Console via AUX

Question

Estou lendo este artigo:

https://www.ciscozine.com/access-to-the-console-via-aux-port/

Não entendo porque eles usam um endereço IP?

E se o roteador não tiver um endereço IP? E se o roteador for um novo roteador?

Preciso de acesso ao console da porta AUX. O que estou perdendo aqui?;)

Answer 1

Essa ideia funcionaria apenas se o segundo roteador estiver configurado em uma rede e operando. Você pode então usá-lo para se conectar ao console do roteador não configurado. Na verdade, você está usando o segundo roteador como um servidor de terminal.

Answer 2

A topologia abaixo é descrita pelo artigo de acesso ao console por meio da porta AUX . Significa que você telnet (ou ssh) para uma porta exposta no roteador existente que foi configurado para tornar sua porta AUX disponível para uso via telnet / ssh.

Para que isso funcione, você precisa ser capaz de fazer login no roteador existente. Uma maneira comum de fazer isso em situações de POP apagado é telnet / ssh para um endereço IP em um circuito ponto a ponto que termina nesse roteador existente, por exemplo, 192.0.2.2como abaixo:

  /--------\
  |  ISP   |
  \________/
      |
  192.0.2.2/30
      |
 +----------+                       +--------+
 | existing |AUX---RS232 cable---CON|  new   |
 |  router  |                       | router |
 +----------+                       +--------+

Se você tiver dois roteadores, ambos com portas CON e AUX, você pode usá-los como acesso de console remoto um ao outro. Isso também é muito comum em POPs apagados, onde dois roteadores têm as portas AUX apropriadas.

Answer 3

(basicamente, estou apenas reformulando o que o artigo vinculado e as outras respostas dizem):

Para usar o AUX de um roteador (remoto) como um servidor de console de 1 porta (também conhecido como servidor de terminal), você precisará:

A) um cabo rollover do AUX do roteador atuando como o servidor do console para o CONSOLE do dispositivo que você deseja acessar.

B) estas linhas no roteador atuando como o servidor de console:

! without 'no exec', the router acting as the console server
! would present a console prompt when talked to by console/debugging output
! of the connected device
!
! It would then attempt to parse that console output as username/pw 
! and start to log quite strange login attempts and also lead to 
! questionable log entries on the AAA servers. 
      
 line aux0
  no exec
  transport input telnet

Isso abrirá a porta 2001 [1] no roteador que atua como o servidor do console. Você pode então fazer telnet para essa porta, e isso o conectará ao console do dispositivo conectado.

Costumávamos configurar o seguinte, para adicionar algumas restrições de segurança e acesso:

! have some decent aaa setup on the router acting as console server
! ... which is probably in place already.
!
aaa authentication ...
aaa authorization ...

! many routers are configured with a Loopback interface for management, anyway.
! If not, create one, but keep an eye on what this might do to the possibly given 
! dynamic routing setup (i.e. make sure it does not become your EIGRP or OSPF 
! RouterID inadvertently) 
!    
int LoopbackNNN
 ip address nnn.nnn.nnn.nnn 255.255.255.255
!
! ...
!
! allow access only from the router's own looback address:
!
ip access-list standard ACLv4-CONSOLE-SERVER-ACCESS
 permit host nnn.nnn.nnn.nnn 
!
! ...
!
line aux0
 no exec
 transport input telnet
 access-class ACLv4-CONSOLE-SERVER-ACCESS in 
!
!

E então faríamos SSH no roteador e emitiríamos o seguinte comando, executando telnet do IP de Loopback para o IP de Loopback, Porta 2001.

telnet nnn.nnn.nnn.nnn 2001 /source LoopbackNNN

O roteador atuando como servidor de console autenticaria / autorizaria o usuário por AAA novamente e, se bem-sucedido, apresentaria o console do dispositivo conectado na sessão SSH.

Conectar-se dessa forma também tem a vantagem de não ter que se preocupar com firewalls e não ter que pechinchar com os administradores de segurança do cliente que não querem mais uma porta aberta para a infraestrutura de rede.

[Anedota:]

Era uma vez uma série de roteadores Cisco 2821 e 2851 ISR G1 com um bug de memória desagradável que os deixava no ROMMON de vez em quando depois que a energia era restaurada, e um cliente com mais de 80 locais em todo o país tinha um par deles em cada local.

A configuração mútua de CON / AUX nos economizou centenas de quilômetros e dezenas de horas de viagem para tirar um roteador do ROMMON a cada duas semanas.

Ao mesmo tempo, uma atualização do IOS com falha literalmente no site mais remoto do mesmo cliente deixou uma pilha do Catalyst 3750 em total desordem. Mesmo uma pessoa absolutamente não técnica poderia ser orientada para "sim, senhor, por favor, encontre os dispositivos XYZ-R001 e -R002, sim ..., e você vê aquele cabo plano conectado à sua porta 'AUX'? ... Exatamente! Por favor, desconecte as outras extremidades desses cabos e conecte-os à porta chamada 'CONSOLE' dos dois dispositivos próximos com muitas portas chamadas XZX-S001 e -S002. ... e simSirthankyouverymuch podemos trabalhar a partir daqui e sua rede estará de volta quando você volta ao trabalho amanhã de manhã. "

[/Anedota:]

---

[1] na maioria dos casos, é a porta 2001, mas dependendo da plataforma, pode ser diferente.