SSH SOCKS-alagút újracsatlakoztatása autossh-sal
Használja az autossh-t SSH életképességi ellenőrzésekkel, és értse meg, hogy az alagút újracsatlakoztatása nem állítja helyre a régi alkalmazáskapcsolatokat.
Az SSH SOCKS proxy eltűnik, amikor az SSH-kapcsolata véget ér. Egy felügyelő újraindíthatja ezt a kapcsolatot, de nem tudja folytatni minden webhelykérést, amely a régi adatfolyamot használta.
Egy már működő SSH-beállításhoz az autossh felügyelhet egy dinamikus továbbítást, miközben az OpenSSH felismeri a nem válaszoló kiszolgálót:
autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]-M 0 kikapcsolja az autossh külön figyelőport-mechanizmusát. Arra támaszkodik, hogy az SSH kilép, hogy a felügyelő reagálhasson. A server-alive beállítások SSH-szintű életképességi ellenőrzést adnak; nem kérnek oldalt minden Ön által használt célállomástól.
Tartsa láthatóan a kezdeti beállítást, amíg a hitelesítés és a továbbítás működik. Az autossh háttérviselkedése eltér az egyszerű SSH -f beállításától: a felügyelet nélküli indítás nem állhat meg jelszót vagy kulcsmondatot kérni. Dokumentált indítási kapuja meg tudja különböztetni az azonnali beállítási hibát a később megszakadt munkamenettől.
Az újracsatlakozás után a helyi figyelő ismét elérhetővé válhat. Az alkalmazásoknak mégis újra kell próbálniuk saját sikertelen műveleteiket. Egy válasz megérkezése előtt megszakadt feltöltésnek alkalmazásszintű eredménye van, amit meg kell oldani, nem csupán egy hiányzó alagút, amit újra kell indítani.
Végül az egészséges SSH-szállítás nem bizonyítja, hogy az átjáró el tud érni egy adott webhelyet. Válassza külön az alagút felügyeletét az azt használó feladat megfigyelésétől.