DHCP புதுப்பித்தலுக்குப் பிறகு VPN விழுகிறதா? முகவரிகளை ஒப்பிடுங்கள்

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

விழுந்த வாடிக்கையாளரிடமிருந்து தொடங்குங்கள்

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

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

நிகழ்வைச் சுற்றியுள்ள நான்கு மதிப்புகளை ஒப்பிடுங்கள்

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

ip -4 -brief addr show dev wlan0
ip -4 route show default
resolvectl status | grep -A3 'DNS Servers'
journalctl -u NetworkManager --since -10m --no-pager | grep -i dhcp

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

புதுப்பித்தல் எதை மாற்ற முடியும், எதை முடியாது

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

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

வாடிக்கையாளர் தகவமைக்க முடியாதபோது

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

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

குற்றம் சாட்டும் முன் நிகழ்வை மீண்டும் நிகழ்த்துங்கள்

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

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