SSH-seanss sureb koos VPN-iga: tmux või tööde käivitaja?

Teie VPN-i indikaator muutub roheliseks, marsruut on tagasi ja SSH-aken, mille lahti jätsite, ei anna kunagi enam käsuviipa. Marsruudi taastamine ei taasta TCP-vestlust, mis seda kasutas, nii et kõik sellesse aknasse trükitud on kadunud. Kui tegelik mure on redaktori puhver või pikk migratsioon, on lahendus lõpetada selle töö sidumine ühe ühendusega. tmux ja tööde käivitaja lahendavad selle probleemi erinevaid pooli.

Taasühendatud VPN ei jätka pistikut

TCP-l pole aimugi jätkamisest pärast aadressi muutumist. SSH-ühendus on määratud mõlema otspunktiga ja kui tunnel uuesti üles ehitatakse, võib kohalik aadress muutuda ning vana pistik on surnud. Server märkab seda lõpuks, aga teie terminal märkab seda kohe.

Kliendi keepalive tuvastab surnud partneri varem. See ei too seanssi tagasi ega suuda taastada juba töötavat käsku. Keepalive on tuvastaja, mitte taastamistööriist. See ei ütle midagi selle kohta, kas kaugkäsk jäi ellu.

Pange töö kaugmasinasse

Looge seanss kaugmasinas, mitte sülearvutis. Ühenduge nagu tavaliselt, käivitage seal tmux ja käivitage redaktor või migratsioon selle sees. Eraldage vaikimisi prefiksiga ja seanss töötab edasi, samal ajal kui SSH-ühendus kaob. tmuxi kohalik käivitamine kaitseb teie shelli suletud akna eest, mitte kaugkäsku surnud tunneli eest.

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

Kui VPN on tagasi, avage samasse masinasse uus SSH-ühendus ja liituge uuesti nime järgi. Püsiv objekt on seanss, mitte ühendus. Andke sellele nimi, mille tunnete ära ka nädala pärast.

tmux versus tööde käivitaja

tmux hoiab interaktiivse protsessi elus seni, kui masin töötab. Tööde käivitaja või teenusehaldur hoiab mitteinteraktiivse töö elus, registreerib selle väljumisoleku ja jääb püsima ka SSH-seanssi täielikul lõppemisel. Esimene on töö jaoks, mida te jälgite; teine töö jaoks, mida te ajastate ja hiljem kontrollite.

Kumbki ei jää püsima taaskäivituse üle, kui masin pole seadistatud seda taastama. tmux-seanss sureb koos masinaga ja lühiajaline töö sureb koos alglaadimisega, kui seda ei registreeritud üksusena. Valige selle järgi, mida töö peab üle elama.

Mõlemad lähenemised vajavad ka logi, mida saate pärast taasühendamist lugeda. Ilma selleta teate, et protsess on olemas, aga mitte, mida see teinud on. Kirjutage logi tee seansi nime kõrvale.

Otsustage selle järgi, mis peab püsima jääma

Otsustage selle järgi, mis on halvim, mis võib juhtuda, kui töö poolel teel peatub. Redaktori seanss kaotab salvestamata puhvrid, mis on tüütu, aga taastatav. Migratsioon, mis kinnitab pooled oma muudatustest, ei ole, ja see räägib kirja pandud tulemusega käivitaja kasuks. Kui töö on interaktiivne ja pikk, piisab tavaliselt tmuxist ja kirjalikust logist.

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

Mida iganes te valite, kontrollige kirja pandud tulemust enne, kui midagi uuesti käivitate. Puuduv viimane rida ütleb teile, mida sülearvuti nägi, mitte mida server kinnitas. Just see vahe on põhjus hoida tööd algusest peale ühendusest eemal, ja eraldumise ja uuesti liitumise mudel on selle väikseim versioon.