SSH saioa VPNarekin hiltzen da: tmux edo lan-exekutzailea?

Zure VPN adierazlea berde jartzen da, ibilbidea itzultzen da, eta irekita utzi duzun SSH leihoak ez du inoiz berriro komandoen seinalerik itzultzen. Ibilbide bat berrezartzeak ez du berau erabiltzen zuen TCP elkarrizketa berrezartzen, beraz leiho hartan idatzitako guztia galdu da. Benetako kezka editorearen buffer bat edo migrazio luze bat bada, konponbidea lana konexio bakarrari lotzeari uztea da. tmux eta lan-exekutzaile batek arazo horren erdi desberdinak konpontzen dituzte.

Berriro konektatutako VPN batek ez du socketa berritzen

TCPk ez du helbidea aldatzearen ondoren berritzearen ideiarik. SSH konexioa bi muturrek identifikatzen dute, eta tunela berreraikitzen denean, tokiko helbidea alda daiteke eta socket zaharra hilda dago. Zerbitzariak azkenean nabaritzen du, baina zure terminalak berehala nabaritzen du.

Bezeroaren keepalive batek bikotekide hila lehenago detektatzen du. Ez du saioa itzultzen, eta ezin du jada exekutatzen ari zen komando bat berreskuratu. Keepalivea detektagailu bat da, ez berreskuratze-tresna bat. Ez du ezer esaten urrutiko komandoak bizirik iraun duen ala ez.

Jarri lana urrutiko ostalarian

Sortu saioa urrutiko ostalarian, ez ordenagailu eramangarrian. Konektatu ohi bezala, hasi tmux han, eta exekutatu editorea edo migrazioa haren barnean. Desatxiki aurrizki lehenetsiarekin eta saioak martxan jarraitzen du SSH konexioa desagertzen den bitartean. tmux tokian bertan abiatzeak zure shell-a leiho itxi batetik babesten du, ez urrutiko komando bat tunel hil batetik.

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

VPNa itzultzen denean, ireki SSH konexio berri bat ostalari berberarekin eta atxiki berriro izenaren arabera. Objektu iraunkorra saioa da, ez konexioa. Eman astebete geroago ere ezagutuko duzun izen bat.

tmux lan-exekutzaile baten aurka

tmuxek prozesu interaktibo bat bizirik mantentzen du ostalaria martxan dagoen bitartean. Lan-exekutzaile edo zerbitzu-kudeatzaile batek lan ez-interaktibo bat bizirik mantentzen du, haren irteera-egoera erregistratzen du, eta SSH saioa erabat amaituta ere bizirik irauten du. Lehenengoa zuk behatzen duzun lanerako da; bigarrena programatzen eta geroago ikuskatzen duzun lanerako.

Bietako batek ez du berrabiarazterik irauten ostalaria hura berrezartzeko konfiguratuta ez badago. tmux saio bat makinarekin hiltzen da, eta lan iragankor bat abioarekin hiltzen da unitate gisa erregistratu ez bazen. Aukeratu lanak zeri iraun behar dion kontuan hartuta.

Bi ikuspebideek berriro konektatu ondoren irakur dezakezun erregistro bat ere behar dute. Hura gabe prozesua badagoela dakizu, baina ez zer egin duen. Idatzi erregistroaren bidea saioaren izenaren ondoan.

Erabaki zeri iraun behar dion

Erabaki lanak erdibidean gelditzen bada gerta daitekeen okerrenaren arabera. Editore-saio batek gorde gabeko bufferrak galtzen ditu, eta hori gogaikarria da baina berreskuragarria. Bere aldaketen erdia konprometitzen duen migrazio bat ez da, eta horrek erregistratutako emaitza duen exekutzaile baten alde egiten du. Lana interaktiboa eta luzea bada, tmux gehi idatzitako erregistro bat nahikoa izaten da.

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

Aukeratzen duzuna aukeratu, begiratu erregistratutako emaitza ezer berriro exekutatu aurretik. Azken lerro bat falta izateak ordenagailu eramangarriak zer ikusi zuen esaten dizu, ez zer konprometitu zuen zerbitzariak. Desberdintasun hori da lana hasieratik konexiotik kanpo edukitzeko arrazoia, eta desatxikitzeko eta berriro atxikitzeko eredua haren bertsio txikiena da.