Hallo Liste, ich benutze einen SuSE Linux 7.2 mit Kernel 2.4.16-4GB (von SuSE FTP als rpm heruntergeladen) ISDN Router, der sich automatisch mit Kanalbündelung einwählt. Es funktioniert auch alles soweit. Jedoch legt der Gateway nicht auf und zudem setzt er die Route nicht richtig zurück, d.h. es funktioniert kein 2. einwählen. Ins ip-up bzw. ip-down Skript wurden die Einträge isdnctrl addlink ippp0 bzw. isdnctrl removelink ippp0 und rcroute restart bzw. /etc/rc.d/./route restart an der richtigen Stelle eingetragen. Die Lösungen aus der SuSE Support Datenbank haben überhaupt nichts gebracht. Die Route wird beim manuellen Auflegen, trotz rcroute restart in ip-down, nicht wieder hergestellt. Nach Eingabe des Befehls rcroute restart auf der Konsole wählt sich der Gateway wieder ein. Beim Stoppen des Routing Daemons wird eine Fehlermeldung ausgegeben, dass die vorhandene Route nicht existiert. Der Start funktioniert dann wieder einwandfrei. Hat jemand eine Idee? MfG Philippe
Hallo Liste, hallo Philippe Trolliet, zu deiner Mail:
Hallo Liste, ich benutze einen SuSE Linux 7.2 mit Kernel 2.4.16-4GB (von SuSE FTP als rpm heruntergeladen) ISDN Router, der sich automatisch mit Kanalbündelung einwählt. Es funktioniert auch alles soweit. Jedoch legt der Gateway nicht auf und zudem setzt er die Route nicht
was sagt Philippes@bester $ isdnctrl huptimeout ipppx ?
richtig zurück, d.h. es funktioniert kein 2. einwählen. Ins ip-up bzw. ip-down Skript wurden die Einträge isdnctrl addlink ippp0 bzw. isdnctrl removelink ippp0 und rcroute restart bzw. /etc/rc.d/./route restart an der richtigen Stelle eingetragen. Die Lösungen aus der SuSE Support Datenbank haben überhaupt nichts gebracht. Die Route wird beim manuellen Auflegen, trotz rcroute restart in ip-down, nicht wieder hergestellt. Nach Eingabe des ...
Hat jemand eine Idee?
probiers mal damit: dazu schrieb ich vor einiger Zeit unter dem Titel: [suse-isdn] anderer Provider - Einwahl 1x und nie wieder -----------zitat------------- ... Ich hab jetzt die Ursache (auf meinem System wenigstens :o)) ) gefunden: Im Script /etc/ip-up ist in Zeile 109 der Aufruf zur Wiederherstellung der Routen mit der "$INTERFACE" variablen versehen. /etc/init.d/route start $INTERFACE ^^^^^^^^^ Ich konnte dem Route-Script nicht entnehmen ob es einen Wert überhaupt abfragen kann (mangels Fachwissen =:o(( ) - aber selbst wenn: es käme es mit dem Eintrag in der /etc/route.conf in's Gehege jedenfalls: seit ich's auskommentiert hab' bin ich hin und weg, die gut das funktioniert. So sieht also die Zeile bei mir aus: /etc/init.d/route start #$INTERFACE .......... -----------zitat-ende------------ und bitte kurze Meldung falls es geklappt hat! hdh fs
On Wed, Jan 30, 2002 at 09:50:10PM +0100, Friedrich Strohmaier wrote:
-----------zitat------------- ... Ich hab jetzt die Ursache (auf meinem System wenigstens :o)) ) gefunden: Im Script /etc/ip-up ist in Zeile 109 der Aufruf zur Wiederherstellung der Routen mit der "$INTERFACE" variablen versehen. /etc/init.d/route start $INTERFACE ^^^^^^^^^ Ich konnte dem Route-Script nicht entnehmen ob es einen Wert überhaupt abfragen kann (mangels Fachwissen =:o(( ) - aber selbst wenn: es käme es mit dem Eintrag in der /etc/route.conf in's Gehege jedenfalls: seit ich's auskommentiert hab' bin ich hin und weg, die gut das funktioniert.
Du liegst fast richtig, nur die Loesung ist falsch. Das $INTERFACE ist notwendig damit nur die route des ippp0 wiederhergestellt wird, weil sonst alle routen resettet werden. Das kann extrem stoeren, da eventuell ssh und telnet sesion ausgeloggt werden. Wichtig ist der Eintrag in der /etc/route.conf dort muss bei der default route als 4.Parameter das interface stehen, also z.b. default 192.168.1.1 0.0.0.0 ippp0 Das steht uebrigens auch in der mail die root bei der Installation des I4L Pakets bekommt. Also bitte nicht in den ip-up/down scripten aendern, ist nicht notwendig. -- Karsten Keil SuSE Labs ISDN development
Hallo,
On Wed, Jan 30, 2002 at 09:50:10PM +0100, Friedrich Strohmaier wrote:
-----------zitat------------- ... Ich hab jetzt die Ursache (auf meinem System wenigstens :o)) ) gefunden: Im Script /etc/ip-up ist in Zeile 109 der Aufruf zur Wiederherstellung der Routen mit der "$INTERFACE" variablen versehen. /etc/init.d/route start $INTERFACE ^^^^^^^^^ Ich konnte dem Route-Script nicht entnehmen ob es einen Wert überhaupt abfragen kann (mangels Fachwissen =:o(( ) - aber selbst wenn: es käme es mit dem Eintrag in der /etc/route.conf in's Gehege jedenfalls: seit ich's auskommentiert hab' bin ich hin und weg, die gut das funktioniert.
Du liegst fast richtig, nur die Loesung ist falsch. Das $INTERFACE ist notwendig damit nur die route des ippp0 wiederhergestellt wird, weil sonst alle routen resettet werden. Das kann extrem stoeren, da eventuell ssh und telnet sesion ausgeloggt werden.
Wichtig ist der Eintrag in der /etc/route.conf dort muss bei der default route als 4.Parameter das interface stehen, also z.b.
default 192.168.1.1 0.0.0.0 ippp0
Hab ich in /etc/route.conf schon drin und funktioniert trotzdem nicht. Das ganze war eig schon standartmässig so drin. :(
Das steht uebrigens auch in der mail die root bei der Installation des I4L Pakets bekommt.
Also bitte nicht in den ip-up/down scripten aendern, ist nicht notwendig.
-- Karsten Keil SuSE Labs ISDN development
MfG Philippe
Hallo Liste, ich benutze einen SuSE Linux 7.2 mit Kernel 2.4.16-4GB (von SuSE FTP als rpm heruntergeladen) ISDN Router, der sich automatisch mit Kanalbündelung einwählt. Es funktioniert auch alles soweit. Jedoch legt der Gateway nicht auf und zudem setzt er die Route nicht richtig zurück, d.h. es funktioniert kein 2. einwählen. Ins ip-up bzw. ip-down Skript wurden die Einträge isdnctrl addlink ippp0 bzw. isdnctrl removelink ippp0 und rcroute restart bzw. /etc/rc.d/./route restart an der richtigen Stelle eingetragen. Die Lösungen aus der SuSE Support Datenbank haben überhaupt nichts gebracht. Die Route wird beim manuellen Auflegen, trotz rcroute restart in ip-down, nicht wieder hergestellt. Nach Eingabe des Befehls rcroute restart auf der Konsole wählt sich der Gateway wieder ein. Beim Stoppen des Routing Daemons wird eine Fehlermeldung ausgegeben, dass die vorhandene Route nicht existiert. Der Start funktioniert dann wieder einwandfrei.
Hat jemand eine Idee?
MfG
Philippe
Hallo Liste, hallo Karsten Keil, zu deiner Mail:
On Wed, Jan 30, 2002 at 09:50:10PM +0100, Friedrich Strohmaier wrote: (...)
/etc/init.d/route start $INTERFACE ^^^^^^^^^ Ich konnte dem Route-Script nicht entnehmen ob es einen Wert überhaupt abfragen kann (mangels Fachwissen =:o(( ) - aber selbst wenn: es käme es mit dem Eintrag in der /etc/route.conf in's Gehege jedenfalls: seit ich's auskommentiert hab' bin ich hin und weg, die gut das funktioniert.
Karsten Keil:
Du liegst fast richtig, nur die Loesung ist falsch. Das $INTERFACE ist notwendig damit nur die route des ippp0 wiederhergestellt wird, weil sonst alle routen resettet werden. Das kann extrem stoeren, da eventuell ssh und telnet sesion ausgeloggt werden.
Wichtig ist der Eintrag in der /etc/route.conf dort muss bei der default route als 4.Parameter das interface stehen, also z.b.
default 192.168.1.1 0.0.0.0 ippp0
Das steht uebrigens auch in der mail die root bei der Installation des I4L Pakets bekommt.
Also bitte nicht in den ip-up/down scripten aendern, ist nicht notwendig.
ACK! <dau-modus> aber, wenn's nicht funktioniert? </dau-modus> also gut, paar mehr Details: -------------------------------- router:~ # less /etc/route.conf 192.168.22.0 0.0.0.0 255.255.255.0 eth0 192.168.11.0 0.0.0.0 255.255.255.0 eth1 # # tiscali 192.168.0.1 0.0.0.0 255.255.255.255 ippp0 # compuserve 192.168.0.2 0.0.0.0 255.255.255.255 ippp1 # arcor 192.168.0.3 0.0.0.0 255.255.255.255 ippp2 default 192.168.0.1 0.0.0.0 ippp0 #default 192.168.0.2 0.0.0.0 ippp1 #default 192.168.0.3 0.0.0.0 ippp2 ---------------------------------- wie man sieht habe ich 3 ipppx Devices angelegt für 3 Provider die ich nach Gutdünken von Hand (rustikalmethode - geht auch eleganter, ich weiß :o)) ) per Editor durch Änderung der Datei umschalte. Das wird dann ohne Eingriffe spätestens ab der übernächsten Einwahl wirksam - das reicht mir! Wenn ich dich + das Script jetzt richtig verstanden habe, wird aus der /etc/route.conf jeweils der 4. Parameter pro Eintrag überprüft, ob er ein ippp* enthält - ich hab' aber 3 davon und ip-up als ip-down dann ein Problem die defaultroute auszulesen. Folgerichtig würde es dann bei einem Route-Reset wieder funktionieren, weil ja die /etc/route.conf als solche konsistent ist. Meine Frage nun: hab' ich das richtig verstanden und was wäre für mich und die anderen mit diesem Problem die Lösung - bevorzugt natürlich eine, die ohne Skripterstellung auskommt, damit ich weiterhin (besser: endlich?!!) verstehe, was ich tu :o)) gespannt grüßt fs
hallo Karsten, ich schrieb:
(...)
Meine Frage nun:
hab' ich das richtig verstanden und was wäre für mich und die anderen mit diesem Problem die Lösung - bevorzugt natürlich eine, die ohne Skripterstellung auskommt, damit ich weiterhin (besser: endlich?!!) verstehe, was ich tu :o))
gespannt grüßt
fs
... bin immer noch ohne "gute" Lösung. Ich hoffe ich habe Dich mit meiner Frage nocht irgendwie (unbeabsichtigt!) auf die Füße getreten - oder arbeitest Du etwa noch dran? ;o)) Ich geb' ja offen zu: hab' man ip-up erst danach zu rate gezogen leider ohne (inhaltlich verwertbares) Resultat
Hallo Liste, hallo Karsten, . >>>>>>>>>>>>> Fehlschuss!! <<<<<<<<<<<<<<<
hallo Karsten,
ich schrieb:
(...)
Meine Frage nun:
hab' ich das richtig verstanden und was wäre für mich und die anderen mit diesem Problem die Lösung - bevorzugt natürlich eine, die ohne Skripterstellung auskommt, damit ich weiterhin (besser: endlich?!!) verstehe, was ich tu :o))
gespannt grüßt
fs
... bin immer noch ohne "gute" Lösung. Ich hoffe ich habe Dich mit meiner Frage nocht irgendwie (unbeabsichtigt!) auf die Füße getreten - oder arbeitest Du etwa noch dran? ;o))
Ich geb' ja offen zu: hab' man ip-up erst danach zu rate gezogen leider ohne (inhaltlich verwertbares) Resultat
. >>>>>>>>>>>>> Fehlschuss!! <<<<<<<<<<<<<<< sorry ist noch nicht fertig aber trotztdem "losgegangen" - geh' jetzt ohne Umschweife in's Bett - versprochen!! müder Gruß fs
On Tue, Feb 05, 2002 at 02:17:39AM +0100, Friedrich Strohmaier wrote:
hallo Karsten,
ich schrieb:
(...)
Ich bin ja auch gegen Vollquote, aber hier waer das was Du verstanden hast hilfreich gewesen. OK such alte Mail ->>> found ...
Zitat alte Mail: router:~ # less /etc/route.conf
192.168.22.0 0.0.0.0 255.255.255.0 eth0 192.168.11.0 0.0.0.0 255.255.255.0 eth1 # # tiscali 192.168.0.1 0.0.0.0 255.255.255.255 ippp0 # compuserve 192.168.0.2 0.0.0.0 255.255.255.255 ippp1 # arcor 192.168.0.3 0.0.0.0 255.255.255.255 ippp2 default 192.168.0.1 0.0.0.0 ippp0 #default 192.168.0.2 0.0.0.0 ippp1 #default 192.168.0.3 0.0.0.0 ippp2 ---------------------------------- wie man sieht habe ich 3 ipppx Devices angelegt für 3 Provider die ich nach Gutdünken von Hand (rustikalmethode - geht auch eleganter, ich weiß :o)) ) per Editor durch Änderung der Datei umschalte. Das wird dann ohne Eingriffe spätestens ab der übernächsten Einwahl wirksam - das reicht mir! Wenn ich dich + das Script jetzt richtig verstanden habe, wird aus der /etc/route.conf jeweils der 4. Parameter pro Eintrag überprüft, ob er ein ippp* enthält - ich hab' aber 3 davon und ip-up als ip-down dann ein Problem die defaultroute auszulesen. Folgerichtig würde es dann bei einem Route-Reset wieder funktionieren, weil ja die /etc/route.conf als solche konsistent ist.
Zitat Ende
Meine Frage nun:
hab' ich das richtig verstanden und was wäre für mich und die
Nicht ganz. Wenn ip-down (und nur hier interessiert das Ganze) ablaeuft, wird mit # restart interface /sbin/ifconfig $INTERFACE $IFCONFIG # set routes from /etc/route.conf /etc/init.d/route start $INTERFACE Das interface das down geht auf die (dummy) Addressen zureckgesetzt und anschliessend werden die Routen neu gesetzt.
anderen mit diesem Problem die Lösung - bevorzugt natürlich eine, die ohne Skripterstellung auskommt, damit ich weiterhin (besser: endlich?!!) verstehe, was ich tu :o))
Das Problem ist, wenn Du route.conf aenderst musst Du, damit das Ganze konsistent bleibt, vorher die routen die Du veraenderst loeschen und anschliessend neu setzen, nur aendern geht nicht da wenn nach der Aenderung ip-down laeuft wird ja nur die route des down gehenden Interfaces restauriert, aber nicht die des neuen default Interface. Um aus diesem Dilemma rauszukommen, kannst Du z.B. in /etc/ppp/ip-down.local (Dieses File ist fuer private Erweiterungen gedacht) noch folgendes eintragen (ungetestet) Bedingung, Du verwendest nur ipppX wahlweise, hast also keine anderen Verbindungen gleichzeitig laufen (z.B. Connection in die Firma, dann must Du noch ein paar if Statements um diese ipppX auszuschliesen einbauen). #!/bin/bash INTERFACE = $1 TEMP=`grep "^default" /etc/route.conf` set -- $TEMP DEFAULT_IF = $4 if [ "$DEFAULT_IF" != "$INTERFACE" ] ; then /etc/init.d/route start $DEFAULT_IF fi
gespannt grüßt
fs
... bin immer noch ohne "gute" Lösung. Ich hoffe ich habe Dich mit meiner Frage nocht irgendwie (unbeabsichtigt!) auf die Füße getreten - oder arbeitest Du etwa noch dran? ;o))
Nein absolut nicht, warum auch. Nur habe ich momentan wenig Zeit, das Ganze nochmal nachzustellen, ich gebe nur ungern ungetestet Sachen raus. Ich habe momentan keine Maschine mit einer "sauberen 7.3" Installation, meine Maschinen haben immer viele Betapackete installiert. -- Karsten Keil SuSE Labs ISDN development
Hallo Liste, hallo Karsten Keil, zu deiner Mail:
On Tue, Feb 05, 2002 at 02:17:39AM +0100, Friedrich Strohmaier wrote:
hallo Karsten,
ich schrieb:
(...)
Ich bin ja auch gegen Vollquote, aber hier waer das was Du verstanden hast hilfreich gewesen. OK such alte Mail ->>> found ...
ja, bin da immer noch bisschen am schwimmen wg. zu viel u zu wenig :o\
Zitat alte Mail:
router:~ # less /etc/route.conf
192.168.22.0 0.0.0.0 255.255.255.0 eth0 192.168.11.0 0.0.0.0 255.255.255.0 eth1 # # tiscali 192.168.0.1 0.0.0.0 255.255.255.255 ippp0 # compuserve 192.168.0.2 0.0.0.0 255.255.255.255 ippp1 # arcor 192.168.0.3 0.0.0.0 255.255.255.255 ippp2 default 192.168.0.1 0.0.0.0 ippp0 #default 192.168.0.2 0.0.0.0 ippp1 #default 192.168.0.3 0.0.0.0 ippp2
----------------------------------
wie man sieht habe ich 3 ipppx Devices angelegt für 3 Provider die ich nach Gutdünken von Hand (rustikalmethode - geht auch eleganter, ich weiß :o)) ) per Editor durch Änderung der Datei umschalte. Das wird dann ohne Eingriffe spätestens ab der übernächsten Einwahl wirksam - das reicht mir! Wenn ich dich + das Script jetzt richtig verstanden habe, wird aus der /etc/route.conf jeweils der 4. Parameter pro Eintrag überprüft, ob er ein ippp* enthält - ich hab' aber 3 davon und ip-up als ip-down dann ein Problem die defaultroute auszulesen. Folgerichtig würde es dann bei einem Route-Reset wieder funktionieren, weil ja die /etc/route.conf als solche konsistent ist.
Zitat Ende
Meine Frage nun:
hab' ich das richtig verstanden und was wäre für mich und die
Nicht ganz. Wenn ip-down (und nur hier interessiert das Ganze) ablaeuft, wird mit
# restart interface /sbin/ifconfig $INTERFACE $IFCONFIG # set routes from /etc/route.conf /etc/init.d/route start $INTERFACE
Das interface das down geht auf die (dummy) Addressen zureckgesetzt und anschliessend werden die Routen neu gesetzt.
anderen mit diesem Problem die Lösung - bevorzugt natürlich eine, die ohne Skripterstellung auskommt, damit ich weiterhin (besser: endlich?!!) verstehe, was ich tu :o))
Das Problem ist, wenn Du route.conf aenderst musst Du, damit das Ganze konsistent bleibt, vorher die routen die Du veraenderst loeschen und anschliessend neu setzen, nur aendern geht nicht da wenn nach der Aenderung ip-down laeuft wird ja nur die route des down gehenden Interfaces restauriert, aber nicht die des neuen default Interface.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ da hatte ich den Knick im Kopf
Um aus diesem Dilemma rauszukommen, kannst Du z.B. in /etc/ppp/ip-down.local (Dieses File ist fuer private Erweiterungen
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ bekannt :o)
gedacht) noch folgendes eintragen (ungetestet)
Bedingung, Du verwendest nur ipppX wahlweise, hast also keine anderen Verbindungen gleichzeitig laufen (z.B. Connection in die
nicht der Fall!
Firma, dann must Du noch ein paar if Statements um diese ipppX auszuschliesen einbauen).
(...)
ich gebe nur ungern ungetestet Sachen raus. ^^^^^^^^^^^^^^^^^ das erledige ich schon für Dich - keine Sorge ;o))
Ich habe momentan keine Maschine mit einer "sauberen 7.3" Installation, meine Maschinen haben immer viele Betapackete installiert.
so hast Du's gewollt ;o)) Danke für deine Erklärung. Jetzt hab' ich mal begriffen, wie's funktioniert, und werd' mit Deinem Vorschlag weitermachen - und berichten. Das kann aber noch bisschen dauern! Habe noch an den Folgen eines "Unfalls" zu kämpfen. (Ich hätte mir doch den allgemein verbreiteten Hinweis, bei der -r Option des rm Befehls seeeeeehr vorsichtig mit dem "*" umzugehen noch mehr zu Herzen nehmen sollen) %-) gruß fs
participants (3)
-
Friedrich Strohmaier -
Karsten Keil -
Philippe Trolliet