SSH SOCKS tuneļa atkārtota savienošana ar autossh
Izmantojiet autossh ar SSH dzīvotspējas pārbaudēm un saprotiet, ka tuneļa atkārtota savienošana neatjauno vecos programmu savienojumus.
SSH SOCKS starpniekserveris pazūd, kad beidzas tā SSH savienojums. Uzraugs var restartēt šo savienojumu, bet nevar turpināt katru tīmekļa vietnes pieprasījumu, kas izmantoja veco plūsmu.
Jau strādājošai SSH konfigurācijai autossh var uzraudzīt dinamisku pāradresāciju, kamēr OpenSSH atklāj nereaģējošu serveri:
autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]-M 0 izslēdz autossh atsevišķo uzraudzības porta mehānismu. Tas paļaujas uz to, ka SSH iziet, lai uzraugs varētu reaģēt. Opcijas server-alive nodrošina dzīvotspējas pārbaudi SSH līmenī; tās nepieprasa lapu no katra galamērķa, ko izmantojat.
Turiet sākotnējo konfigurāciju redzamu, līdz autentifikācija un pāradresācija darbojas. autossh fona darbība atšķiras no vienkārša SSH -f: bez uzraudzības palaists process nevar apstāties, lai jautātu paroli vai atslēgas frāzi. Tā dokumentētie palaišanas vārti var arī atšķirt tūlītēju konfigurācijas kļūmi no vēlāk pārrautas sesijas.
Pēc atkārtotas savienošanas vietējais klausītājs atkal var kļūt pieejams. Programmām joprojām var būt jāatkārto savas neizdevušās darbības. Augšupielādei, kas pārtraukta pirms atbildes saņemšanas, ir programmas līmeņa iznākums, kas jāatrisina, nevis tikai jārestartē trūkstošs tunelis.
Visbeidzot, veselīgs SSH transports nepierāda, ka vārteja var sasniegt konkrētu tīmekļa vietni. Atdaliet tuneļa uzraudzību no tā izmantojošā darba monitorēšanas.