IKEv2 இறந்த சக உறுப்பினர் கண்டறிதல் உங்கள் பயன்பாட்டை சோதிக்காது

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

டைமரை மாற்றுவதற்கு முன் இரண்டு வகையான ஆதாரங்களையும் தனித்தனியாகப் படியுங்கள்.

உயிர்ப்பு சரிபார்ப்பு உண்மையில் கேட்பது என்ன

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

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

உலாவிக்கு முன் பாதுகாப்பு சங்கங்களைப் படியுங்கள்

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

ipsec statusall | head -n 40
swanctl --list-sas
ip xfrm state | grep -E 'proto|mode'

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

பாதை தோல்வி இறந்த சகவைப் போலவே தெரிகிறது

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

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

டைமர்களை நோயறிதலில் இருந்து விலக்கி வையுங்கள்

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

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

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