WireGuard செயலற்ற நிலைக்குப் பிறகு தோல்வியடைகிறது: முதலில் திசையைச் சோதிக்கவும்
காலாவதியான NAT மேப்பிங், தூங்கும் ரேடியோ மற்றும் பழைய செயலி ஆகியவை அமைதியான காலத்திற்குப் பிறகு ஒரே மாதிரி தெரிகின்றன. keepalive சேர்ப்பதற்கு முன் உள்வரும் மற்றும் வெளிச்செல்லும் போக்குவரத்தைத் தனித்தனியாகச் சோதிக்கவும்.
எந்த அமைப்பு மாற்றத்திற்கும் முன் நான்கு கேள்விகள் வருகின்றன: வாடிக்கையாளர் செயலில் இருக்கும்போது அதே வளம் வேலை செய்கிறதா, செயலற்ற காலம் எவ்வளவு நீடித்தது, சாதனம் தூங்கியதா அல்லது நெட்வொர்க்கை மாற்றியதா, மற்றும் தோல்வி எதிர்ப் பக்கம் தொடங்கும் போக்குவரத்தில் மட்டுமே தெரிகிறதா. பதில்கள் காலாவதியான NAT மேப்பிங்கைத் தூங்கும் ரேடியோவிலிருந்தும் பழைய செயலியிலிருந்தும் பிரிக்கின்றன. keepalive க்கு எந்தத் தொடர்பும் உண்டா என்பதையும் அவை சொல்கின்றன. திசையில் தொடங்குங்கள், ஏனெனில் அதற்கு ஒரு கட்டளை மட்டுமே தேவை, சாத்தியமான காரணங்களில் பாதியை நீக்குகிறது.
எந்தத் திசை தோல்வியடைகிறது?
வாடிக்கையாளரிடமிருந்து புதிய வெளிச்செல்லும் கோரிக்கையும், அமைதியான காலத்திற்குப் பிறகு அதை நோக்கி வரும் போக்குவரத்தும் நிலை கொண்ட சாதனங்களை வெவ்வேறு விதமாகச் சோதிக்கின்றன. வெளிச்செல்லும் பாக்கெட்டுகள் வெளியேறும்போது மேப்பிங்கை மீண்டும் கட்டமைக்கின்றன, உள்வரும் பாக்கெட்டுகளுக்கு பழைய மேப்பிங் தப்பிப் பிழைத்திருக்க வேண்டும். அந்தச் சமச்சீரின்மையே முழுச் சோதனை. வாடிக்கையாளர் வெளியே செல்ல முடிந்தும் உள்ளே எதுவும் வரவில்லை என்றால் மேப்பிங் காலாவதியாகி இருக்கலாம், இரண்டும் வேலை செய்யவில்லை என்றால் டன்னல் அல்லது வாடிக்கையாளரின் நெட்வொர்க் அணுகல் போய்விட்டது.
அமைதியான காலம் எவ்வளவு நீடித்தது, சாதனம் தூங்கியதா அல்லது இடையில் வேறு நெட்வொர்க்கிற்குச் சென்றதா என்பதைக் குறிக்கவும். இந்த இரண்டு உண்மைகள் எந்த அமைப்புக்கும் முன் கண்டறிதலை மாற்றுகின்றன.
wg show wg0 latest-handshakes
wg show wg0 endpoints
wg show wg0 transfer
அமைதியான காலத்திற்கு முன்னும் பின்னும் அந்த மூன்றை இயக்கவும், ஏனெனில் ஒவ்வொன்றும் கேள்வியின் வெவ்வேறு பகுதிக்குப் பதிலளிக்கிறது. நகராத handshake நேர முத்திரை இரு பக்கமும் பேச்சை நிறுத்தியதாகக் கூறுகிறது, ஆனால் மாறிய முனைப்புள்ளி மேப்பிங் இறக்கவில்லை, நகர்ந்தது என்று கூறுகிறது. பரிமாற்ற எண்ணிகள் ஏதேனும் வந்ததா எனக் காட்டுகின்றன, அதுவே பழைய மேப்பிங்கிற்கும் அமைதியான செயலிக்கும் உள்ள வேறுபாடு. இரு நேரங்களிலும் எண்களை எழுதுங்கள், ஏனெனில் ஒப்பீடே சான்று.
தூக்கம், ரேடியோ மற்றும் செயலியின் நிலை
தொலைபேசி அல்லது மடிக்கணினியில் தூங்கும் சாதனம் நெட்வொர்க் அணுகலை முழுமையாக இழந்திருக்கலாம், keepalive அணைக்கப்பட்ட ரேடியோவை மீட்டெடுக்கவோ நிறைவேற்றப்படாத captive portal ஐ முடிக்கவோ முடியாது. மொபைல் தளங்கள் கொள்கையின்படி பின்னணி வேலையை இடைநிறுத்துகின்றன, எனவே அவ்வப்போதைய போக்குவரத்து தொடர்கிறதா என்பது தளம் மற்றும் செயலி அதனுடன் எதைப் பேச்சுவார்த்தை செய்தது என்பதைப் பொறுத்தது. தற்காலிகச் சேமிப்பில் உள்ள இணைப்பு மூன்றாவது நிலை மற்றும் மிகவும் தவறாக வழிநடத்துவது, ஏனெனில் டன்னல் திரும்புவது செயலி அதனுடன் மீண்டும் இணைவதற்குச் சமமல்ல.
செயலற்ற காலத்திற்குப் பிறகு திறந்தே இருந்த தாவலை நம்புவதற்குப் பதிலாக செயலியை மீண்டும் திறக்கவும். பழைய அமர்வு தோல்வியடைந்த இடத்தில் புதிய கோரிக்கை வெற்றி பெற்றால், டன்னல் ஒருபோதும் பிரச்சினையாக இருக்கவில்லை.
keepalive உண்மையில் என்ன செய்கிறது
PersistentKeepalive அவ்வப்போது அங்கீகரிக்கப்பட்ட காலி பாக்கெட்டை இணைக்கு அனுப்புகிறது, இது இணைகளுக்கு இடையே NAT மேப்பிங்கை உயிருடன் வைக்கவும் எதிர்ப் பக்கத்தின் முனைப்புள்ளியைப் புதுப்பித்து வைக்கவும் போதுமானது, WireGuard இன் விரைவு தொடக்கம் விவரிப்பதுபோல. இது தூங்கும் ரேடியோ, இழந்த பாதை அல்லது மீண்டும் முயற்சிக்காத செயலியைச் சரிசெய்யாது. ஆதரிக்கப்படும் வாடிக்கையாளர் அமைப்புகள் மூலம் இடைவெளியைத் தேர்ந்தெடுக்கவும், நிலைக் காட்சி அமைதியாகிவிட்டதற்காக மட்டும் எல்லா இடங்களிலும் தீவிர மதிப்பை இயக்க வேண்டாம்.
பெரும்பாலான செயலற்ற காலங்கள் தோல்விகள் அல்ல. ஐந்து நிமிட அமைதிக்குப் பிறகு மீண்டும் இணைக்கும் டன்னல் சரியாக நடந்துகொள்கிறது, பிரச்சினை எதிர்ப் பக்கத்திலிருந்து ஏதேனும் வந்திருக்க வேண்டிய நிலையில் மட்டுமே.
முன்பு தோல்வியடைந்த இடைவெளியைக் காத்திருங்கள்
ஒரு ஆதரிக்கப்படும் மாற்றத்தைச் செய்யுங்கள், பின்னர் அந்த வளத்தை மீண்டும் சோதிக்கும் முன் அதே செயலற்ற காலம் கடக்கட்டும். காத்திருப்பது சோதனையின் பகுதி, முறைப்படியல்ல. மீண்டும் இணைந்த பிறகு உடனடி வெற்றி நீண்ட செயலற்ற அறிகுறியைப் பற்றி எதுவும் சொல்லாது, ஏனெனில் மீண்டும் இணைவதே நிலையை மீட்டமைக்கும் நிகழ்வு. செயலில் பயன்படுத்தும்போதும் பிரச்சினை தோன்றினால், மேலும் அவ்வப்போதைய போக்குவரத்தைச் சேர்ப்பதற்குப் பதிலாக handshake மற்றும் தரவுப் பாதை சோதனைகளுக்குத் திரும்புங்கள்.
ஒவ்வொரு சோதனையிலும் ஒரு மாற்றத்தை வைத்திருந்து பயன்படுத்திய செயலற்ற காலத்தை எழுதுங்கள். அது இல்லாமல் ஒவ்வொரு பிந்தைய ஒப்பீடும் நழுவுகிறது, எந்த மாற்றம் முக்கியமானது என்று யாரும் சொல்ல முடியாது. நான்கு உண்மைகளை ஒன்றாகப் பதிவு செய்யுங்கள்: திசை, காலம், தூக்க நிலை மற்றும் செயலியின் நடத்தை.