Einen SSH-SOCKS-Tunnel mit autossh neu verbinden
Verwenden Sie autossh mit SSH-Lebendigkeitsprüfungen und beachten Sie, dass eine neue Tunnelverbindung alte Anwendungsverbindungen nicht wiederherstellt.
Ein SSH-SOCKS-Proxy verschwindet, wenn seine SSH-Verbindung endet. Ein Supervisor kann diese Verbindung neu starten, aber er kann nicht jede Website-Anfrage fortsetzen, die den alten Datenstrom benutzt hat.
Für ein bereits funktionierendes SSH-Setup kann autossh eine dynamische Weiterleitung überwachen, während OpenSSH einen nicht antwortenden Server erkennt:
autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]-M 0 deaktiviert den separaten Mechanismus von autossh für einen Überwachungsport. Er verlässt sich darauf, dass SSH beendet wird, damit der Supervisor reagieren kann. Die Server-Alive-Optionen liefern eine Lebendigkeitsprüfung auf SSH-Ebene; sie fordern keine Seite von jedem Ziel an, das Sie nutzen.
Halten Sie die Ersteinrichtung sichtbar, bis Anmeldung und Weiterleitung funktionieren. Das Hintergrundverhalten von autossh unterscheidet sich von -f des einfachen SSH: Ein unbeaufsichtigter Start kann nicht anhalten, um ein Passwort oder eine Schlüsselpassphrase abzufragen. Seine dokumentierte Startschranke kann außerdem einen sofortigen Einrichtungsfehler von einer später abgebrochenen Sitzung unterscheiden.
Nach der Neuverbindung kann der lokale Listener wieder verfügbar werden. Anwendungen müssen möglicherweise dennoch ihre eigenen fehlgeschlagenen Vorgänge wiederholen. Ein Upload, der vor dem Empfang einer Antwort unterbrochen wurde, hat ein Ergebnis auf Anwendungsebene zu klären, nicht nur einen fehlenden Tunnel neu zu starten.
Schließlich beweist ein gesunder SSH-Transport nicht, dass das Gateway eine bestimmte Website erreichen kann. Trennen Sie die Überwachung des Tunnels von der Überwachung des Auftrags, der ihn nutzt.