வீட்டு VPN சேவையகத்தை அணுக முடியவில்லை: NAT சங்கிலியை நடக்கவும்

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

திசைவியின் WAN பக்கத்திலிருந்து தொடங்குங்கள்

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

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

ஒரு ஹாப் மேலே செல்லுங்கள்

திசைவியிலிருந்தே traceroute இயக்கி முதல் சில ஹாப்களைப் படியுங்கள். மீளும் பொது முகவரிகள், தனிப்பட்ட முகவரியுடன் பதிலளிக்கும் முதல் ஹாப் அல்லது பகிரப்பட்ட 100.64.0.0/10 வரம்பிற்குள் உள்ள முகவரி அனைத்தும் மேலே உள்ள மொழிபெயர்ப்பானைச் சுட்டுகின்றன. RFC 6598 அந்த வரம்பை இதுபோன்ற பயன்பாட்டிற்காகவே வரையறுக்கிறது, அதனால்தான் WAN புலத்தில் அதைப் பார்ப்பது ஆர்வமல்ல, வலுவான அறிகுறி. பாதையில் இரண்டு மொழிபெயர்ப்பான்கள் இருந்தால் தடயம் குறைவாகத் தெரியும், எனவே ஒரு வரி அல்ல, வடிவத்தைப் படியுங்கள்.

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

கேட்பானையும் அனுப்புதலையும் உறுதிப்படுத்துங்கள்

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

ss -lunp | grep -E '1194|51820'
ip -4 addr show | grep -E 'inet '
curl -s --max-time 5 ifconfig.me
traceroute -n -m 5 1.1.1.1

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

அதே விதியல்ல, இடவியலை மாற்றுங்கள்

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

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

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