Hallo,
System: Slackware 7.1
Kernel 2.2.16
isdn4kutils 3.1pre1
Die ISDN-Verbindung läuft prima (dialmode auto), allerdings wird nach jedem Verbindungsabbau die default-route vom ippp0 genommen.
Wie lässt sich das ändern?
mfg
In /etc/ppp gibt es ein script ip-up, das ausgefuehrt wird, sobald PPP bereit ist IP Pakete zu uebertragen. ich glaube, wenn
man hier route default eintraegt, muesste
man die Default route waehlen koennen, wie man will.
Mfg
Martin
[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]
In /etc/ppp gibt es ein script ip-up, das ausgefuehrt wird,
sobald PPP bereit ist IP Pakete zu uebertragen. ich glaube,
wenn
man hier route default eintraegt,
muesste
man die Default route waehlen koennen, wie man will.Mfg
Martin
Das Problem ist nicht, das die Route bei Verbindungsaufbau gelöscht wird, sondern bei dessen Abbau. Klappt es vielleicht mit ip-down?
Wenn das so ist, guck zunaechst mal in das Haupt PPP.Config (?) file (auch in /etc/ppp).
da steht dann „default“ drin, was den pppd dazu veranlasst die gerade hergestellte Verbindung zur Default Route zu machen. Wenn man nun diesen Eintrag loescht und dafuer z.b. in /etc/rc.d/rc.local zusaetzlich route add default ppp0 (oder was das war) eintraegt bleibt die Route immer fest. Es koennte auch mit ip-down gehen, das ware aber ein Workaraound. (Ich benutze
ip-up und ip-down um den nameserver von local auf normal und zurueck umzustellen).
MFG
Martin
[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]
Wenn das so ist, guck zunaechst mal in das Haupt PPP.Config
(?) file (auch in /etc/ppp).
da steht dann „default“ drin, was den pppd dazu veranlasst die
gerade hergestellte Verbindung zur Default Route zu machen.
Wenn man nun diesen Eintrag loescht und dafuer z.b. in
/etc/rc.d/rc.local zusaetzlich route add default ppp0 (oder
was das war) eintraegt bleibt die Route immer fest. Es koennte
auch mit ip-down gehen, das ware aber ein Workaraound. (Ich
benutze
ip-up und ip-down um den nameserver von local auf normal und
zurueck umzustellen).MFG
Martin
-
Über rc.local (oder ähnliches init-script) funktioniert es _nicht_, da bei dynIP die IP des ippp-Devices geändert wird und bei Änderungen der IP dei default-route auf eben diesem Device gelöscht wird
-
Ebenfalls fällt mir auf, das das ip-down Script anscheinend nicht beim Verbindungsabbau ausgeführt wird, da es mit einem route-Eintrag in diesem Script nicht funzt
-
Wie muss die Haupt PPP.Config heissen, wenn das Device ippp0 ist?
Kann mir jemand weiter helfen?
mfg
Hi
leider kenn ich mich mit slackware nicht aus ich vermute aber
das ist ähnlich wie bei Suse
( Das problem ist dasselbe )
- Über rc.local (oder ähnliches init-script) funktioniert es
_nicht_, da bei dynIP die IP des ippp-Devices geändert wird
und bei Änderungen der IP dei default-route auf eben diesem
Device gelöscht wird
Das erledigt das IP_up script ( das ist übrigen auch das ip_down ) ip_down ist nur ein link auf ip_up
gemacht wird da folgendes:
Ermitteln der dynamisch gesetzten ip adresse.
Setzen der neuen default route.
/etc/sbin/route add default gw $RemoteIP $Interface
die beiden variabelen können anders heissen
und dann bei IP_down
auslesen der route config ;
DEFAULT=’ grep -v „^#“ /etc/route.conf | grep „default“ \ | awk ‚{print $2}`‘
–> $DEFAULT IP Adresse vom GW vor der Dyn Umsetzung
löschen des alten GW ( mit dyn Adresse )
/etc/sbin/route del default gw $REMOTEIP $Interface
anlegen des GW mit der in der route.conf stehenden adresse
/etc/sbin/route add default gw $DEFAULT $Interface
- Ebenfalls fällt mir auf, das das ip-down Script anscheinend
nicht beim Verbindungsabbau ausgeführt wird, da es mit einem
route-Eintrag in diesem Script nicht funzt
ip_down gibst gar nicht das ist lediglich ein programmteil von
ip_up
- Wie muss die Haupt PPP.Config heissen, wenn das Device
ippp0 ist?
Wie gesagt das gilt alles nur für Suse
Der mechanismus ist aber warscheinlich vergleichbar
wenn du mit mal ne kopie vom ip_up schickst kann ich ja mal schaun was da genau gemacht wird
Die Scripteinträge sind so ausm Hinterkopf --> syntax prüfen !
Phagsae