-superGAU- 10 Geschrieben 25. Februar 2010 Melden Teilen Geschrieben 25. Februar 2010 Hallo zusammen, ich habe heute versucht meinen 2610xm mit eingebautem WIC1-ADSL-I-DG Modul ans Internet zu bringen... Leider ohne Erfolg! Das WIC-Modul Syncronisiert sich (CD Leuchtet) im LAN vergibt es auch die IPs über DHCP, aber zugriff auf´s Internet is nich :mad: Meine Config sieht aktuell so aus: ! ! Last configuration change at 22:22:47 MEST Sun Apr 12 2009 by sascha ! NVRAM config last updated at 22:39:22 MEST Sun Apr 12 2009 by sascha ! version 12.4 no service pad service timestamps debug datetime localtime show-timezone service timestamps log datetime localtime show-timezone service password-encryption ! hostname Router_DSL ! boot-start-marker boot-end-marker ! ! no logging buffered enable secret ??? ! aaa new-model ! ! aaa authentication login default local aaa authorization exec default local aaa session-id common !! resource policy ! clock timezone MET 1 clock summer-time MEST recurring last Sun Mar 2:00 last Sun Oct 3:00 no network-clock-participate slot 1 no network-clock-participate wic 0 ip subnet-zero ! ! !no ip dhcp use vrf connected ip dhcp excluded-address 192.168.0.1 ip dhcp excluded-address 192.168.0.1 192.168.0.9 ip dhcp excluded-address 192.168.0.101 192.168.0.254 ! ip dhcp pool CLIENT import all network 192.168.0.0 255.255.255.0 default-router 192.168.0.1 lease 0 2 ! ! ip cef ! ! no ip domain lookup no ip ips deny-action ips-interface ! no ftp-server write-enable ! ! username ??? password ??? ! ! interface ATM0/0 no ip address atm vc-per-vp 64 no atm ilmi-keepalive dsl operating-mode annexb-ur2 pvc 1/32 oam-pvc 0 pppoe-client dial-pool-number 1 ! ! interface FastEthernet0/0 description $FW_INSIDE$$ETH-LAN$ ip address 192.168.0.1 255.255.255.0 ip access-group 100 in ip nat inside ip virtual-reassembly duplex auto speed auto ! interface Dialer1 description $FW_OUTSIDE$ ip address negotiated ip access-group 111 in ip mtu 1492 ip nat outside ip inspect SDM_LOW out ip virtual-reassembly encapsulation ppp ip tcp adjust-mss 1452 dialer pool 1 dialer remote-name redback dialer-group 1 ppp authentication pap chap callin ppp chap hostname ???@t-online.de ppp chap password ??? ppp pap sent-username ???@t-online.de password ??? ppp ipcp dns request ppp ipcp wins request ! ip classless ! ! ip http server no ip http secure-server ! access-list 100 remark auto generated by SDM firewall configuration access-list 100 remark SDM_ACL Category=1 access-list 100 deny ip host 255.255.255.255 any access-list 100 deny ip 127.0.0.0 0.255.255.255 any access-list 100 permit ip any any access-list 101 remark auto generated by SDM firewall configuration access-list 101 remark SDM_ACL Category=0 access-list 101 deny ip 192.168.0.0 0.0.0.255 any access-list 101 permit icmp any any echo-reply access-list 101 permit icmp any any time-exceeded access-list 101 permit icmp any any unreachable access-list 101 deny ip 10.0.0.0 0.255.255.255 any access-list 101 deny ip 172.16.0.0 0.15.255.255 any access-list 101 deny ip 192.168.0.0 0.0.255.255 any access-list 101 deny ip 127.0.0.0 0.255.255.255 any access-list 101 deny ip host 255.255.255.255 any access-list 101 deny ip host 0.0.0.0 any access-list 101 deny ip any any log ! ! ! control-plane ! ! line con 0 exec-timeout 120 0 no modem enable transport preferred all transport output all stopbits 1 line aux 0 transport preferred all transport output all line vty 0 4 password ??? login local ! ! end Wo liegt mein Fehler?:confused: Danke im Voraus! Gruß Sascha Zitieren Link zu diesem Kommentar
collapse 10 Geschrieben 25. Februar 2010 Melden Teilen Geschrieben 25. Februar 2010 kleiner Tipp: such beim NAT = ) Zitieren Link zu diesem Kommentar
Wordo 11 Geschrieben 26. Februar 2010 Melden Teilen Geschrieben 26. Februar 2010 conf t access-list 102 permit ip 192.168.0.0 0.0.0.255 any ip nat inside source list 102 int dialer1 overload Zitieren Link zu diesem Kommentar
-superGAU- 10 Geschrieben 4. März 2010 Autor Melden Teilen Geschrieben 4. März 2010 Hallo Wordo, Befehle sind drin, www will aber immernoch nicht... Nachdem ich den Router umgesteckt hatte und er syncron war bekam ich folgende Anzeige im Terminal: *Mar 5 09:23:01 MET: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/0, changed state to up *Mar 5 09:23:02 MET: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/0, changed state to down *Mar 5 09:23:08 MET: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/0, changed state to up *Mar 5 09:23:36 MET: %DHCPD-4-PING_CONFLICT: DHCP address conflict: server pinged 192.168.0.11. *Mar 5 09:23:37 MET: %DHCPD-4-PING_CONFLICT: DHCP address conflict: server pinged 192.168.0.12. *Mar 5 09:23:39 MET: %DHCPD-4-PING_CONFLICT: DHCP address conflict: server pinged 192.168.0.13. *Mar 5 09:23:40 MET: %DHCPD-4-PING_CONFLICT: DHCP address conflict: server pinged 192.168.0.14. *Mar 5 09:23:51 MET: %LINK-3-UPDOWN: Interface ATM0/0, changed state to up *Mar 5 09:23:52 MET: %LINEPROTO-5-UPDOWN: Line protocol on Interface ATM0/0, changed state to up *Mar 5 09:23:58 MET: %ATM-5-UPDOWN: Interface ATM0/0, Changing autovc 1/32 to PVC activated. *Mar 5 09:24:01 MET: %DIALER-6-BIND: Interface Vi1 bound to profile Di1 *Mar 5 09:24:01 MET: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to up *Mar 5 09:24:01 MET: %DIALER-6-UNBIND: Interface Vi1 unbound from profile Di1 *Mar 5 09:24:01 MET: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to down *Mar 5 09:24:23 MET: %DIALER-6-BIND: Interface Vi1 bound to profile Di1 *Mar 5 09:24:23 MET: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to up *Mar 5 09:24:25 MET: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1, changed state to up Router_DSL# Um dem angezeigten IP-Conflict aus dem Weg zu gehen hab ich nochmals den PC mit nem Cross over Kabel direkt am router angeschlossen, daraufhin bekam ich folgende Anzeige: *Mar 5 09:42:33 MET: %ATM-5-UPDOWN: Interface ATM0/0, Changing autovc 1/32 to PVC activated. *Mar 5 09:42:36 MET: %DIALER-6-BIND: Interface Vi1 bound to profile Di1 *Mar 5 09:42:36 MET: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to up *Mar 5 09:42:36 MET: %DIALER-6-UNBIND: Interface Vi1 unbound from profile Di1 *Mar 5 09:42:36 MET: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to down *Mar 5 09:42:59 MET: %DIALER-6-BIND: Interface Vi1 bound to profile Di1 *Mar 5 09:42:59 MET: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to up *Mar 5 09:43:00 MET: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1, changed state to up Woran könnte es noch liegen? Zitieren Link zu diesem Kommentar
Otaku19 33 Geschrieben 5. März 2010 Melden Teilen Geschrieben 5. März 2010 das hilft nix weiter, da musst du mal (ppp) debugs aufdrehen Zitieren Link zu diesem Kommentar
-superGAU- 10 Geschrieben 10. März 2010 Autor Melden Teilen Geschrieben 10. März 2010 das hilft nix weiter, da musst du mal (ppp) debugs aufdrehen Hallo, muss ich hier "debug ppp all" oder reicht es wenn ich "debug ppp authentication" oder "debug ppp multilink" oder "debug ppp negotiation" oder "debug ppp packet" aktiviere? Gruß Zitieren Link zu diesem Kommentar
Otaku19 33 Geschrieben 10. März 2010 Melden Teilen Geschrieben 10. März 2010 probieren geht über studieren ? Zitieren Link zu diesem Kommentar
Wordo 11 Geschrieben 11. März 2010 Melden Teilen Geschrieben 11. März 2010 Normalerweise reicht auth, neg und err ... 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.