TLS பிழைக்குப் பிறகு OpenVPN தொடர்ந்து மீண்டும் முயல்கிறது: அதை எப்படி நிறுத்துவது

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

முதல் பிழையை மறைக்கும் சுழற்சி

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

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

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

சுழற்சிக்குப் பின்னால் உள்ள மீள்முயற்சி இயந்திரம்

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

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

TLS தோல்வியில் கிளையண்டை வெளியேறச் செய்தல்

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

அந்த வெளியேற்றம் தெரிகிறதா என்பதை மேற்பார்வையாளர் தீர்மானிக்கிறார். Restart=always அல்லது Restart=on-failure கொண்ட systemd யூனிட் கிளையண்டை மீண்டும் தொடங்குகிறது, எனவே சுழற்சி தொடர்கிறது, விருப்பம் எதுவும் செய்யாதது போல் தெரிகிறது. கிளையண்டைக் குறை சொல்வதற்கு முன் கொள்கையைச் சரிபார்க்கவும்:

systemctl show -p Restart -p RestartSec openvpn-client@office
journalctl -u openvpn-client@office -n 40 --no-pager

Restart=no செயல்முறையை நிற்க அனுமதிக்கிறது, Restart=on-failure பூஜ்ஜியமற்ற நிலைக்குப் பிறகும் மீண்டும் தொடங்குகிறது. தோல்வி தெரிய வேண்டும் ஆனால் சேவை தொடர்பற்ற செயலிழப்புகளிலிருந்து மீள வேண்டும் எனில், Restart=on-failure அமைத்து, மீண்டும் தொடங்கும் புயலை நிறுத்த StartLimitBurst மற்றும் StartLimitIntervalSec பயன்படுத்தவும். பின்னர் கடைசி வெளியேற்றக் குறியீட்டை உறுதிப்படுத்த யூனிட்டின் நிலையைப் படியுங்கள்: systemctl status அதைப் புகாரளிக்கிறது, பதிவு முதல் பிழையை மீள்தொடக்கங்களுக்கு மேலே வைத்திருக்கிறது.

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

ஒரு முறை பயன்பாட்டு முடிவுப்புள்ளியுடன் அதை நிரூபிக்கவும்

நடத்தையை நம்புவதற்கு முன் பார்க்க, சுயவிவரத்தை நகலெடுத்து நகலை TCP இணைப்பை ஏற்கும் ஆனால் ஒருபோதும் OpenVPN பேசாத முடிவுப்புள்ளிக்கு திருப்புங்கள். பதிலளித்து பின்னர் அமைதியாக இருக்கும் கேட்பான் போதுமானது. tls-exit உடன், கைக்குலுக்கல் தோல்வியடையும்போது கிளையண்ட் முடிய வேண்டும்; அது இல்லாமல் அதே சுயவிவரம் சுற்றிக்கொண்டே இருக்க வேண்டும். நகலைப் பயன்படுத்துங்கள், ஒருபோதும் இயங்கும் சுயவிவரத்தை அல்ல.

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

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

இந்த விருப்பம் ஒருபோதும் எட்டாத நிலைகள்

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

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

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