எதுவும் வேலை செய்யாதபோது VPN இணைக்கப்பட்டதாகத் தோன்றுவது ஏன்

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

இணைக்கப்பட்டது என அழைக்கப்படும் மூன்று வெவ்வேறு விஷயங்கள்

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

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

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

பாக்கெட்டுகள் நகர்ந்ததை எந்த கவுண்டர் நிரூபிக்கிறது

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

swanctl --list-sas
ip xfrm state list
ip -s link show dev tun0

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

கவுண்டர்கள் நகர்ந்த பிறகு பிழை எங்கே உள்ளது

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

dig +short host.example
dig +short @10.20.0.1 host.example
ping -c 2 10.20.0.25

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

தூண்டுதலைப் பதிவு செய்யுங்கள், பின்னர் ஒரு விஷயத்தை மாற்றுங்கள்

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

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

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