உங்கள் VPN-ஐ கேப்டிவ் போர்ட்டல் ஏன் தடுக்கிறது, மீண்டும் எப்படி உள்நுழைவது
பொது Wi-Fi உங்கள் சாதனத்தை அதிலிருந்து ஒரு பாக்கெட் கூட வெளியேறும் முன் அனுமதிக்கிறது. போர்ட்டல் என்ன தூக்கி எறிகிறது, உங்கள் VPN அதை ஏன் தவறாக அறிவிக்கிறது, மீண்டும் இணைக்கும் வரிசை.
திறந்த நெட்வொர்க்கில் உங்கள் அணுகல் புள்ளி பாக்கெட்டுகளை இணையத்திற்கு வெறுமனே ஒப்படைக்காது. மேலே உள்ள ஒரு கொள்கை புள்ளி உங்கள் சாதனம் ஏற்கனவே அனுமதிக்கப்பட்டுள்ளதா என்பதைச் சரிபார்க்கிறது, அது வரை கிட்டத்தட்ட அனைத்தும் தூக்கி எறியப்படுகிறது. உங்கள் VPN கிளையண்ட் அந்த மௌனத்தை இறந்த சேவையகமாக வாசிக்கிறது. அது இதை அரிதாகவே சொல்கிறது: WireGuard காலியிடத்திற்கு கைக்குலுக்கலை மீண்டும் அனுப்புகிறது, OpenVPN இணைப்பு நேரம் முடிந்ததை அறிவிக்கிறது, IKEv2 பதிலளிக்காத தொலை சேவையகம் குறித்த பிழை 809 ஆகத் திரும்புகிறது.
போர்ட்டல் உண்மையில் என்ன கட்டுப்படுத்துகிறது
கேப்டிவ் போர்ட்டல் என்பது ஒன்றோடொன்று ஒட்டப்பட்ட இரண்டு விஷயங்கள்: கொள்கை முடிவு புள்ளி மற்றும் திருப்பிவிடுபவர். உங்கள் சாதனம் இணைந்து DHCP குத்தகையை எடுக்கும்போது, நெட்வொர்க் உங்களை அனுமதிக்கு முந்தைய நிலையில் வைக்கிறது.
அந்த நிலை ஒரு ஃபயர்வால் விதிகளின் தொகுப்பு. வழக்கமாக DNS-ஐ அனுமதிக்கிறது, குறுகிய போர்ட்டல் ஹோஸ்ட் பட்டியலுக்கு HTTP அல்லது HTTPS-ஐ அனுமதிக்கிறது, மற்ற அனைத்தையும் தூக்கி எறிகிறது. அனுமதிக்கப்பட்ட பட்டியல் சுவரால் சூழப்பட்ட தோட்டம், அதில் கிட்டத்தட்ட எப்போதும் VPN முனைப்புள்ளி இருக்காது.
இந்த எறிதல்கள் எதுவும் கண்ணியமானவை அல்ல. VPN சேவையகத்திற்கு இயக்கப்பட்ட பாக்கெட்டுகள் நிராகரிக்கப்படுவதற்குப் பதிலாக தூக்கி எறியப்படுகின்றன, எனவே கிளையண்டிற்கு ICMP unreachable அல்லது TCP reset கிடைக்காது, பதிலின் இல்லாமை மட்டுமே கிடைக்கும். உற்பத்தியாளரைப் பொறுத்து, திருப்பிவிடுபவர் போர்ட் 80-க்கு உள்நுழைவு பக்கத்திற்கு திருப்பிவிடுதலுடன் பதிலளிக்கலாம், அதே நேரம் போர்ட் 443 தூக்கி எறியப்படுகிறது அல்லது பறிமுதல் செய்யப்படுகிறது. திருப்பிவிடுதல்கள் எளிய HTTP பதிலைச் சுமப்பதால் எளிதில் அடையாளம் காணலாம்; 443-இல் பறிமுதல் செய்ய உங்கள் உலாவி நம்ப மறுக்கும் சான்றிதழ் தேவை.
அனுமதியே பொதுவாக சாதனத்தின் MAC முகவரியுடன் பிணைக்கப்பட்டுள்ளது, சில நேரங்களில் குத்தகைக்கு எடுக்கப்பட்ட IP-யுடன், அது நேரங்காட்டியுடன் கூடிய அமர்வு அட்டவணையில் வாழ்கிறது. உள்நுழைவு ஒரு பதிவை உருவாக்குகிறது. உங்கள் போக்குவரத்தைக் கடக்க அனுமதிக்கும் ஃபயர்வால் விதி அந்தப் பதிவு இருக்கும் வரை மட்டுமே இருக்கும், அதனால்தான் உங்கள் பக்கம் எதுவும் மாறாமல் முழுப் பிரச்சினையும் பின்னர் திரும்பி வருகிறது.
VPN கைக்குலுக்கல் தொடங்குவதற்கு முன்பே ஏன் இறக்கிறது
ஒவ்வொரு நெறிமுறைக்கும் அதன் சொந்த போக்குவரத்து உள்ளது, அனுமதிக்கு முந்தைய ஃபயர்வால் ஒவ்வொன்றையும் வெவ்வேறு விதமாக உடைக்கிறது. Windows மற்றும் iOS-இல் IKEv2 UDP 500 மற்றும் UDP 4500 மீது பயணிக்கிறது; அந்த போர்ட்டுகளில் எறிதல் 809 ஆகவோ, அல்லது நிலைகளைத் தனித்தனியாக அறிவிக்கும் கிளையண்ட்களில் பெயர் தீர்வு போன்ற தோல்வியாகவோ தோன்றுகிறது. UDP 1194-இல் OpenVPN அதன் நேரம் முடியும் வரை இணைக்கும் நிலையில் இருக்கும். TCP 443-இல் OpenVPN சுவாரஸ்யமான நிலை, ஏனெனில் போர்ட்டல் TCP கைக்குலுக்கலை முடித்துவிட்டு பின்னர் அதன் திருப்பிவிடு பக்கத்துடன் பதிலளிக்கலாம், எனவே நேரம் முடிவதற்குப் பதிலாக TLS பிழையைக் காண்கிறீர்கள்.
WireGuard இந்த வழிமுறையை மிகத் தெளிவாகக் காட்டுகிறது. இது வடிவமைப்பின்படி UDP மட்டுமே, TCP மாற்று இல்லை, எனவே அறியப்படாத UDP-ஐ தூக்கி எறியும் ஃபயர்வால் போக்குவரத்தை முழுவதுமாக நீக்குகிறது. கிளையண்ட் அதிகரிக்கும் இடைவெளியுடன் கைக்குலுக்கல் தொடக்கங்களை அனுப்பிக்கொண்டே இருக்கிறது, ஒருபோதும் முடிவடையாத கைக்குலுக்கலை அறிவிக்கிறது. அந்தச் செய்தியில் எங்கும் Wi-Fi குறிப்பிடப்படவில்லை, உலாவியைத் திறக்க வேண்டும் என்று எதுவும் பரிந்துரைக்கவில்லை.
தளங்கள் உங்கள் VPN-க்கு முன்பே நிலையைக் கவனிக்க முயல்கின்றன. Windows உள்நுழைவு அறிவிப்பைக் காட்டலாமா என்று முடிவெடுக்க அறியப்பட்ட URL-ஐ எடுக்கிறது, Android 204 No Content எனப் பதிலளிக்க வேண்டிய முனைப்புள்ளியைக் கேட்கிறது, Apple சாதனங்கள் சிறிய கேப்டிவ் நெட்வொர்க் சாளரத்தைத் திறக்கின்றன. அந்த ஆய்வுகள் வேலை செய்கின்றன, ஏனெனில் போர்ட்டல் எதிர்பார்க்கப்பட்ட உடலுக்குப் பதிலாக திருப்பிவிடுதலுடன் பதிலளிக்கிறது. அதே நடத்தைதான் போர்ட்டல் முழுவதும் ஆரோக்கியமாகத் தெரியும்போது உங்கள் சுரங்கப்பாதை இறந்திருப்பதை விளக்குகிறது: ஆய்வும் சுரங்கப்பாதையும் வெவ்வேறு விதிகளால் மதிப்பிடப்படுகின்றன.
அமர்வு காலாவதி உண்மையில் என்ன மீட்டமைக்கிறது
இடங்கள் உங்கள் VPN கணக்குடன் தொடர்பில்லாத காரணங்களுக்காக அமர்வுகளை முடிக்கின்றன: செயலற்ற நேரம், அமர்வின் அதிகபட்ச நீளம், புதிய DHCP குத்தகை, அல்லது வேறு அணுகல் புள்ளிக்கு மீண்டும் இணைதல். நேரங்காட்டி அடிக்கும்போது அமர்வு அட்டவணையின் பதிவு மறைந்து, அனுமதிக்கு முந்தைய விதித் தொகுப்பு பதிவு செய்தபோது இருந்ததைப் போலவே திரும்பி வருகிறது.
நிறுவப்பட்ட சுரங்கப்பாதை ஆரோக்கியமாகத் தெரியும் அளவுக்கு நீண்ட காலம் வாழ்கிறது. உயிர்ப்பான செய்திகள் தொடர்ந்து வெளியேறுகின்றன, கிளையண்ட் அதைக் கவனிக்கிறதா என்பது பதிலில்லாத போக்குவரத்தை அது எவ்வாறு கையாள்கிறது என்பதைப் பொறுத்தது, எனவே பாதை சென்ற பிறகும் நிலை விளக்கு சிறிது நேரம் பச்சையாக இருக்கலாம். பின்னர் சுரங்கப்பாதை விழுகிறது, மீண்டும் இணைக்கும் ஒவ்வொரு முயற்சியும் அதே தடுக்கப்பட்ட போர்ட்டுகளில் தோல்வியடைகிறது.
அந்த நேரத்தில் கிளையண்ட் பிழை நீங்கள் எந்த நிலையில் இருக்கிறீர்கள் என்று சொல்கிறது, கவனமாகப் படித்தால்:
| Symptom | What it means | Next check |
|---|---|---|
| Handshake times out with no reply | Pre-authorization drop on UDP | Load any HTTP page and see whether the portal appears |
| Immediate TLS error on 443 | The portal answered your TCP connection | Authorize, then retry the same profile |
| Authentication rejected | Your credentials reached the server | The network is fine, so treat this as an account problem |
| Connects, then drops repeatedly | Session or lease churn | Watch the portal timer and the lease time |
ஒரு விவரம் மக்களைத் திசைதிருப்புகிறது: அமர்வு MAC முகவரியுடன் பிணைக்கப்பட்டிருக்கும்போது, உள்நுழைவு பக்கத்தை மீண்டும் ஏற்றுவது உதவாமல் போகலாம். நீங்கள் இணைப்பை விட்டுவிட்டு மீண்டும் இணைய வேண்டும், அப்போது போர்ட்டல் காலாவதியான முயற்சிக்குப் பதிலாக புதிய அனுமதி முயற்சியைக் காணும்.
முதலில் உள்நுழையுங்கள், பின்னர் சுரங்கப்பாதையை உயர்த்துங்கள்
வேலை செய்யும் வரிசை: சாதனத்தை அனுமதிக்கவும், பாதையை நிரூபிக்கவும், VPN-ஐத் தொடங்கவும், சுரங்கப்பாதையை நிரூபிக்கவும், பின்னர் உங்கள் வழக்கமான தடுப்பை மீட்டெடுக்கவும். அந்தக் கடைசிப் படி முக்கியம், ஏனெனில் போர்ட்டலை அடையத் தேவையான தற்காலிக நிலையே அவசர சுவிட்ச் தடுக்க இருக்கும் நிலை.
சுரங்கப்பாதைக்கு வெளியே தடுக்கும் விருப்பம் உள்ள டெஸ்க்டாப் கிளையண்ட் போர்ட்டல் பக்கம் ஏற்றப்படும் வரை இடைநிறுத்தப்பட வேண்டும், அந்தச் சுரங்கப்பாதைக்கு வெளியேயான சாளரத்தில் உணர்திறன் செயலிகளை மூடி வைக்க வேண்டும்; உள்ளூர் போக்குவரத்து பாதுகாப்பின்றி வெளியேறும் ஒரே இடைவெளி அதுவே. நிர்வகிக்கப்படும் எப்போதும் இயங்கும் சாதனம் நீங்கள் கொள்கையை அகற்றுவதற்குப் பதிலாக அதன் உரிமையாளர் வெளியிட்ட நடைமுறையைப் பயன்படுத்த வேண்டும். போர்ட்டல் சான்றிதழ் எச்சரிக்கையைக் காட்டினால் நிறுத்துங்கள்: அதை ஏற்பது உங்கள் அமர்வை இடத்தின் பறிமுதல் ப்ராக்ஸி வழியாக அனுப்புகிறது, அந்த ப்ராக்ஸி நீங்கள் அனுப்பும் அனைத்தையும் படிக்க முடியும். Android-இல் எப்போதும் இயங்கும் VPN-க்கு கீழ் உள்ள பூட்டு சுரங்கப்பாதை உயர்வதற்கு முன்பே போக்குவரத்தைத் தடுக்கிறது, சில கட்டுமானங்கள் போர்ட்டல் ஓட்டத்தை விலக்க முடியாது; உங்களுடையது முடியாவிட்டால், பூட்டை அணைத்து வைப்பதற்குப் பதிலாக இடத்தின் மாற்று அணுகல் அல்லது வேறு சாதனத்தைப் பயன்படுத்துங்கள். Apple-இன் தேவை விதிகள் ஆய்வு வெற்றிபெறும் வரை சுரங்கப்பாதையை மறுக்கும் வகையில் எழுதப்படலாம், ஹோட்டல் நெட்வொர்க்குகளில் நீங்கள் விரும்பும் நடத்தை அதுவே.
உங்களிடம் ஏற்கனவே உள்ள கருவிகளுடன் வரிசையாகச் சரிபார்க்கவும். சுரங்கப்பாதைக்கு முன் தலைப்புகளும் உடலும் இரண்டும் தெரியுமாறு ஆய்வை இயக்கி, உங்கள் VPN போக்குவரத்து ஏதேனும் பதிலைப் பெறுகிறதா என்று பாருங்கள்:
curl -sS -D - http://captive.apple.com/hotspot-detect.html -o -
sudo tcpdump -ni any 'udp port 500 or udp port 4500 or udp port 1194'அனுமதிக்கு முன் சாதாரண போர்ட்டல் இரண்டில் ஒரு பதிலைத் தருகிறது: Location உள்நுழைவு பக்கத்தைச் சுட்டும் 302, அல்லது போர்ட்டல் பக்கமான HTML உடலுடன் 200. எது கிடைத்தது என்று குறிப்பிடுங்கள். உள்நுழைவுக்கு முன் திருப்பிவிடுதல் தோல்வி அல்ல; போர்ட்டல் எங்கு செல்ல வேண்டும் என்று சொல்கிறது. போர்ட்டல் வெற்றியை அறிவித்த பிறகு கட்டளையை மீண்டும் இயக்கி, உடல் அச்சொட்டாக Success என்ற சொல்லாக உள்ள 200-ஐ எதிர்பாருங்கள். அந்தச் சரம்தான் ஆய்வை அர்த்தமுள்ளதாக்குகிறது. நீங்கள் எப்போதும் உள்நுழைவதற்கு முன் ஹோஸ்ட் சாதாரணமாகப் பதிலளித்தால், இந்த நெட்வொர்க்கில் பறிமுதல் போர்ட்டல் இல்லை. பிடிப்பில் அனுமதிக்கு முந்தைய எறிதல் என்பது எதுவும் திரும்பி வராத வெளிச்செல்லும் பாக்கெட்டுகள், வேலை செய்யும் பாதை அதே ஓட்டத்திற்கு சுமார் ஒரு வினாடியில் பதிலைக் காட்டுகிறது. இணைக்கவும், பின்னர் பிடிப்பை மீண்டும் செய்யவும்.
போர்ட்டல் ஆம் என்று சொன்ன பிறகும் சுரங்கப்பாதை தோல்வியடைந்தால்
உள்நுழைவு வெற்றி அனுமதிக்கப்பட்ட போக்குவரத்திற்குச் சமம் அல்ல. பல இடங்கள் போர்ட்டலையும் சாதாரண உலாவலையும் அனுமதித்து UDP-ஐ முழுவதுமாகத் தடுக்கின்றன, இது WireGuard மற்றும் UDP OpenVPN-ஐ உடைந்து TCP 443 வேலை செய்ய விடுகிறது. TCP 443 கடந்து UDP கடக்கவில்லை என்றால், அது நீங்கள் தவறாக அமைத்த கிளையண்ட் அல்ல, இடத்தின் கொள்கை, எனவே போக்குவரத்தை மாற்றுங்கள் அல்லது வரம்பை ஏற்று தொடரவும். அதன் பிறகும் மீண்டும் இணைதல் தோல்வியடைந்தால் சரியான பிழையை வைத்திருங்கள்; நீங்கள் எங்கு சிக்கியுள்ளீர்கள் என்று அது சொல்கிறது.
மற்ற தோல்விகள் சாதனத்திலேயே வாழ்கின்றன. பழைய MAC-உடன் இன்னும் பிணைக்கப்பட்ட அமர்வு, தனது சொந்த குத்தகையுடன் கூடிய இரண்டாவது Wi-Fi அடாப்டர், அல்லது போர்ட்டலின் சான்றிதழ் விலக்கை கேஷ் செய்த கிளையண்ட் — இவை ஒவ்வொன்றும் தூய்மையான மறுஅனுமதிக்குப் பிறகும் தோல்வியடைந்து கொண்டிருக்கலாம். இணைப்பை விடுங்கள், மீண்டும் அனுமதி தாருங்கள், கிளையண்ட் அமைப்புகளைத் தொடுவதற்கு முன் ஒரு முறை முயற்சிக்கவும். நீங்கள் கண்காணிக்கும் பகுதிகளுக்குப் பின்னால் உள்ள கட்டமைப்பை அறிய விரும்பினால் RFC 8952 படிக்கத் தகுந்தது.
போர்ட்டலே அனுமதி வழங்க மறுத்தால், பிரச்சினை கணக்கிலோ சாதன ஒதுக்கீட்டிலோ உள்ளது, எந்த VPN அமைப்பும் அதைச் சரிசெய்யாது. VPN-இன் வெளியேறு நாட்டை மாற்றுவது இடத்தின் உள்ளூர் அணுகல் நிலையை மீட்டமைக்காது; அந்த அட்டவணை உங்கள் சாதனத்துடன் பிணைக்கப்பட்டது, நீங்கள் தேர்ந்தெடுக்கும் சேவையகத்துடன் அல்ல. இடத்தின் இயக்குநரைக் கேளுங்கள், நேரம் கொடுங்கள், ஏனெனில் அவர் பார்ப்பது அமர்வு அட்டவணையைத்தான்.
அடுத்த பயணத்திற்கு முன் மூன்று விஷயங்களை எழுதி வையுங்கள்: பூஜ்ய படியாக போர்ட்டல் பக்கம், நீங்கள் எடுத்துச் செல்லும் ஒவ்வொரு சாதனத்திற்கும் தடுப்பை நிறுத்தும் படி, மற்றும் நீங்கள் உண்மையில் சோதித்த ஒரு மாற்றுப் போக்குவரத்து. பத்து நிமிடங்களுக்கு முன் வேலை செய்த சுரங்கப்பாதை மீண்டும் நின்றால், அதை காலாவதியான அனுமதியாகக் கருதி, VPN சுயவிவரத்தைத் தொடுவதற்கு முன் போர்ட்டலை மீண்டும் சரிபார்க்கவும்.