VPN இணைக்கப்பட்டிருக்கும் போது உள்ளூர் வலையம் அணுக முடியவில்லையா? நான்கு சரிபார்ப்புகள்

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

முதலில், கிளையண்ட் நிறுவிய வழித்தட அட்டவணையைப் பாருங்கள்

VPN இணைக்கப்பட்டிருக்கும் போது கிளையண்டின் வழித்தட அட்டவணையைத் திறக்கவும். Linux இல் ip route, Windows இல் route print அல்லது Get-NetRoute, macOS இல் netstat -rn பயன்படுத்தவும். சுரங்கப்பாதை வழியாகச் செல்லும் இயல்புநிலை வழித்தடத்தையும், இயற்பிய இயல்புநிலைக்கு என்ன ஆனது என்பதையும் நீங்கள் தேடுகிறீர்கள்.

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

சுரங்கப்பாதை இயல்புநிலையாகவே இருக்க வேண்டுமெனில், அதற்குப் பதிலாக உள்ளூர் துணை வலையத்தைப் பின்னுங்கள். Linux இல் வழித்தடம் இயற்பிய இடைமுகத்தையும் நுழைவாயிலையும் பெயரிடுகிறது; Windows இல் -p சேர்த்து நிரந்தரமாக்கி, இடைமுக எண்ணை ஊகிக்காமல் route print இல் இருந்து படியுங்கள்:

sudo ip route add 192.168.1.0/24 via 192.168.1.1 dev wlan0
route add -p 192.168.1.0 MASK 255.255.255.0 192.168.1.1 METRIC 1 IF 12

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

இரண்டாவது, அந்த முகவரி ஆரம்பத்திலேயே உள்ளூர் என்று உறுதிப்படுத்துங்கள்

இலக்கு இணைக்கப்பட்ட துணை வலையத்திற்குள் இருந்தால், சுரங்கப்பாதையின் இயல்புநிலை ஒருபோதும் பொருந்தாது, VPN காரணம் அல்ல. 192.168.1.0/24 உள்ள கிளையண்டில் 192.168.1.40 இல் உள்ள அச்சுப்பொறி இணைக்கப்பட்ட வழித்தடத்தைப் பயன்படுத்துகிறது; அந்த முகவரி தோல்வியடைந்தால் VPN அல்ல, சாதனம், சுவிட்ச் அல்லது கிளையண்டின் ஃபயர்வாலைப் பாருங்கள்.

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

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

மூன்றாவது, இப்போது பெயர்களுக்குப் பதில் அளிப்பது யார் என்று பாருங்கள்

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

Linux இல் resolvectl query nas.local எந்தத் தீர்வி பதிலளித்தது எனக் காட்டும். Windows இல் nslookup nas.local சேவையகத்தைப் பெயரிடும், ipconfig /all தீர்விகளின் வரிசையைக் காட்டும். உள்ளூர் பின்னொட்டு இப்போது நிறுவனத் தீர்வியால் கையாளப்படுகிறது என்றால், அந்தப் பின்னொட்டை மீண்டும் உள்ளூர் தீர்விக்கு அனுப்புங்கள் அல்லது சாதனத்திற்கு IP முகவரியைப் பயன்படுத்துங்கள்.

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

நான்காவது, மற்ற இயந்திரமும் VPN இல் உள்ளதா எனப் பாருங்கள்

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

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

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

தோல்வியடைந்த சரிபார்ப்புக்குப் பொருந்தும் சரிசெய்தலைப் பயன்படுத்துங்கள்

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

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

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