Kikao cha SSH kinakufa pamoja na VPN: tmux au mwendeshaji wa kazi?

Kiashiria chako cha VPN kinakuwa kijani, njia inarudi, na dirisha la SSH uliloliacha wazi halirudishi kidokezo tena. Kurejesha njia hakurejeshi mazungumzo ya TCP yaliyoitumia, kwa hiyo kila kitu kilichoandikwa kwenye dirisha hilo kimepotea. Ikiwa wasiwasi wa kweli ni buffer ya kihariri au uhamishaji mrefu, suluhisho ni kuacha kufunga kazi hiyo kwenye muunganisho mmoja. tmux na mwendeshaji wa kazi hutatua nusu tofauti za tatizo hilo.

VPN iliyounganishwa upya haiendelezi soketi

TCP haina dhana ya kuendelea baada ya anwani kubadilika. Muunganisho wa SSH hutambuliwa na ncha zote mbili, na tunnel inapojengwa upya, anwani ya ndani inaweza kubadilika na soketi ya zamani imekufa. Seva huona hilo mwishowe, lakini terminal yako huona mara moja.

Keepalive ya mteja hutambua mwenzi aliyekufa mapema zaidi. Hairudishi kikao, na haiwezi kurejesha amri iliyokuwa ikiendesha. Keepalive ni kitambuzi, si chombo cha kurejesha. Haisemi chochote kuhusu kama amri ya mbali ilinusurika.

Weka kazi kwenye mwenyeji wa mbali

Unda kikao kwenye mwenyeji wa mbali, si kwenye laptop. Unganisha kama kawaida, anza tmux huko, na uendeshe kihariri au uhamishaji ndani yake. Tenganisha kwa kiambishi awali cha chaguo-msingi na kikao kinaendelea kufanya kazi wakati muunganisho wa SSH unapotea. Kuanza tmux kienyeji hulinda shell yako dhidi ya dirisha lililofungwa, si amri ya mbali dhidi ya tunnel iliyokufa.

ssh [email protected]
tmux new-session -s office-work

VPN inaporejea, fungua muunganisho mpya wa SSH kwa mwenyeji yule yule na unganisha upya kwa jina. Kitu cha kudumu ni kikao, si muunganisho. Ipe jina ambalo bado utalitambua baada ya wiki moja.

tmux dhidi ya mwendeshaji wa kazi

tmux huweka mchakato wa mwingiliano hai wakati mwenyeji akiwa amewaka. Mwendeshaji wa kazi au msimamizi wa huduma huweka kazi isiyo ya mwingiliano hai, hurekodi hali yake ya kutoka, na hustahimili mwisho kamili wa kikao cha SSH. Ya kwanza ni kwa kazi unayoangalia; ya pili ni kwa kazi unayopanga na kuikagua baadaye.

Hakuna kati yao inayostahimili kuwashwa upya isipokuwa mwenyeji amesanidiwa kuirejesha. Kikao cha tmux kinakufa pamoja na mashine, na kazi ya muda inakufa pamoja na kuwashwa isipokuwa ilisajiliwa kama kitengo. Chagua kulingana na kile kazi inapaswa kuvuka.

Njia zote mbili zinahitaji pia kumbukumbu unayoweza kusoma baada ya kuunganisha upya. Bila hiyo unajua mchakato upo, lakini si kile ulichofanya. Andika njia ya kumbukumbu kando ya jina la kikao.

Amua kulingana na kile kinachopaswa kuishi

Amua kulingana na jambo baya zaidi linaloweza kutokea ikiwa kazi itasimama katikati. Kikao cha kihariri kinapoteza buffer ambazo hazijahifadhiwa, jambo ambalo linakera lakini linaweza kurejeshwa. Uhamishaji unaothibitisha nusu ya mabadiliko yake hauko hivyo, na hilo linaunga mkono mwendeshaji mwenye matokeo yaliyorekodiwa. Ikiwa kazi ni ya mwingiliano na ndefu, tmux pamoja na kumbukumbu iliyoandikwa kwa kawaida inatosha.

systemd-run --user --unit=migrate-customers --collect ./migrate.sh

Chochote unachochagua, kagua matokeo yaliyorekodiwa kabla ya kuendesha chochote tena. Mstari wa mwisho unaokosekana unakuambia kile laptop ilichokiona, si kile seva ilichothibitisha. Tofauti hiyo ndiyo sababu ya kuweka kazi nje ya muunganisho tangu mwanzo, na mtindo wa kutenganisha na kuunganisha upya ni toleo lake dogo zaidi.