SSH SOCKS tunela autossh-rekin berriz konektatzea
Erabili autossh SSH bizitasun-egiaztapenekin, eta ulertu tunelean berriz konektatzeak ez dituela aplikazioen konexio zaharrak berreskuratzen.
SSH SOCKS proxy bat desagertu egiten da haren SSH konexioa amaitzean. Gainbegiratzaile batek konexio hori berrabiarazi dezake, baina ezin du fluxu zaharra erabiltzen zuen webgune-eskaera bakoitza berreskuratu.
Dagoeneko funtzionatzen duen SSH konfigurazio baterako, autossh-ek birbidalketa dinamiko bat gainbegira dezake OpenSSH-k erantzuten ez duen zerbitzari bat detektatzen duen bitartean:
autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]-M 0 aukerak autossh-ren monitorizazio-portu mekanismo bereizia desgaitzen du. SSH irtetearen mende dago gainbegiratzaileak erreakzionatu ahal izateko. Server-alive aukerak SSH mailako bizitasun-egiaztapena ematen dute; ez dute erabiltzen duzun helmuga bakoitzari orri bat eskatzen.
Eduki hasierako konfigurazioa ikusgai autentifikazioak eta birbidalketak funtzionatu arte. Autossh-ren atzeko planoko jokabidea SSH arruntaren -f aukeraren ezberdina da: gainbegiratu gabeko abiarazteak ezin du gelditu pasahitz edo gako-esaldi bat eskatzeko. Bere abiarazte-ate dokumentatuak bereiz dezake konfigurazio-hutsegite berehalako bat geroago hautsitako saio batetik.
Berriz konektatu ondoren, tokiko entzulea berriro erabilgarri gerta daiteke. Aplikazioek oraindik beren eragiketa huts egindakoak berriro saiatu behar izan ditzakete. Erantzuna jaso aurretik etendako igoera batek aplikazio-mailako emaitza bat du konpontzeko, ez soilik falta den tunel bat berrabiarazteko.
Azkenik, SSH garraio osasuntsu batek ez du frogatzen atebideak webgune jakin bat harrapa dezakeenik. Bereizi tunelearen gainbegiratzea hura erabiltzen duen lanaren monitorizaziotik.