Moin!

Tja, eigentlich läuft das Script ja schon in einer Schleife - eben weil sonst der Tunnel nach dem Timeout wieder hergestellt wird...
...allerdings ist das, was Du oben gepostet hast, streng genommen gar kein Script, weil das 'shebang' nicht stimmt

Die erste Zeile müsste sein.

Viel mehr kann ich von hier aus dazu eigentlich nicht sagen - ich kenne die anderen Scripts ja nicht.
(nur 'killtunnel' ist von mir - aber in Deinem Post eben mit Fehler versehen)

mfg, emkay

Naja, wenn's eigentlich funktioniert, muß auch die Schleife funktionieren...
Der Befehl zum Löschen des Tunnels ist ja innerhalb der while-Schleife

Aber das killtunnel-Script darf natürlich nicht beendet werden, sonst endet logischerweise auch die Schleife.
Eventuell wird bei Dir ungewollt das Script beendet... dann wird der Tunnel nach einer Weile wieder hergestellt.

Also:
-- Script 'killtunnel' läuft --> 1x pro Sekunde wird das Tunnelinterface, wenn vorhanden, entfernt
-- Script wird beendet --> Tunnel(-Interface) wird nach Timeout neu erzeugt

Ich glaub' da lag auch der Sinn in Daniels Script, es startet bzw. beendet 'killtunnel'.
Bei Dir wird aber scheinbar killtunnel im falschen Moment beendet.

mfg, emkay

Tja - die Frage kannst eigentlich nur Du selbst beantworten
Das Script beendet sich niemals selbst - muß also von irgendwem / irgendetwas auf Deinem Router gekillt werden.

Mit solltest Du sehen können, ob das Script läuft (wenn ja, zeigt es dessen Process-Infos an, wenn nein zeigt es nix).
Und mal ganz dumm: auch mal die Datei-Attribute der Scripts überprüfen - manchmal sind's die gaaanz kleinen Sachen

mfg, emkay

@eMKay77 ...ich hatte ein Start-Stop Script dsl-tunnel.sh gebaut. diese startet und beendet das Script killtunnel.

In das killtunnel habe ich die while-Schleife mitden entsprechenden Befehl aus dem Thread reingepackt. Irgendwie hatte er wegen dem Schleifeninneren gemuckert, als ich es daheim nachgestellt habe (bis auf das löschen) ging es kommischerweise. Ich habe grad keine Idee, was jetzt noch im Argen sein könnte.

Grüße

danXde

Joa... dann gibt's entweder 'ne Abweichung zu meinem killtunnel-Script, oder es könnt' sich natürlich auch was mit den neueren FW-Versionen verändert haben...
(Name des Interfaces zB.)

Eventuell hilft es bei sowas ja, mal die Fehlermeldungen zu lesen....
(die Erwähnung, daß da was 'muckte' allein, hat ja wenig Aussagekraft und hilft kaum )

Ich selbst kann da im Moment nur die für euch wohl kaum hilfreiche Aussage treffen, daß mein Script ohne zusätzliches 'Geschnörkel' problemlos lief - für Änderungen / Abweichungen / Erweiterungen kann ich kaum 'ne Aussage treffen -- schon gar nicht ohne irgendwelche Debug-Infos

mfg, emkay

@eMKay77 schon klar. Ich hatte dein Script per C&P übernommen, ergo kann sich da ein Fehler eingeschlichen haben. Fehlermeldung müsste dann @MXPrime posten, der Router steht ja nicht bei mir. das Interface heisst ja immer noch ppp256, wenn dann eher beim einem der ausgeführten befehle.

Grüße

danXde

Da scheint das script killtunnel nicht richtig in den Hintergrund geschickt zu werden, so das es nach dem Schliessen der SSH-Session weiter läuft.

Versuch mal:

nohup /opt/bin/killtunnel &

und schaue dann, ob es nach beenden der SSH-Session den Tunnel weiterhin bricht.

Grüße

danXde

irgendwas ist immer

Moin!

Jupp.... da liegt das Problem
Wenn man das Script manuell startet, wird es mit der Shell verbunden - endet die Shell, endet auch das Script...
-- ich glaub' das hatten wir damals sogar mal erwähnt, daß die Shell da offen bleiben sollte --
(das Problem taucht sonst nicht so oft auf, weil die meisten die Scripts nicht manuell, sondern über ein Web-Interface starten)

Hauptproblem ist also, daß die Shell beim trennen von Telnet ein SIGHUP-Signal bekommt, welches sie an ihre Jobs/Programme/Scripts weiterleitet.

@danXde hatte ja 'nohup' schon erwähnt... sonst gibt's bei manchen Shells nochaber ich bin mir beim SPH nicht sicher ob er das mit dem '!' kennt.

Oder vielleichtkönnte gehen.

Oder eben alles 'disownen' bevor man die Shell schließt --> bevor Du die Session beendest ein

Oder, wenn das Alles nix hilft, der Totschlag-Weg --> man könnte auch 'start-stop-daemon' vom busybox-mips nutzen

mfg, emkay

Ich war da jetzt mal echt neugierig, weil es ja sowas wie'n Standard-Problem ist, daß man mit Telnet / SSH durchaus öfter mal bekommt...

Der saubere Weg, sowas ohne zusätzliche Tools zu machen, scheint wohl folgendes zu sein:--> also doppeltes 'Sub-Shelling' im Hintergrund, was dazu führt, daß das Script dem Init-Prozeß unterstellt wird, statt der aktuellen Shell.
Da dann 'Init' der Parent-Prozeß vom Script ist, ist dieses dann auch kein 'Zombie' und Init räumt hinter ihm auf.

mfg, emkay