Ponovno povezovanje tunela SSH SOCKS s pomočjo autossh
Uporabljajte autossh s preverjanji živosti SSH in razumejte, da ponovna povezava tunela ne obnovi starih povezav aplikacij.
Posrednik SSH SOCKS izgine, ko se njegova povezava SSH konča. Nadzornik lahko to povezavo znova zažene, ne more pa nadaljevati vsake zahteve do spletnega mesta, ki je uporabljala stari tok.
Za že delujočo nastavitev SSH lahko autossh nadzoruje dinamično posredovanje, medtem ko OpenSSH zazna strežnik, ki se ne odziva:
autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]-M 0 izklopi ločen mehanizem vrat za nadzor autossh. Zanaša se na to, da SSH izstopi, da se lahko nadzornik odzove. Možnosti server-alive dajejo preverjanje živosti na ravni SSH; ne zahtevajo strani od vsakega cilja, ki ga uporabljate.
Ohranite začetno nastavitev vidno, dokler overjanje in posredovanje ne delujeta. Vedenje autossh v ozadju se razlikuje od -f pri običajnem SSH: zagon brez nadzora se ne more ustaviti, da bi vprašal za geslo ali geslo ključa. Njegova dokumentirana zagonska vrata lahko tudi ločijo takojšnjo napako nastavitve od kasneje prekinjene seje.
Po ponovni povezavi lahko lokalni poslušalec spet postane dosegljiv. Aplikacije bodo morda vseeno morale znova poskusiti svoje neuspele operacije. Nalaganje, prekinjeno pred prejemom odgovora, ima izid na ravni aplikacije, ki ga je treba rešiti, ne le manjkajočega tunela za ponovni zagon.
Nazadnje, zdravo prenašanje SSH ne dokazuje, da lahko prehod doseže določeno spletno mesto. Ločite nadzor tunela od spremljanja opravila, ki ga uporablja.