Muling ikonekta ang SSH SOCKS tunnel gamit ang autossh
Gamitin ang autossh na may mga pagsusuri sa buhay ng SSH at unawain na ang muling pagkonekta ng tunnel ay hindi nagbabalik ng lumang koneksyon ng aplikasyon.
Nawawala ang isang SSH SOCKS proxy kapag natapos ang koneksyon nitong SSH. Maaaring i-restart ng supervisor ang koneksyong iyon, ngunit hindi nito maipagpapatuloy ang bawat kahilingan sa website na gumamit ng lumang stream.
Para sa isang SSH setup na gumagana na, maaaring subaybayan ng autossh ang isang dynamic na pagpapasa habang natutukoy ng OpenSSH ang isang server na hindi tumutugon:
autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]Ang -M 0 ay nagpapatay sa hiwalay na mekanismo ng monitoring port ng autossh. Umaasa ito sa paglabas ng SSH upang makatugon ang supervisor. Ang mga opsyon na server-alive ay nagbibigay ng pagsusuri sa buhay sa antas ng SSH; hindi sila humihingi ng pahina mula sa bawat destinasyong ginagamit mo.
Panatilihing nakikita ang paunang setup hanggang gumana ang pagpapatunay at pagpapasa. Ang gawi sa background ng autossh ay naiiba sa -f ng plain SSH: ang paglulunsad na walang nagbabantay ay hindi makakapaghintay upang magtanong ng password o key passphrase. Ang dokumentadong startup gate nito ay makakapaghiwalay din ng agarang pagkabigo sa setup mula sa sesyong nasira mamaya.
Pagkatapos ng muling pagkonekta, maaaring maging available muli ang lokal na listener. Maaaring kailanganin pa rin ng mga aplikasyon na subukan muli ang sarili nilang nabigong operasyon. Ang isang upload na naantala bago makatanggap ng tugon ay may resulta sa antas ng aplikasyon na dapat ayusin, hindi lamang isang nawawalang tunnel na i-restart.
Sa huli, ang isang malusog na transporteng SSH ay hindi nagpapatunay na maaabot ng gateway ang isang partikular na website. Paghiwalayin ang pangangasiwa sa tunnel mula sa pagsubaybay sa trabahong gumagamit nito.