Rekonekti SSH SOCKS-tunelon per autossh
Uzu autossh kun SSH-vivkapablaj kontroloj kaj komprenu, ke rekonektado de tunelo ne restarigas malnovajn aplikaĵajn konektojn.
SSH SOCKS-prokurilo malaperas, kiam ĝia SSH-konekto finiĝas. Kontrolanto povas restartigi tiun konekton, sed ĝi ne povas daŭrigi ĉiun retejan peton, kiu uzis la malnovan fluon.
Por jam funkcianta SSH-agordo, autossh povas kontroli dinamikan plusendadon, dum OpenSSH detektas nerespondeman servilon:
autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]-M 0 malŝaltas la apartan mekanismon de autossh por monitora pordo. Ĝi fidas, ke SSH finiĝu, por ke la kontrolanto povu reagi. La opcioj server-alive donas vivkontrolon je la nivelo de SSH; ili ne petas paĝon de ĉiu celloko, kiun vi uzas.
Tenu la komencan agordon videbla ĝis aŭtentokontrolo kaj plusendado funkcias. La fona konduto de autossh diferencas de -f de ordinara SSH: senprizorga lanĉo ne povas halti por peti pasvorton aŭ ŝlosilfrazon. Ĝia dokumentita startpordo ankaŭ povas distingi tujan agordan fiaskon de poste rompita seanco.
Post rekonektado, la loka aŭskultanto povas denove fariĝi havebla. Aplikaĵoj eble tamen bezonas ripeti siajn proprajn fiaskintajn operaciojn. Alŝuto interrompita antaŭ ricevi respondon havas rezulton je la aplikaĵa nivelo por solvi, ne nur mankantan tunelon por restartigi.
Fine, sana SSH-transporto ne pruvas, ke la enirejo povas atingi apartan retejon. Apartigu la kontroladon de la tunelo disde la monitorado de la tasko, kiu uzas ĝin.