Wakala wa SSH SOCKS hupotea muunganisho wake wa SSH unapoisha. Msimamizi anaweza kuanzisha upya muunganisho huo, lakini hawezi kuendeleza kila ombi la tovuti lililotumia mtiririko wa zamani.

Kwa usanidi wa SSH unaofanya kazi tayari, autossh inaweza kusimamia upelekaji wa nguvu wakati OpenSSH inagundua seva isiyojibu:

autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]

-M 0 huzima utaratibu tofauti wa bandari ya ufuatiliaji wa autossh. Inategemea SSH kutoka ili msimamizi aweze kuitikia. Chaguo za server-alive hutoa ukaguzi wa uhai katika ngazi ya SSH; hazihitaji ukurasa kutoka kwa kila lengo unalotumia.

Weka usanidi wa awali uonekane hadi uthibitishaji na upelekaji vifanye kazi. Tabia ya usuli ya autossh inatofautiana na -f ya SSH sahili: uzinduzi usiosimamiwa hauwezi kusimama kuuliza nenosiri au kifungu cha ufunguo. Lango lake la kuanza lililoandikwa linaweza pia kutofautisha kushindwa kwa usanidi mara moja na kipindi kilichovunjika baadaye.

Baada ya kuunganisha upya, msikilizaji wa ndani anaweza kupatikana tena. Programu zinaweza bado kuhitaji kujaribu tena shughuli zao zilizoshindwa. Upakiaji ulioingiliwa kabla ya kupokea jibu una matokeo ya ngazi ya programu ya kutatua, sio tu handaki inayokosekana ya kuanzisha upya.

Hatimaye, usafirishaji mzuri wa SSH hauthibitishi kuwa lango linaweza kufikia tovuti fulani. Tenganisha usimamizi wa handaki na ufuatiliaji wa kazi inayoitumia.

Makala zinazohusiana