SSH SOCKS tunelio prijungimas iš naujo naudojant autossh
Naudokite autossh su SSH gyvybingumo patikromis ir supraskite, kad tunelio prijungimas iš naujo neatkuria senų programų ryšių.
SSH SOCKS tarpinė programa dingsta, kai baigiasi jos SSH ryšys. Prižiūrėtojas gali paleisti tą ryšį iš naujo, bet negali tęsti kiekvienos svetainės užklausos, kuri naudojo seną srautą.
Jau veikiančiai SSH sąrankai autossh gali prižiūrėti dinaminį persiuntimą, kol OpenSSH aptinka neatsiliepiantį serverį:
autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]-M 0 išjungia atskirą autossh stebėjimo prievado mechanizmą. Jis remiasi tuo, kad SSH išeis, kad prižiūrėtojas galėtų sureaguoti. Parinktys server-alive suteikia gyvybingumo patikrą SSH lygmeniu; jos neprašo puslapio iš kiekvieno jūsų naudojamo taikinio.
Laikykite pradinę sąranką matomą, kol veiks autentifikavimas ir persiuntimas. autossh veikimas fone skiriasi nuo paprasto SSH -f: be priežiūros paleista programa negali sustoti ir paklausti slaptažodžio ar raktų frazės. Jos dokumentuoti paleidimo vartai taip pat gali atskirti momentinę sąrankos klaidą nuo vėliau nutrūkusios sesijos.
Po prijungimo iš naujo vietinis klausytojas vėl gali tapti prieinamas. Programoms vis tiek gali reikėti pakartoti savo nepavykusias operacijas. Įkėlimas, nutrauktas prieš gaunant atsakymą, turi programos lygmens rezultatą, kurį reikia išspręsti, o ne tik trūkstamą tunelį, kurį reikia paleisti iš naujo.
Galiausiai sveikas SSH transportas neįrodo, kad šliuzas gali pasiekti konkrečią svetainę. Atskirkite tunelio priežiūrą nuo jį naudojančio darbo stebėjimo.