OpenVPN சுயவிவரம் வீட்டில் வேலை செய்யும் ஆனால் ஹோட்டலில் தோல்வியடைவது ஏன்

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

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

நான்கு நெட்வொர்க் உண்மைகள் இடங்களுக்கு இடையே மாறுகின்றன

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

இரண்டாவது பெயர் தீர்வு. DNS-ஐ இடைமறிக்கும் போர்ட்டல் ஒவ்வொரு வினவலுக்கும் தனது சொந்த முகவரியுடன் பதிலளிக்கிறது, எனவே VPN ஹோஸ்ட்பெயர் போர்ட்டலுக்குத் தீர்க்கப்படுகிறது, வாடிக்கையாளர் ஒரு வலைப்பக்கத்திற்கு டன்னல் கட்ட முயற்சிக்கிறார்.

மூன்றாவது போக்குவரத்து வடிகட்டுதல். உலாவலை மட்டும் அனுமதிக்க விரும்பும் நெட்வொர்க்குகள் TCP 443-ஐ தன்னிச்சையான இடங்களுக்கு அனுப்பி UDP உட்பட கிட்டத்தட்ட மற்ற அனைத்தையும் கைவிடுகின்றன.

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

பெயர் தீர்வும் கேப்டிவ் போர்ட்டலும்

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

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

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

போக்குவரத்து வடிகட்டுதல்: முதலில் UDP, காப்புப்பிரதியாக TCP 443

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

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

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

முகவரி மோதல்கள் மற்றும் IPv4 இல்லாத மேல்நிலை இணைப்புகள்

டன்னல் நிறுவப்பட்டும் எதையும் சுமக்காமல் இருக்கலாம். உள்ளூர் LAN-ம் தொலை நெட்வொர்க்கும் 192.168.1.0/24 போன்ற முன்னொட்டைப் பகிர்ந்தால், வாடிக்கையாளர் தொலை ஹோஸ்ட்டை நேரடியாக இணைக்கப்பட்டதாகக் கருதி பாக்கெட்டை டன்னலுக்குப் பதிலாக உள்ளூர் இணைப்புக்கு அனுப்புகிறார். அறிகுறி ஒரு அணுக முடியாத சப்நெட்டுடன் கூடிய வெற்றிகரமான இணைப்பு, இதை சேவையகப் பக்க வழிச் சிக்கலாகத் தவறாகப் படிப்பது எளிது.

நிரந்தரத் தீர்வு தொலை LAN-ஐ அசாதாரண தனியார் வரம்புக்கு நகர்த்துவது. வீட்டில் யாரும் பயன்படுத்தாத வரம்பை, எடுத்துக்காட்டாக 10.42.0.0/24, தேர்ந்தெடுப்பது ஒன்றுக்குப் பதிலாக ஒவ்வொரு எதிர்கால இடத்திற்கும் சிக்கலைத் தடுக்கிறது. உள்ளூர் தற்காலிகத் தீர்வு அந்த ஹோட்டல், ஹாட்ஸ்பாட் அல்லது ரவுட்டரைத் தவிர்ப்பது, அது தீர்வே அல்ல.

மொபைல் மேல்நிலை இணைப்புகள் இரண்டு மாறுபாடுகளைச் சேர்க்கின்றன. கேரியர் நிலை NAT என்பது உள்வரும் இணைப்புகள் வராது என்பதாகும், சேவையகத்தை ஹோஸ்ட் செய்தால் இது முக்கியம் ஆனால் வெளிச்செல்லும் வாடிக்கையாளருக்கு அல்ல. NAT64 மொழிபெயர்ப்புடன் IPv6 மட்டும் என அமைக்கப்பட்ட APN உண்மையான IPv4 பாதையில் வலியுறுத்தும் வாடிக்கையாளரைத் தோல்வியடையச் செய்யலாம், வழக்கமான தீர்வு APN நெறிமுறையை IPv4 அல்லது இரட்டை அடுக்குக்கு மாற்றுவது.

டன்னல் எழுந்த பிறகான அறிகுறிகள்

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

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