Hallo,
ich habe einen debian Rechner mit 2.4 System als dsl-router für ein Lan konfiguriert. Bisher lief alles automatisch beim booten problemlos (per ppp_on_boot). Obwohl ich an den skripten nichts geändert habe, habe ich seit einiger Zeit habe das Problem, daß der Rechner nach dem Hochfahren die default route nicht richtig setzt:
ormserv:~# route -n Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 217.5.98.87 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.0.2 0.0.0.0 255.255.255.255 UH 1 0 0 tap0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.77.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 0.0.0.0 0.0.0.0 0.0.0.0 U 1 0 0 tap0 ormserv:~#
Das manuelle Löschen und Neusetzen der default route ist ziemlich lästig. Kann mir jemand einen Tipp geben, wo der Haken in der Konfiguration liegt?
Ich weiß, das ppp_on_boot deprecated ist, möchte aber nicht alles umstricken, wenn es nicht unbedingt nötig ist.
-- Orm
am 21.03.2005, um 9:08:57 +0100 mailte Orm Finnendahl folgendes:
habe ich seit einiger Zeit habe das Problem, daß der Rechner nach dem Hochfahren die default route nicht richtig setzt:
Das manuelle Löschen und Neusetzen der default route ist ziemlich lästig. Kann mir jemand einen Tipp geben, wo der Haken in der Konfiguration liegt?
nicht wirklich, aber setz doch ein gateway xxx.yyy.zzz.www
in Dein /etc/network/interfaces mit rein bzw. schau dort, ob da was flasches steht.
Andreas
Am 21. März 2005, 10:13 Uhr (+0100) schrieb Andreas Kretschmer:
nicht wirklich, aber setz doch ein gateway xxx.yyy.zzz.www
in Dein /etc/network/interfaces mit rein bzw. schau dort, ob da was flasches steht.
sorry für die dumme Frage: Wo und wie? Ich müsste vermutlich einen Eintrag für ein ppp0 Interface machen (der bisher nicht eistiert) und dann in dem Eintrag sagen, daß die gateway Adresse dynamisch bezogen wird. Kann mir jemand da ein Beispiel geben?
-- Orm
Hallo Orm,
On Mon, Mar 21, 2005 at 09:08:57 +0100, Orm Finnendahl wrote:
ich habe einen debian Rechner mit 2.4 System als dsl-router fuer ein Lan konfiguriert. Bisher lief alles automatisch beim booten problemlos (per ppp_on_boot). Obwohl ich an den skripten nichts geaendert habe, habe ich seit einiger Zeit habe das Problem, dass der Rechner nach dem Hochfahren die default route nicht richtig setzt:
ormserv:~# route -n Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 217.5.98.87 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.0.2 0.0.0.0 255.255.255.255 UH 1 0 0 tap0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.77.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 0.0.0.0 0.0.0.0 0.0.0.0 U 1 0 0 tap0 ormserv:~#
Es sieht so aus, als wuerde die Defaultroute ueber das tap0-Interface gesetzt, _bevor_ der pppd gestartet wird. Wenn bereits eine Defaultroute existiert, weigert sich der pppd, diese zu ersetzen.
Wofuer brauchst Du das tap0-Interface? Welcher Prozess registriert/konfiguriert es, und wann?
bye, Chris
Hallo Christian,
Am 21. März 2005, 10:58 Uhr (+0100) schrieb Christian Perle:
Wofuer brauchst Du das tap0-Interface? Welcher Prozess registriert/konfiguriert es, und wann?
Danke für den Tip. Ich wußte leider nicht, wozu tap0 gut war. Jetzt habe ich das script, das es benutzt, gefunden: diald (aus /etc/init.d). Ich habe das script mit update-rc entfernt und jetzt geht es. Werde jetzt mal versuchen herauszubekommen, wie das script dort hineingekommen ist und wozu es (und tap0) eigentlich gut ist...
-- Orm
Hallo Orm,
On Mon, Mar 21, 2005 at 07:08:47PM +0100, Orm Finnendahl wrote:
habe ich das script, das es benutzt, gefunden: diald (aus /etc/init.d). Ich habe das script mit update-rc entfernt und jetzt geht es. Werde jetzt mal versuchen herauszubekommen, wie das script dort hineingekommen ist und wozu es (und tap0) eigentlich gut ist...
diald ueberwacht damit den Netzwerkehr zwischen dem Rechner und dem on-demand-interface (ppp). Damit es entscheiden kann, ob ein Paket die Verbindung offenhalten soll, muss es das Paket untersuchen, und dazu werden alle Pakete ueber den diald von tap0 an pppX geleitet. Ist bei zeitabgerechneten Verbindungswegen (z.B. POTS) interessant.
Holger
Orm Finnendahl finnendahl@folkwang-hochschule.de:
Am 21. März 2005, 10:58 Uhr (+0100) schrieb Christian Perle:
Wofuer brauchst Du das tap0-Interface? Welcher Prozess registriert/konfiguriert es, und wann?
Danke für den Tip. Ich wußte leider nicht, wozu tap0 gut war. Jetzt habe ich das script, das es benutzt, gefunden: diald (aus /etc/init.d). Ich habe das script mit update-rc entfernt und jetzt geht es.
Mit `update-rc.d -f diald remove` ? Dann kommen die Startlinks nach einem Upgrade von diald wieder.
Nimmt lieber "sysv-rc-conf".
Freundlich grüßend,
Erik
lug-dd@mailman.schlittermann.de