ack_ 10 Geschrieben 12. Mai 2004 Melden Teilen Geschrieben 12. Mai 2004 Hi, ich habe seit heute morgen Probleme mit der Einwahl ueber meinen Cisco 1603 - manuell ueber den Windows PPPoE-Treiber funzt es. Staendig bekomme ich folgende Meldungen: Mar 1 00:19:23.440: %DIALER-6-BIND: Interface Vi2 bound to profile Di1 Mar 1 00:19:23.448: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up Mar 1 00:19:26.666: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1 Mar 1 00:19:26.678: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down router# Mar 1 00:19:49.335: %DIALER-6-BIND: Interface Vi2 bound to profile Di1 Mar 1 00:19:49.343: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up Mar 1 00:19:52.466: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di1 Mar 1 00:19:52.478: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down Meine Config schaut folgendermaßen aus: ! version 12.3 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname router ! enable secret 5 geheim enable password geheim ! clock timezone MET 1 clock summer-time MST recurring last Sun Mar 2:00 last Sun Oct 3:00 ip subnet-zero ! ip cef vpdn enable ! vpdn-group 1 request-dialin protocol pppoe ip mtu adjust ! ! ! ! interface Ethernet0 description LAN interface ip address 192.168.7.1 255.255.255.0 no ip unreachables ip nat inside load-interval 30 shutdown pppoe enable pppoe-client dial-pool-number 1 no keepalive no cdp enable no shut ! interface BRI0 no ip address shutdown ! interface Dialer1 description Versatel mtu 1492 ip address negotiated ip nat outside encapsulation ppp ip tcp adjust-mss 1452 no ip mroute-cache dialer pool 1 dialer remote-name isp dialer-group 1 no cdp enable ppp authentication pap callin ppp pap sent-username meinusername password 0 meinpwd ! ip nat translation timeout 120 ip nat translation tcp-timeout 1000 ip nat translation udp-timeout 30 ip nat translation icmp-timeout 30 ip nat translation max-entries 2500 ip nat inside source list 1 interface Dialer1 overload ip nat inside source static tcp 192.168.7.3 4005 interface Dialer1 4005 ip nat inside source static tcp 192.168.7.3 4006 interface Dialer1 4006 ip nat inside source static udp 192.168.7.3 4006 interface Dialer1 4006 ip nat inside source static udp 192.168.7.3 4005 interface Dialer1 4005 ip nat inside source static tcp 192.168.7.3 5005 interface Dialer1 5005 ip nat inside source static tcp 192.168.7.3 5004 interface Dialer1 5004 ip nat inside source static tcp 192.168.7.3 5003 interface Dialer1 5003 ip nat inside source static tcp 192.168.7.3 5002 interface Dialer1 5002 ip nat inside source static tcp 192.168.7.3 5001 interface Dialer1 5001 ip nat inside source static tcp 192.168.7.3 5000 interface Dialer1 5000 ip nat inside source static udp 192.168.7.3 14567 interface Dialer1 14567 ip nat inside source static tcp 192.168.7.3 14567 interface Dialer1 14567 ip nat inside source static tcp 192.168.7.4 80 interface Dialer1 80 ip nat inside source static udp 192.168.7.4 80 interface Dialer1 80 ip nat inside source static udp 192.168.7.3 4672 interface Dialer1 4672 ip nat inside source static udp 192.168.7.3 4665 interface Dialer1 4665 ip nat inside source static tcp 192.168.7.3 4662 interface Dialer1 4662 ip classless ip route 0.0.0.0 0.0.0.0 Dialer1 permanent ip http server ! ! access-list 1 permit 192.168.7.0 0.0.0.255 dialer-list 1 protocol ip permit ! snmp-server community public RO snmp-server trap-source Ethernet0 snmp-server location Keller snmp-server contact phil snmp-server enable traps tty snmp-server enable traps config snmp-server host xxx.xxx.xxx.xxx public config snmp snmp-server host xxx.xxx.xxx.xxx public config snmp ! line con 0 line vty 0 4 password geheim login ! sntp server 192.53.103.104 version 3 sntp server 192.53.103.103 version 3 ntp server 192.168.1.100 ! end Wieso bekomme ich nun anstelle einer Einwahl staendig diese Meldungen? gruss edit: Habe grad nochmal 'debug ppp negotiation' gemacht, und dabei folgende Meldungen registriert: Mar 1 00:19:23.000: Vi1 LCP: I CONFACK [REQsent] id 1 len 14:16:15.968: Vi1 LCP Mar 1 00:19:24.900: Vi1 LCP: O CONFREQ [ACKrcvd] id 2 len 14 Mar 1 00:19:24.900: Vi1 LCP: MRU 1492 (0x010405D4) Mar 1 00:19:24.904: Vi1 LCP: MagicNumber 0x030F01C5 (0x0506030F01C5) Mar 1 00:19:24.920: Vi1 LCP: I CONFACK [REQsent] id 2 len 14 Mar 1 00:19:24.924: Vi1 LCP: MRU 1492 (0x010405D4) Mar 1 00:19:24.924: Vi1 LCP: MagicNumber 0x030F01C5 (0x0506030F01C5) Mar 1 00:19:26.011: Vi1 LCP: I CONFREQ [ACKrcvd] id 235 len 19 Mar 1 00:19:26.015: Vi1 LCP: MRU 1492 (0x010405D4) Mar 1 00:19:26.019: Vi1 LCP: AuthProto CHAP (0x0305C22305) Mar 1 00:19:26.019: Vi1 LCP: MagicNumber 0x3A6E59C5 (0x05063A6E59C5) Mar 1 00:19:26.023: Vi1 LCP: O CONFACK [ACKrcvd] id 235 len 19 Mar 1 00:19:26.027: Vi1 LCP: MRU 1492 (0x010405D4) Mar 1 00:19:26.027: Vi1 LCP: AuthProto CHAP (0x0305C22305) Mar 1 00:19:26.031: Vi1 LCP: MagicNumber 0x3A6E59C5 (0x05063A6E59C5) Mar 1 00:19:26.031: Vi1 LCP: State is Open Mar 1 00:19:26.035: Vi1 PPP: Phase is AUTHENTICATING, by the peer Mar 1 00:19:26.047: Vi1 CHAP: I CHALLENGE id 76 len 38 from "sr2.DTM1" Mar 1 00:19:26.055: Vi1 CHAP: Unable to authenticate for peer Mar 1 00:19:26.059: Vi1 PPP: Sending Acct Event[Down] id[2E] Mar 1 00:19:26.063: Vi1 PPP: Phase is TERMINATING Mar 1 00:19:26.063: Vi1 LCP: O TERMREQ [Open] id 3 len 4 Mar 1 00:19:26.142: %DIALER-6-UNBIND: Interface Vi1 unbound from profile Di1 Mar 1 00:19:26.154: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to down Insbesondere dieses Mar 1 00:19:26.055: Vi1 CHAP: Unable to authenticate for peer verwundert mich. Wenn ich mich mit den exakt selben Daten mithilfe des Windows-PPPoE-Client einwaehle bekomme ich naemlich wie gesagt keinen Fehler. Zitieren Link zu diesem Kommentar
mr._oiso 10 Geschrieben 12. Mai 2004 Melden Teilen Geschrieben 12. Mai 2004 Hallo ack_ Frage hast Du die Config bereits geändert ? Oder hat sie genau so auch vorher schon gelaufen ? debug ppp authentication ! Paste Gruß Zitieren Link zu diesem Kommentar
ack_ 10 Geschrieben 12. Mai 2004 Autor Melden Teilen Geschrieben 12. Mai 2004 Hi! Das ist es ja was mich wundert; vorher lief sie so! Hier das Log: router#debug ppp authentication PPP authentication debugging is on router# Mar 1 03:24:28.618: %DIALER-6-BIND: Interface Vi1 bound to profile Di1 Mar 1 03:24:28.622: Vi1 PPP: Using dialer call direction Mar 1 03:24:28.626: Vi1 PPP: Treating connection as a callout Mar 1 03:24:28.626: Vi1 PPP: Authorization required Mar 1 03:24:28.630: Vi1 PPP: No remote authentication for call-out Mar 1 03:24:28.634: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to up Mar 1 03:24:31.669: Vi1 PPP: No authorization without authentication Mar 1 03:24:31.892: Vi1 CHAP: I CHALLENGE id 35 len 32 from "sr2.DTM1" Mar 1 03:24:31.899: Vi1 CHAP: Unable to authenticate for peer Mar 1 03:24:32.201: %DIALER-6-UNBIND: Interface Vi1 unbound from profile Di1 Mar 1 03:24:32.213: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to down Zitieren Link zu diesem Kommentar
mr._oiso 10 Geschrieben 12. Mai 2004 Melden Teilen Geschrieben 12. Mai 2004 Hi ! Bist Du sicher ? ppp authentication pap callin Warum gerade callin ? Oder war das Protocol nicht eher chap ? Mar 1 03:24:28.630: Vi1 PPP: No remote authentication for call-out Versuchs mal mit chap (ohne callin) ! Mfg Zitieren Link zu diesem Kommentar
ack_ 10 Geschrieben 12. Mai 2004 Autor Melden Teilen Geschrieben 12. Mai 2004 Geht leider auch nicht. Habe nun folgendes eingegeben: router(config-if)#ppp authentication pap chap und bekomme immer folgende Meldung: Mar 1 04:07:12.430: %DIALER-6-BIND: Interface Vi1 bound to profile Di1 Mar 1 04:07:12.434: Vi1 PPP: Using dialer call direction Mar 1 04:07:12.434: Vi1 PPP: Treating connection as a callout Mar 1 04:07:12.438: Vi1 PPP: Authorization required Mar 1 04:07:12.442: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to up Mar 1 04:07:12.609: %DIALER-6-UNBIND: Interface Vi1 unbound from profile Di1 Mar 1 04:07:12.620: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to down Ausserdem hats ja vorher gefunzt.. :( Zitieren Link zu diesem Kommentar
ack_ 10 Geschrieben 12. Mai 2004 Autor Melden Teilen Geschrieben 12. Mai 2004 Das Problem ist nun geloest. Es lag daran, dass mein Provider (ohne mich zu informieren) das Einwahlprotokoll auf CHAP umgestellt habe. Ich als nichtswissender habe nun stundenlang versucht mich mit PAP einzuwaehlen.. *naaarf* Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.