Loesung: ssh-Verb. via ISDN bleibt bei Verb.Abbruch erhalten bei 2.4.21
Hallo, Lösung für alle die, die der Abbruch einer ssh/ telnet-Verb. via einer kurzzeitig geschlossenen dialup-Verb. plagt: Kernel 2.4.21 Original (nicht Suse-Kernel nehmen). (vielleicht geht auch der 2.4.21 Mantel-Kernel) Plötzlich, seit Update meiner Suse 8.2 auf 2.4.21 Originalkernel werden nicht mehr meine offenen ssh-Verb. zu einem ppp-Host gekillt! Endlich! Die Hilfestellgungen aus dieser Liste habe mit (nohup ssh myhost) funken nämlich NICHT! Nach der Passwortabfrage schmiert die Verb. immer ab (zumindest mit dem Suse 8.2 Originalkernel). Auch mit Susi 8.1 habe ich das Sterben der ssh-Verb. bei gekappter ISDN-Verb. registriert. Offenbar macht Suse bei ihren eigenen Standard-Kernel viel rum und erzeugt allerlei Seiteneffekte. Oder sind das grundsätzliche features der Kernel 2.4.19 und .20 ? Ekkard
On Thu, Aug 07, 2003 at 12:26:23AM +0200, Ekkard Gerlach wrote:
Hallo,
Lösung für alle die, die der Abbruch einer ssh/ telnet-Verb. via einer kurzzeitig geschlossenen dialup-Verb. plagt:
Kernel 2.4.21 Original (nicht Suse-Kernel nehmen). (vielleicht geht auch der 2.4.21 Mantel-Kernel)
Plötzlich, seit Update meiner Suse 8.2 auf 2.4.21 Originalkernel werden nicht mehr meine offenen ssh-Verb. zu einem ppp-Host gekillt! Endlich! Die Hilfestellgungen aus dieser Liste habe mit (nohup ssh myhost) funken nämlich NICHT! Nach der Passwortabfrage schmiert die Verb. immer ab (zumindest mit dem Suse 8.2 Originalkernel).
Auch mit Susi 8.1 habe ich das Sterben der ssh-Verb. bei gekappter ISDN-Verb. registriert. Offenbar macht Suse bei ihren eigenen Standard-Kernel viel rum und erzeugt allerlei Seiteneffekte. Oder sind das grundsätzliche features der Kernel 2.4.19 und .20 ?
Nein das ist ein Grundsaetzliches Feature des SuSE Kernels seit 2.2... Bei Interfaces die ein dynamische Adresse haben, werden alle Verbindungen gekappt, wenn aufgelegt wird. Bei einer statischen Adresse sollte das nicht passieren (diese darf dann nicht DYNAMIC beim ifconfig stehen haben). Notwendig ist das, weil sonst bei dynamischen IPs Verbindungen sehr lange haengen bleiben koennen und die Ports nicht mehr benutzbar sind. -- Karsten Keil SuSE Labs ISDN development
* Karsten Keil schrieb:
Nein das ist ein Grundsaetzliches Feature des SuSE Kernels seit 2.2... Bei Interfaces die ein dynamische Adresse haben, werden alle Verbindungen gekappt, wenn aufgelegt wird. Bei einer statischen Adresse sollte das nicht passieren (diese darf dann nicht DYNAMIC beim ifconfig stehen haben). Notwendig ist das, weil sonst bei dynamischen IPs Verbindungen sehr lange haengen bleiben koennen und die Ports nicht mehr benutzbar sind.
Meinst Du DYNAMICIP? Ich denke mal nicht. Wo steht in /etc/sysconfig/... denn der DYNAMIC-Parameter? Habe an meiner /etc/sysconfig/isdn/cfg-net2 habe ich nix geändert: CHARGEHUP="on" DEFAULTROUTE="no" DYNAMICIP="yes" IPADDR="0.0.0.0" MSN="830xxxx" MULTILINK="no" PROTOCOL="syncppp" PROVIDER="pc_2" PTPADDR="0.0.0.0" STARTMODE="onboot" auch an pc_2 nix: # /etc/sysconfig/network/providers/dialout_pc_provider ASKPASSWORD='no' DEMAND='no' DNS1='' DNS2='' DSLSUPPORTED='no' ENCAP='syncppp' FIREWALL='no' IDLETIME='300' ISDNSUPPORTED='yes' MODEMSUPPORTED='no' MODIFYDNS='yes' PASSWORD='xxxxx' PHONE='07xxxxxxxx' PROVIDER='barth_prov' USERNAME='note' Mit dem neuen Kernel fliege ich halt nicht mehr aus der ssh-Verb. raus. Wo ist denn DYNAMIC einzutragen, damit es beim Aufsetzen des device berücksichtigt wird? Ekkard
- Fürs Archiv (Dank an Karsten Keil) - Der iffdynamic-Patch von Suse bewirkt, daß mit einer dynamischen ppp-Verbindung (DYNAMICIP="yes" , /etc/sysconfig/isdn/cfg-netX) auch alle sonstigen Verbindungen geschlossen werden. Vorteil: es werden nach einem Verb.-Abbau keine Ports durch offene Verbindungen mehr blockiert. Nachteil: Bei Fernwartung, die (aus Kostengründen, Gründen belegter ISDN-Leitungen,..) gelegentlich für einige Minuten getrennt werden, werden auch die aufgebauten Verb. und die damit verbundenen Anwendungen geschlossen, was häufig sehr lästig ist. Bem: mit nohup o.Ä. kann nicht der Verb.Abbruch verhindert werden Was tun wenn der Effekt des Suse-Patches nicht gewollt ist? Möglichkeit 1: offiziellen Linux-KErnel, nicht den von Suse verwenden Möglichkeit 2: in /etc/sysconfig/network/scripts/ifup-ippp): if [ "$DYNAMICIP" = "yes" ]; then echo "7" > /proc/sys/net/ipv4/ip_dynaddr ip link set $DEVICE dynamic on fi .... die Zeile ip link ... auskommentieren (evtl. auch noch Zeile vorher, ungetestet) Möglichkeit 3: DYNAMICIP="yes" von /etc/sysconfig/isdn/cfg-netX auf "no" setzen. Dann allerdings müssen zwischen beiden ppp- Partnern feste IP-Adressen festgelegt sein.
participants (2)
-
Ekkard Gerlach
-
Karsten Keil