Joerg Thuemmler schrieb am Wed, 11 Feb 2004 17:03:19 +0100 (CET): DSL und Router will nicht
Michael Herrmann schrieb am Tue, 10 Feb 2004 20:47:14 +0100: DSL und Router will nicht
Hallo,
Am Dienstag, 10. Februar 2004 16:41 schrieb Joerg Thuemmler:
LAN, eth1 192.168.2.1 TDSL). TDSL auf dem Router selbst funzt, aber das Routing nicht. Ich habe Weiterleitung/Masquerading sowohl yast-mäßig (also
1. Du musst auf den Clients einen DNS-Server (also Nameserver) eintragen. Und zwar die IP des Routers (also 192.168.0.2)
das dürfte es gewesen sein.
ist es leider nicht. Hatte ich eigentlich auch nicht erwartet. Bei meinem bisherigen ISDN-Router habe ich da immer einen "echten" Nameserver von t-offline stehen, egal, ob es Win- oder Linux-Clients waren. Lt. iptraf wird die Anfrage ja auch vom Client an den Nameserver (z.B. 193.158.141.116, der stand mal in der resolver-Datei) gerichtet, aber ich sehe nicht, daß sie rausgeroutet wird.
Ansonsten musst Du noch diverse andere Dinge treiben, wie z.B. die MTU anpassen, sonst gehen einige Websites nicht.
ja. sollte aber einen ping nicht behindern?
Ein gutes HowTo gibts unter http://linuxrouter.minots.net/index.php
das werde ich mir gleich mal reinziehen, ist allerdings schon die 4. Anleitung, irgendwo ist hier gewaltig der Wurm drin!
-- Michael Herrmann
Jedenfalls Danke!
-- Joerg Thuemmler
So, nun habe ich den ganzen Netzwerkkram auf dem Router nochmal konfiguriert
(nach der SDB-Anleitung http://portal.suse.de/sdb/de/2002/07/masq80.html).
Ergebnis ist, daß der Router selbst problemlos rauskommt. Der Client dagegen
nicht.
Dann gibt es noch einen kleinen feinen Unterschied: Wenn ich bind9 (ohne
explizite Konfiguration meinerseits, einfach im runlevel-Editor starten) laufen
lasse, bekommt der Client von da eine gültige IP, d.h., wenn ich einen ping
auf www.vordruckleitverlag.de z.B. mache, zeigt er mir in etwa an:
PING www.vordruckleitverlag.de (62.67.218.162): 56 data bytes
aber, das war es dann auch, alle Pakete gehen verloren. Stoppe ich den bind9 auf
dem Router, kommt nur "host unknown" zurück.
IPTRAF zeigt (wenn bind9 läuft) den udp-request auf eth0 des Routers auch an,
aber keine Antwort. Auf ppp0 zeigt IPTRAF sowohl die Anfrage
"ICMP echo req <aktuelle dyn. IP> to 62.67.218.162 on ppp0"
als auch die Antwort
"ICMP echo rply 62.67.218.162 to