At 09:29 07.03.01 +0100, Andreas wrote:
D.h., wenn du eine Modemverbindung aufbauen willst, müsstest du erst den Einwahlchat im Connect-Skript durchführen lassen und _danach_ startet der diald den pppd.
Ich glaube, daß tue ich auch, oder ? (hab eingerichtet wie: http://sdb.suse.de/sdb/de/html/jnroed_diald.html vorgeschlagen) erst chat, dann pppd - aber das macht diald von sich aus. 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. Das ist natürlich eine Möglichkeit diald zu benutzen, ihn zweimal zu starten; wenn das ein Windows rechner wäre - kein Problem, aber Linux?
Eine andere Möglichkeit wäre die Verwendung des diald 0.99.1. Dort kann im Connect-Skript auch "pppd call <irgendwas>" stehen, da diese Version den pppd nicht "automatisch" startet.
Habe auch 0.99.4 gegen 0.99.1 ausgetauscht kein Unterschied. 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? Grüße Bob
* 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
participants (2)
-
Andreas Koenecke
-
gallus@gmx.net