ஹோட்டல் Wi-Fi-ல் OpenVPN இணைக்கவில்லையா? TCP 443 ஐ முயற்சிக்கவும்

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

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

கிளையண்டிலிருந்து தொடங்குங்கள்: நிலை வரியைப் படியுங்கள்

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

பிறகு உங்களிடம் ஏற்கனவே உள்ள கருவிகளால் வலையமைப்பை ஆய்வு செய்யுங்கள். nc -vzu 203.0.113.10 1194 ஒரு UDP தரவுக்கிராமை அனுப்புகிறது, curl -v telnet://203.0.113.10:443 TCP கைக்குலுக்கல் முடிகிறதா என்று தெரிவிக்கிறது, HTTPS பக்கத்தை ஏற்றும் உலாவி வெளிச்செல்லும் 443 அந்த ஒரு ஹோஸ்ட்டை அடைகிறது என்பதை மட்டுமே நிரூபிக்கிறது. சிறிய ஆய்வுகள் VPN கிளையண்ட் பதிலளிக்க முடியாததற்குப் பதிலளிக்கின்றன: எந்தப் போர்ட்டும் எந்த நெறிமுறையும் இந்த வலையமைப்பிலிருந்து வெளியேறுகின்றன.

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

கேட்பானையும் சுயவிவரத்தையும் சேர்த்து நகர்த்துங்கள்

சேவையகப் பக்கத்தில், வலையமைப்பு அனுமதிப்பதற்குக் கேட்பானை அமைக்கவும்: சேவையக உள்ளமைவில் port 443 மற்றும் proto tcp, பிறகு சேவையை மீண்டும் தொடங்கி ss -lntp மூலம் சாக்கெட்டை உறுதிப்படுத்தவும். கிளையண்ட் பக்கத்தில் சுயவிவரம் ஒப்புக்கொள்ள வேண்டும், ஏனெனில் இடமாற்றமும் போர்ட்டும் சுரங்கப்பாதைக்கு வெளியே உள்ளன: .ovpn இல் proto tcp மற்றும் port 443, அல்லது பயன்பாட்டின் அமைப்புத் திரையில் தொடர்புடைய புலங்கள். இன்னும் UDP 1194 ஐ நோக்கிய சுயவிவரம் முன்பு போலவே தோல்வியடையும், ஏற்கனவே சரிசெய்யப்பட்ட ஃபயர்வாலைக் குறை கூறத் தோன்றும். அதே ஹோஸ்ட் 443 இல் HTTPS க்கும் பதிலளித்தால், இரண்டு கேட்பான்களும் அந்த முகவரியையும் நெறிமுறையையும் பகிர முடியாது; VPN க்கு இரண்டாவது முகவரி கொடுங்கள் அல்லது முன்னால் பிரிப்பான் வையுங்கள்.

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

வலையமைப்பிலிருந்து ப்ராக்சி மட்டும் வெளியேறும்போது

சில விருந்தினர் வலையமைப்புகள் HTTP ப்ராக்சி தவிர எதையும் அனுமதிப்பதில்லை, இது மூடிய போர்ட்டிலிருந்து வேறுபட்ட கட்டுப்பாடு மற்றும் OpenVPN ஐ விட அதிகமானவற்றை விலக்குகிறது. PPTP, L2TP/IPsec அல்லது வெறும் IPsec மட்டும் பேசும் கிளையண்டுகள் அதன் வழியே செல்ல வழியில்லை, ஏனெனில் அந்த வடிவமைப்புகள் தங்கள் வெளி நெறிமுறை நேரடியாகச் சேவையகத்தை அடையும் என்று எதிர்பார்க்கின்றன. OpenVPN முடியும், கிளையண்ட் சுயவிவரத்தில் http-proxy proxy.example.net 8080 இருந்தால், ப்ராக்சி உங்கள் போர்ட்டுக்கு CONNECT முறையை அனுமதித்தால். SOCKS ப்ராக்சி இன்னும் எளிது, ஏனெனில் உள்ளே என்ன இருக்கிறது என்பதைப் பொருட்படுத்தாமல் ஓட்டத்தை அனுப்புகிறது.

கிளையண்டுக்கு ப்ராக்சி ஆதரவு இல்லாத இடத்தில், 443 மேல் SSH சுரங்கப்பாதை பொதுவாக மிஞ்சும். அது இரண்டாவது அடுக்கைச் சேர்க்கிறது, வலையமைப்பின் இயக்குநருக்கு அதைப் பற்றி கருத்து இருக்கலாம், எனவே அதைக் கட்டமைப்பாக அல்ல, ஒரு பயணத்திற்கான பாலமாகக் கருதுங்கள்.

வைத்திருக்கும் முன் மாற்று வழியின் விலையை அளவிடுங்கள்

TCP க்குள் TCP க்கு அறியப்பட்ட விலை உண்டு. வெளி இணைப்பு TCP ஆகவும் ஏற்றகமும் TCP ஆகவும் இருக்கும்போது, இழந்த பிரிவு இரு அடுக்குகளிலும் மறுஅனுப்புதலைத் தூண்டுகிறது, உள் இணைப்பு தன்னால் காண முடியாத இழப்பிலிருந்து பின்வாங்குகிறது. உலாவல் அதைத் தாங்கும்; ஊடாடும் அமர்வுகளும் அழைப்புகளும் அதை உணர்கின்றன. TCP 443 கேட்பானை அதைக் கோரும் வலையமைப்புகளுக்கு மாற்றுவழியாக வைத்திருங்கள், இன்னும் அதைக் கடக்கவிடும் அனைத்திற்கும் UDP இயல்புநிலையாக இருக்கட்டும்.

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