ரவுட்டர் மறுதொடக்கத்திற்குப் பிறகு சிக்கிய VPN: மாறிய மூன்று விஷயங்கள்

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

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

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

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

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

ip -4 addr show
ip route show default
ip route get 203.0.113.10

நிபந்தனை இரண்டு: மொழிபெயர்க்கப்பட்ட மேப்பிங் போய்விட்டது

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

இங்குதான் keepalive இல்லாத சுரங்கப்பாதை சத்தமாகத் தோல்வியடைவதற்குப் பதிலாக அமைதியாக நிற்கிறது. WireGuard-இன் ஆவணப்படுத்தப்பட்ட வரம்புகள் அதே வகைத் தோல்வியை விவரிக்கின்றன. தவறான முனைப்புள்ளி நிலை கண்டறிதலுக்குப் பதிலாக நிராகரிக்கப்பட்ட தொகுப்புகளை உருவாக்குகிறது.

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

நிபந்தனை மூன்று: பொது முகவரி மாறியுள்ளது

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

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

சரியான வரிசையில் மீட்டெடுக்கவும்

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

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

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