Após auto secure, nenhuma atualização RIP enviada

0

Eu estava configurando / testando um roteador Cisco (desculpe, eu não sei o modelo desde que eu estava usando o NETLAB), e eu tinha atualizações do RIPv2 propagando / atualizando corretamente. Em seguida, usei o comando auto secure para endurecê-lo, mas parece que eles não estão mais sendo enviados.

Abaixo está a configuração de um dos roteadores com problemas. Ele contém alguns dos meus próprios comandos, bem como aqueles colocados lá por auto seguro.

version 12.4
no service pad
service tcp-keepalives-in
service tcp-keepalives-out
service timestamps debug datetime msec localtime show-timezone
service timestamps log datetime msec localtime show-timezone
service password-encryption
service sequence-numbers
!
hostname R2
!
boot-start-marker
boot-end-marker
!
security authentication failure rate 10 log
logging buffered 4096 debugging
logging console critical
enable secret 5 $1$uXB4$cDJCPm41SKo3DgjSMrfxx/
enable password 7 01160805590703
!
aaa new-model
!
!
aaa authentication login local_auth local
!
aaa session-id common
no ip source-route
no ip gratuitous-arps
!
!
ip cef
!
!
no ip bootp server
ip domain name sit377
ip auth-proxy max-nodata-conns 3
ip admission max-nodata-conns 3
login block-for 120 attempts 5 within 120
!
frame-relay switching
!
voice-card 0
 no dspfarm
!
!
key chain RIP_KEY
 key 1
   key-string 7 05080F1C2243
!
!
!
!
!
!
!
!
!
!
!
!
!
username R1 password 7 121A0C041104
username R2 password 7 01100F175804
archive
 log config
  logging enable
!
!
ip tcp intercept list autosec_tcp_intercept_list
ip tcp intercept connection-timeout 3600
ip tcp intercept watch-timeout 15
ip tcp intercept max-incomplete low 450
ip tcp intercept max-incomplete high 550
ip tcp intercept drop-mode random
ip ssh time-out 60
ip ssh authentication-retries 2
! 
!
!
!
!
interface FastEthernet0/0
 no ip address
 no ip redirects
 no ip unreachables
 no ip proxy-arp
 shutdown
 duplex auto
 speed auto
 no mop enabled
!
interface FastEthernet0/1
 no ip address
 no ip redirects
 no ip unreachables
 no ip proxy-arp
 shutdown
 duplex auto
 speed auto
 no mop enabled
!
interface Serial0/0/0
 ip address 10.1.1.2 255.255.255.252
 no ip redirects
 no ip unreachables
 no ip proxy-arp
 ip rip authentication mode md5
 ip rip authentication key-chain RIP_KEY
 encapsulation ppp
 ppp authentication chap
 no shutdown
!
interface Serial0/0/1
 ip address 10.2.2.1 255.255.255.252
 no ip redirects
 no ip unreachables
 no ip proxy-arp
 ip rip authentication mode md5
 ip rip authentication key-chain RIP_KEY
 encapsulation frame-relay
 clock rate 64000
 frame-relay map ip 10.2.2.1 203
 frame-relay map ip 10.2.2.2 302 broadcast
 frame-relay intf-type dce
 no shutdown
!
router rip
 version 2
 passive-interface default
 no passive-interface Serial0/0/0
 no passive-interface Serial0/0/1
 network 10.0.0.0
 no auto-summary
!
ip forward-protocol nd
!
!
no ip http server
no ip http secure-server
!
!
logging trap debugging
logging facility local2
access-list 100 permit udp any any eq bootpc
no cdp run
!
!
!
control-plane
!
!
!
!
!
!
!
!
!
banner motd ^CBanner message^C
!
line con 0
 exec-timeout 5 0
 password 7 060506324F41
 logging synchronous
 login authentication local_auth
 transport output telnet
line aux 0
 exec-timeout 15 0
 login authentication local_auth
 transport output telnet
line vty 0 4
 password 7 110A1016141D
 logging synchronous
 login authentication local_auth
 transport input telnet ssh
line vty 5 15
 password 7 01100F175804
 logging synchronous
 login authentication local_auth
 transport input telnet ssh
!
scheduler allocate 20000 1000
!
end
    
por daniel 09.10.2011 / 14:45

1 resposta

0

Acontece que foi o próprio NETLAB a estragar tudo.

Como estava carregando a configuração do roteador, ele entrava nos comandos key chain , mas não saía de lá. Então, quando foi preciso configurar os usuários para o CHAP em um dos links, ele falhou porque não estava no modo de configuração global.

    
por 13.10.2011 / 15:04