VPN வழியாக SSH ServerAliveInterval: ஆய்வை எந்த முனை அனுப்புகிறது?

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

இரு திசைகளும் வெவ்வேறு டீமான்களுக்கு உரியவை

ServerAliveInterval ஐ உங்கள் ssh கிளையண்ட் படிக்கிறது. ClientAliveInterval ஐ எதிர் முனையின் sshd படிக்கிறது, அது எதிர் திசையில், சேவையகத்திலிருந்து கிளையண்ட் நோக்கி ஆய்கிறது. இவை மாற்றுப் பெயர்கள் அல்ல, ஒன்றாக வேலை செய்வதுமில்லை, எனவே ஒன்றை அமைப்பது மறு முனையின் நடத்தையில் எந்த விளைவையும் ஏற்படுத்தாது. இவற்றைக் குழப்புவதே ஒரு ஹோஸ்ட்டில் திருத்தம் வேலை செய்வதாகவும் அடுத்ததில் இல்லாததாகவும் தோன்றும் வழக்கமான காரணம்.

இரண்டும் பூஜ்ஜியத்தை ஏற்கின்றன. பூஜ்ஜியத்தில் கிளையண்ட் எதுவும் அனுப்பாது, சேவையகப் பக்கத்தில் பூஜ்ஜிய ClientAliveCountMax பதிலளிக்கப்படாத சரிபார்ப்புகளைத் தொடர்ந்து வரும் துண்டிப்பை முடக்குகிறது.

ஆய்வு எதை நிரூபிக்கிறது, எதை நிரூபிக்கவில்லை

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

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

TCPKeepAlive ஒரு அடுக்கு கீழே உள்ள தனி முறை. அதை கர்னல் கையாள்கிறது, அது மறையாக்கப்படவில்லை, SSH டீமான் சிக்கியிருக்கும் எதிர் முனையும் அதை நிறைவேற்ற முடியும். அதனால்தான் சாக்கெட்டை விட அமர்வு முக்கியமாகும்போது SSH மட்ட ஆய்வு மிகவும் அர்த்தமுள்ள சமிக்ஞையாகிறது.

எந்த மதிப்பு நிலைத்திருக்கும் என்பதை வரிசையே தீர்மானிக்கிறது

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

கட்டளை வரி விருப்பங்கள் கோப்பை வெல்கின்றன, இது தற்காலிகச் சோதனையை மலிவாக்குகிறது:

ssh -o ServerAliveInterval=15 -o ServerAliveCountMax=4 office-shell

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

ssh -G office-shell | grep -i alive

சுரங்கப்பாதையில் கீப்அலைவ் என்ன செய்கிறது

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

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

பல்பிளக்ஸ் இணைப்புகள் ஒரு மடிப்பைச் சேர்க்கின்றன. ControlMaster உள்ளபோது ஆய்வுகள் முதன்மை இணைப்புக்கு உரியவை, ஏற்கெனவே உள்ள முதன்மை மீதான புதிய அமர்வு அந்த முதன்மை பேச்சுவார்த்தை செய்ததை மரபுரிமையாகப் பெறும். mux முதன்மை சிக்கியிருந்தால் மற்றொரு சாளரம் திறப்பது பாதையை மீண்டும் சோதிக்காது.

அமைப்பை தொடக்கத்திலிருந்து இறுதி வரை உறுதிப்படுத்துதல்

சேவையகத்தில் கோப்பைப் படித்து எந்த include வென்றது என ஊகிப்பதற்குப் பதிலாக பயனுள்ள டீமான் கட்டமைப்பைக் கொட்டுங்கள்:

sshd -T | grep -i clientalive

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

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