Поновно повезивање SSH SOCKS тунела помоћу autossh
Користите autossh са проверама живости SSH и схватите да поновно повезивање тунела не враћа старе везе апликација.
SSH SOCKS прокси нестаје када се његова SSH веза заврши. Надгледник може поново да покрене ту везу, али не може да настави сваки захтев ка веб-локацији који је користио стари ток.
За већ радну SSH поставку, autossh може да надгледа динамичко прослеђивање док OpenSSH открива сервер који не одговара:
autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]-M 0 искључује засебан механизам autossh-а за надгледни порт. Он се ослања на то да SSH изађе како би надгледник могао да реагује. Опције server-alive дају проверу живости на нивоу SSH-а; оне не траже страницу од сваког одредишта које користите.
Држите почетну поставку видљивом док провера идентитета и прослеђивање не прораде. Понашање autossh-а у позадини разликује се од -f обичног SSH-а: ненадгледано покретање не може да стане како би затражило лозинку или лозинку кључа. Његова документована почетна врата такође могу да разликују тренутни неуспех поставке од касније прекинуте сесије.
Након поновног повезивања локални слушалац може поново да постане доступан. Апликације ће можда ипак морати да понове сопствене неуспеле операције. Пренос прекинут пре пријема одговора има исход на нивоу апликације који треба решити, а не само тунел који недостаје и треба га поново покренути.
На крају, здрав SSH транспорт не доказује да приступник може да достигне одређену веб-локацију. Одвојте надзор тунела од праћења посла који га користи.