* Mittwoch, 07. März 2001 um 21:16 (+0100) schrieb gallus@gmx.net:
Nach dem Start von diald sieht meine route so aus:
Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.181 0.0.0.0 255.255.255.255 UH 1 0 0 tap0 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 0.0.0.0 0.0.0.0 U 1 0 0 tap0
und das bringt mich nicht nach Außen. Nach dem zweiten Aufruf:
Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.181 0.0.0.0 255.255.255.255 UH 1 0 0 sl0 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 0.0.0.0 0.0.0.0 U 1 0 0 sl0
jetzt wird auch nach dem ping eine Verbindung aufgebaut.
Seltsam. Aber was solls... Wenn es mit sl0 funktioniert und mit tap0 nicht, dann muss dafür gesorgt werden, dass der diald schon beim ersten Start das Slip-Device benutzt. Also je nach Konfiguration entweder einen Kernel bauen, der kein Ethertap mehr einkompiliert hat, oder die tapX-Einträge in /etc/modules.conf auf "off" setzen.
Ich habe noch beobachtet, daß ich beim Start von diald folgende Warnung kriege:
==> /var/log/warn <== diald[600]: ignore parsing error. Got token 'udp.route'. Not a known udp service port. diald[600]: parse string: 'udp tcp.source=udp.route' was sich dann mehrmals wiederholt, vielleicht ist das die Ursache?
IMHO nein, AFAIK nur relevant, wenn du RIP nutzt. Ersetze alle
"udp.route" in der diald-Filter-Datei (entweder /etc/diald.conf oder
/usr/lib/diald/standard.filter) durch "udp.router" und die Meldungen
verschwinden.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke