Hi,
ich versuche hier mit einem SuSE 7.2, T-DSL und rp-pppoe zum laufen zu bekommen. Leider vergeblich ;-( Irgendwie scheint die Einwahl nicht zu funktionieren. Auf einer Windoose klappt alles einwandfrei, von daher sollte der Fehler in der Linux-Config zu suchen sein.
Update:
Einwahl läuft jetzt, trennen auch. Allerdings bekomme ich kein Paket nach
draußen. Selbst meine Gegengestelle kann ich anpingen, geschweige denn einen
Nameserver ;-)
Also ein Routing-Prob oder?
Es sind 2 Netzwerkkarten im Rechner eth0 für LAN und eth1 für DSL.
pppd pty "/usr/sbin/pppoe -I eth1"
Serial connection established.
using channel 5
Using interface ppp0
Connect: ppp0 <--> /dev/pts/1
sent [LCP ConfReq id=0x1
* Samstag, 08. Dezember 2001 um 13:59 (+0100) schrieb Markus Sobczak:
Einwahl läuft jetzt, trennen auch. Allerdings bekomme ich kein Paket nach draußen. Selbst meine Gegengestelle kann ich anpingen, geschweige denn einen Nameserver ;-) Also ein Routing-Prob oder?
Vielleicht -- Etwas Genaueres könnte man sagen, wenn du uns die
Ausgabe von 'route -n' (nach dem Verbindungsaufbau) mitteilst...
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Hi,
* Samstag, 08. Dezember 2001 um 13:59 (+0100) schrieb Markus Sobczak:
Einwahl läuft jetzt, trennen auch. Allerdings bekomme ich kein
Paket nach
draußen. Selbst meine Gegengestelle kann ich anpingen, geschweige denn einen Nameserver ;-) Also ein Routing-Prob oder?
Vielleicht -- Etwas Genaueres könnte man sagen, wenn du uns die Ausgabe von 'route -n' (nach dem Verbindungsaufbau) mitteilst...
gate1:~ # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 62.225.244.85 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 62.225.244.85 0.0.0.0 UG 0 0 0 ppp0 Markus
Am Samstag, 8. Dezember 2001 23:03 schrieb Markus Sobczak:
Hi,
* Samstag, 08. Dezember 2001 um 13:59 (+0100) schrieb Markus Sobczak:
Einwahl läuft jetzt, trennen auch. Allerdings bekomme ich
[cut]
gate1:~ # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 62.225.244.85 0.0.0.0 255.255.255.255 UH 0 0 ^^^^^^^^^^^^^ 0 ppp0 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 62.225.244.85 0.0.0.0 UG 0 0 0 ppp0 ^^^^^^^^^^^^^ sollte hier nicht die Remote-IP-Adresss stehen ?
Markus
* Samstag, 08. Dezember 2001 um 23:03 (+0100) schrieb Markus Sobczak:
gate1:~ # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 62.225.244.85 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 62.225.244.85 0.0.0.0 UG 0 0 0 ppp0
Das sieht IMHO gut aus.
Welche Meldungen bekommst du denn bei einem 'ping www.t-online.de' und
bei 'ping 62.153.159.123'?
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
* Sonntag, 09. Dezember 2001 um 01:17 (+0100) schrieb Markus Sobczak:
Welche Meldungen bekommst du denn bei einem 'ping www.t-online.de' und bei 'ping 62.153.159.123'?
kein Reply. Egal ob IP oder Servername. Also auch kein Nameserver-Problem....
Hmm, eigentlich müssten sich die beiden pings auch bei nicht
funktionierender Verbindung unterscheiden:
Bei 'ping www.t-online.de' müsste nach ca. 1,5 min ein "ping: unknown
host: www.t-online.de" ausgegeben werden und bei 'ping 62.153.159.123'
müsste sofort eine Meldung "PING 62.153.159.123 (62.153.159.123): 56
data bytes" kommen und nach Abbruch durch Ctrl-C
"--- 62.153.159.123 ping statistics ---
X packets transmitted, 0 packets received, 100% packet loss".
Nur zur Sicherheit: Du hast die beiden pings schon auf dem Router
ausgeführt?
Stimmt die IP bei 'ifconfig ppp0' mit der Local-IP aus dem Log des
Verbindungsaufbaus überein?
Hast du einen Paketfilter gestartet?
Gibt ein 'traceroute 62.153.159.123' mehr aus als nur "Sterne"?
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
participants (3)
-
Andreas Koenecke
-
bschmelter@t-online.de
-
Markus Sobczak