From: Andreas Koenecke
* Freitag, 12. Juli 2002 um 15:37 (+0200) schrieb Martin Falley:
pinguin:/home/martin # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.0 192.168.1.250 255.255.255.0 UG 0 0 0 eth0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
Das sieht IMHO ziemlich verbogen aus. Der erste Eintrag
Das sehe ich auch so.
(GW 192.168.1.250) ist bestenfalls nutzlos, schlimmstenfalls schädlich (scheint es aber nicht zu sein, sonst könntest du auch keine internen Rechner erreichen). Und du hast immer noch keine Default-Route, probiere mal:
'route del -net 192.168.1.0 netmask 255.255.255.0 gw 192.168.1.250' und 'route add default gw <IP deines Routers>'
route.conf sieht jetzt so aus: 192.168.1.0 0.0.0.0 255.255.255.0 default 192.168.1.1 ansonsten: pinguin:/home/martin # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.0 192.168.1.250 255.255.255.0 UG 0 0 0 eth0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 pinguin:/home/martin # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.0 pinguin.ebfnet 255.255.255.0 UG 0 0 0 eth0 192.168.1.0 * 255.255.255.0 U 0 0 0 eth0 Es hat sich an der Sache nichts geändert. Aber irgendwo muß ja der Wurm sein. Möglicherweise in der hosts-Datei. Da stehen neben dem localhost auch alle anderen Rechner im Netzwerk drin, sodaß mein Pinguin sie vielleicht nur deshalb findet. Das er- klärt dann aber noch nicht, daß ich normal per Browser mit Pinguin ins Internet komme. Die Adressen stehen da nämlich nicht drin. Ich habe mal probehalber eine bekannte Adresse mit inte- griert, aber auch das hilft nichts. über den NT sieht es so aus: Ping ftp.gwdg.de [134.76.11.100] mit 32 Bytes Daten: Antwort von 134.76.11.100: Bytes=32 Zeit=70ms TTL=246 Antwort von 134.76.11.100: Bytes=32 Zeit=50ms TTL=246 Antwort von 134.76.11.100: Bytes=32 Zeit=70ms TTL=246 Antwort von 134.76.11.100: Bytes=32 Zeit=61ms TTL=246 Ping-Statistik für 134.76.11.100: Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust), Ca. Zeitangaben in Millisek.: Minimum = 50ms, Maximum = 70ms, Mittelwert = 62ms Das sind recht gute Werte. Auch das funktioniert von NT aus: D:\>tracert 194.162.162.194 Routenverfolgung zu ns.nacamar.net [194.162.162.194] über maximal 30 Abschnitte : 1 30 ms 30 ms 30 ms l0ua040104.hh-48.hansenet.net [213.191.76.43] 2 30 ms 40 ms 30 ms g500.pr0401.hh-48.hansenet.net [213.191.75.131] 3 20 ms 40 ms 30 ms 62.67.38.193 4 30 ms 30 ms 30 ms ge-7-0-0.mp2.Hamburg1.Level3.net [195.122.140.130] 5 30 ms 40 ms 40 ms so-3-0-0.mp1.Frankfurt1.Level3.net [212.187.128.30] 6 30 ms 40 ms 40 ms unknown.Level3.net [195.122.136.13] 7 30 ms 40 ms 40 ms de-cix.fra30.ip.tiscali.net [80.81.192.30] 8 30 ms 40 ms 31 ms germany-1.ip.tiscali.net [213.200.64.26] 9 30 ms 40 ms 40 ms so-0-0-0.core0.of.tiscali.de [62.27.95.14] 10 41 ms 40 ms 40 ms fe-4-0.dr26.tiscali.de [62.144.208.134] 11 40 ms 30 ms 30 ms ns.nacamar.net [194.162.162.194] Ablaufverfolgung beendet. Ich versteh's einfach nicht. Ich habe mal bim KEN sämtliche Filter und Firewall-Regeln ausgeschaltet. Hätte ja sein können, daß ich da was blocke, was die ganze Sache behindert. Aber auch das bringt nichts. Bleibt als eigentlich nur noch, daß Linux 8.0 das Routing noch irgendwo anders hinterlegt und nicht in der route.conf Gruß Martin