Rikthimi i një tuneli SSH SOCKS me autossh
Përdorni autossh me kontrolle gjallërie SSH dhe kuptoni se rikthimi i një tuneli nuk i riktheu lidhjet e vjetra të aplikacioneve.
Një proxy SSH SOCKS zhduket kur lidhja e tij SSH përfundon. Një mbikëqyrës mund ta rinisë atë lidhje, por nuk mund të vazhdojë çdo kërkesë faqeje që përdorte rrjedhën e vjetër.
Për një konfigurim SSH që tashmë funksionon, autossh mund të mbikëqyrë një përcjellje dinamike ndërsa OpenSSH zbulon një server që nuk përgjigjet:
autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]-M 0 çaktivizon mekanizmin e veçantë të portës së monitorimit të autossh. Ai mbështetet në daljen e SSH që mbikëqyrësi të mund të reagojë. Opsionet server-alive ofrojnë një kontroll gjallërie në nivel SSH; ato nuk kërkojnë një faqe nga çdo destinacion që përdorni.
Mbajeni konfigurimin fillestar të dukshëm derisa vërtetimi dhe përcjellja të funksionojnë. Sjellja në sfond e autossh ndryshon nga -f e SSH të thjeshtë: një nisje e pambikëqyrur nuk mund të ndalet për të kërkuar fjalëkalim ose frazë çelësi. Porta e tij e dokumentuar e nisjes mund të dallojë gjithashtu një dështim të menjëhershëm konfigurimi nga një sesion i prishur më vonë.
Pas rikthimit, dëgjuesi lokal mund të bëhet përsëri i disponueshëm. Aplikacionet mund të kenë ende nevojë të riprovojnë operacionet e tyre të dështuara. Një ngarkim i ndërprerë para se të merrej një përgjigje ka një rezultat në nivel aplikacioni për t'u zgjidhur, jo thjesht një tunel që mungon për t'u rinisur.
Së fundmi, një transport i shëndetshëm SSH nuk provon se porta mund të arrijë një faqe të caktuar. Ndani mbikëqyrjen e tunelit nga monitorimi i punës që e përdor atë.