உங்கள் VPN குறியீடு பச்சையாகிறது, பாதை திரும்புகிறது, மற்றும் நீங்கள் திறந்து வைத்த SSH சாளரம் ஒருபோதும் கட்டளைக் குறியைத் திரும்பத் தருவதில்லை. பாதையை மீட்டெடுப்பது அதைப் பயன்படுத்திய TCP உரையாடலை மீட்டெடுக்காது, எனவே அந்தச் சாளரத்தில் தட்டச்சு செய்த அனைத்தும் போய்விட்டது. உண்மையான கவலை எடிட்டரின் இடையகம் அல்லது நீண்ட இடமாற்றம் என்றால், அந்த வேலையை ஒரே இணைப்பில் கட்டுவதை நிறுத்துவதே தீர்வு. tmux மற்றும் ஒரு பணி இயக்கி அந்தச் சிக்கலின் வெவ்வேறு பாதிகளைத் தீர்க்கின்றன.

மீண்டும் இணைக்கப்பட்ட VPN சாக்கெட்டைத் தொடராது

முகவரி மாறிய பிறகு தொடர்வது எனும் கருத்து TCP-க்கு இல்லை. SSH இணைப்பு இரு முனைகளாலும் அடையாளம் காணப்படுகிறது, சுரங்கப்பாதை மீண்டும் கட்டப்படும்போது உள்ளூர் முகவரி மாறலாம் மற்றும் பழைய சாக்கெட் இறந்துவிடும். சேவையகம் அதை இறுதியில் கவனிக்கும், ஆனால் உங்கள் முனையம் உடனடியாகக் கவனிக்கும்.

வாடிக்கையாளர் கீப்அலைவ் இறந்த துணையை முன்னதாகவே கண்டறிகிறது. அது அமர்வைத் திரும்பக் கொண்டுவராது, ஏற்கனவே இயங்கிய கட்டளையையும் மீட்டெடுக்க முடியாது. கீப்அலைவ் ஒரு கண்டறிவி, மீட்டெடுப்புக் கருவி அல்ல. தொலைவுக் கட்டளை உயிர்பிழைத்ததா என்பது பற்றி அது எதுவும் சொல்லாது.

வேலையை தொலைவு புரவலனில் வையுங்கள்

அமர்வை மடிக்கணினியில் அல்ல, தொலைவு புரவலனில் உருவாக்குங்கள். வழக்கம்போல் இணைந்து, அங்கே tmux தொடங்கி, அதன் உள்ளே எடிட்டரையோ இடமாற்றத்தையோ இயக்குங்கள். இயல்புநிலை முன்னொட்டால் பிரிந்து விடுங்கள், SSH இணைப்பு மறைந்தாலும் அமர்வு தொடர்ந்து இயங்கும். tmux-ஐ உள்ளூரில் தொடங்குவது உங்கள் செல்லை மூடிய சாளரத்திலிருந்து காக்கிறது, தொலைவுக் கட்டளையை இறந்த சுரங்கப்பாதையிலிருந்து அல்ல.

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

VPN திரும்பியதும் அதே புரவலனுக்கு புதிய SSH இணைப்பைத் திறந்து பெயரால் மீண்டும் இணையுங்கள். நிலைத்த பொருள் அமர்வு, இணைப்பு அல்ல. ஒரு வாரம் கழித்தும் அடையாளம் காணக்கூடிய பெயரைக் கொடுங்கள்.

tmux மற்றும் பணி இயக்கி

புரவலன் இயங்கும் வரை tmux ஒரு ஊடாடும் செயல்முறையை உயிருடன் வைத்திருக்கிறது. ஒரு பணி இயக்கி அல்லது சேவை மேலாளர் ஊடாடாத பணியை உயிருடன் வைத்து, அதன் வெளியேறும் நிலையைப் பதிவுசெய்து, SSH அமர்வு முழுமையாக முடிந்தாலும் தாக்குப்பிடிக்கிறது. முதலாவது நீங்கள் பார்க்கும் வேலைக்கு; இரண்டாவது நீங்கள் திட்டமிட்டு பின்னர் சரிபார்க்கும் வேலைக்கு.

புரவலன் அதை மீட்டெடுக்க அமைக்கப்படாத வரை இரண்டும் மறுதொடக்கத்தைத் தாண்டாது. tmux அமர்வு இயந்திரத்துடன் இறக்கிறது, தற்காலிக பணி அலகாகப் பதிவுசெய்யப்படாத வரை துவக்கத்துடன் இறக்கிறது. வேலை எதைத் தாண்ட வேண்டும் என்பதன் அடிப்படையில் தேர்ந்தெடுங்கள்.

இரு அணுகுமுறைகளுக்கும் மீண்டும் இணைந்த பிறகு படிக்கக்கூடிய பதிவு தேவை. அது இல்லாமல் செயல்முறை உள்ளது என்று தெரியும், ஆனால் அது என்ன செய்தது என்று தெரியாது. பதிவின் பாதையை அமர்வின் பெயருக்கு அருகில் எழுதுங்கள்.

எது உயிர்பிழைக்க வேண்டும் என்பதைக் கொண்டு தீர்மானியுங்கள்

வேலை பாதியில் நின்றால் நிகழக்கூடிய மிக மோசமானதைக் கொண்டு தீர்மானியுங்கள். எடிட்டர் அமர்வு சேமிக்காத இடையகங்களை இழக்கிறது, அது எரிச்சலூட்டினாலும் மீட்கக்கூடியது. தன் மாற்றங்களில் பாதியை உறுதிசெய்யும் இடமாற்றம் அப்படி இல்லை, அது பதிவுசெய்யப்பட்ட முடிவுடன் கூடிய இயக்கிக்கு ஆதரவாக உள்ளது. பணி ஊடாடும் மற்றும் நீண்டதாக இருந்தால் tmux உடன் எழுதப்பட்ட பதிவு பொதுவாகப் போதும்.

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

எதைத் தேர்ந்தெடுத்தாலும், எதையும் மீண்டும் இயக்கும் முன் பதிவுசெய்யப்பட்ட முடிவைப் பாருங்கள். கடைசி வரி இல்லாதிருப்பது மடிக்கணினி என்ன பார்த்தது என்பதைச் சொல்கிறது, சேவையகம் என்ன உறுதிசெய்தது என்பதை அல்ல. அந்த வேறுபாடே வேலையை ஆரம்பத்திலிருந்தே இணைப்புக்கு வெளியே வைப்பதற்கான காரணம், மேலும் பிரிந்து மீண்டும் இணையும் மாதிரி அதன் மிகச் சிறிய வடிவம்.

தொடர்புடைய கட்டுரைகள்