Windows இல் VPN உள்ளூர் LAN-ஐத் தடுக்கிறது: வழியா அல்லது வாடிக்கையாளர் கொள்கையா?
Windows இல் உள்ளூர் LAN அணுகல் இரண்டு வேறுபட்ட காரணங்களால் உடைகிறது: காணாமல் போன வழி, அல்லது துணைவலையை வீசும் நுழைவாயில் கொள்கை. மூன்று சோதனைகள் எது எனக் கூறுகின்றன.
உங்கள் சொந்த மேசையில் உள்ள அச்சுப்பொறி, NAS அல்லது மேம்பாட்டு இயந்திரம் வேலை VPN இணைந்த நொடியில் பதிலளிப்பதை நிறுத்துகிறது. சில சமயங்களில் ஒரு வழிக் கட்டளை அதை சில வினாடிகளில் சரிசெய்கிறது; சில சமயங்களில் அதே வழி சரியாக இருந்தும் பொதிகள் இன்னும் காணாமல் போகின்றன, அதாவது ஒத்த அறிகுறிகளைக் கொண்ட வேறு பிரச்சினையைப் பார்க்கிறீர்கள். முடிவு மூன்று கேள்விகளாக வருகிறது, அவற்றைத் தவறான வரிசையில் கேட்பதே மக்கள் ஒரு மாலை முழுவதும் வழிகளை நீக்கி மீண்டும் சேர்ப்பதில் செலவிடுவதற்குக் காரணம்.
எந்தக் கட்டளைக்கும் முன் மூன்று கேள்விகள்
முதலில்: உள்ளூர் முன்னொட்டுக்கு ஒரு உள்ளீடு உள்ளதா, அது இயற்பியல் அடாப்டரைச் சுட்டுகிறதா? இரண்டாவது: இணைக்கும்போது வாடிக்கையாளர் நுழைவாயிலிலிருந்து உள்ளூர் வலையமைப்புக்கு அனுமதி அல்லது மறுப்பைப் பெறுகிறாரா? மூன்றாவது: LAN-க்கு வெளியேறும் அணுகல் மட்டுமே தேவையா, அல்லது இணையத்தில் உள்ள ஏதோ ஒன்றும் உங்கள் இயந்திரத்தில் இயங்கும் சேவையை அடைய வேண்டுமா?
முதல் கேள்வி வழியமைப்புக் குறையை வடிகட்டல் குறையிலிருந்து பிரிக்கிறது. இரண்டாவது வழித் திருத்தம் எந்த அளவுக்கு வேலை செய்ய அனுமதிக்கப்படுகிறது எனக் கூறுகிறது. மூன்றாவது பழுதுநீக்கத்தை மாற்றுகிறது: வழி வெளியேறும் போக்குவரத்தைச் சரிசெய்கிறது, அதேசமயம் அடைய முடியாத உள்வரும் சேவை பொதுவாகக் கேட்பவர் பிணைப்பு மற்றும் திரும்பும் பாதைப் பிரச்சினையாகும், வழி அதை மேலும் மோசமாக்குகிறது.
| What you see | What it points at |
|---|---|
| No local prefix in the table | Missing route |
| Correct prefix, no reply | Client filter or gateway policy |
| Works by IP, fails by name | Resolver changed by the tunnel |
| Inbound service dies, outbound fine | Return path or listener binding |
கேள்வி ஒன்று: வழி, வடிகட்டி அல்லது பெயர்
எதையும் சேர்ப்பதற்கு முன் அட்டவணையைப் படியுங்கள். இடைமுக குறியீட்டெண் முக்கியம், ஏனெனில் கீழேயுள்ள ஒவ்வொரு வழிக் கட்டளையும் அதில் பொருத்தப்பட்டுள்ளது:
route print -4
Get-NetRoute -DestinationPrefix 192.168.1.0/24 | Format-Table InterfaceIndex,NextHop,RouteMetricநேரடியாக இணைக்கப்பட்ட துணைவலை பொதுவாகச் சுரங்கப்பாதை மேலே இருந்தாலும் on-link வழியைத் தக்கவைக்கிறது, எனவே உள்ளீடு இருக்கலாம், போக்குவரத்து இன்னும் தோல்வியடையலாம். அந்தக் கலவையே வழியமைப்புக்குப் பின் இயங்கும் வடிகட்டியின் கையொப்பம், மேலும் மிகவும் குறிப்பிட்ட இரண்டாவது வழி எதையும் மாற்றாத நிலையும் அதுவே.
முகவரி வாரியாகவும் பெயர் வாரியாகவும் தனித்தனியாகச் சோதியுங்கள். ping 192.168.1.50 பதிலளித்து net view 192.168.1.50 பதிலளிக்காவிட்டால், வழியமைப்பு அட்டவணை ஒருபோதும் பிரச்சினையாக இருந்ததில்லை: சுரங்கப்பாதை தீர்வியை மாற்றியது, உள்ளூர் பெயர் இனி தீர்க்கப்படவில்லை. அதற்காக வழி சேர்ப்பது வீண் வேலை.
கேள்வி இரண்டு: நுழைவாயில் உள்ளூர் LAN அணுகலை அனுமதிக்கிறதா?
வணிக வாடிக்கையாளர் வழிகளை விட அதிகமாக நிறுவுகிறார். இணைக்கும்போது ஒரு கொள்கையைப் பெறுகிறார், அந்தக் கொள்கையில் உள்ளூர் வலையமைப்புக்கான வெளிப்படையான அனுமதி இருக்கலாம். Cisco IPsec பயன்பாடுகளில் குழுக் கொள்கை split-tunneling அமைப்பையும் உள்ளூர் LAN அணுகலுக்கான தனி கொடியையும் கொண்டுள்ளது; வாடிக்கையாளரில் உள்ள தேர்வுப்பெட்டி நுழைவாயில் மறுக்கக்கூடிய கோரிக்கை. AnyConnect இல் சுயவிவரம் split சேர்ப்பு மற்றும் விலக்கு பட்டியல்களையும் அதே அனுமதியையும் கட்டுப்படுத்துகிறது. Windows RRAS இல் இணையானவை சுயவிவரத்தின் இயல்புநிலை நுழைவாயில் விருப்பமும் சேவையகம் ஒதுக்கும் நிலையான வழிகளும்.
கொடி அணைக்கப்பட்டிருக்கும்போது, ஆவணப்படுத்தப்பட்ட நடத்தை என்னவென்றால், சரியான, மிகவும் குறிப்பிட்ட வழி இருந்தாலும் வாடிக்கையாளர் நேரடியாக இணைக்கப்பட்ட துணைவலைக்கான போக்குவரத்தைத் தடுக்கிறார். அதனால்தான் வாடிக்கையாளருக்குச் சொந்தமில்லாத வழிகளும் சேர்த்த சில வினாடிகளில் மறையலாம்: வாடிக்கையாளர் தனக்குச் சொல்லப்பட்ட நிலையை மீண்டும் கட்டுகிறார், உங்களுடன் போராடவில்லை.
வாடிக்கையாளர் பதிவு இணைக்கும்போது முடிவைப் பதிவு செய்கிறது, அதைப் படிப்பது இயந்திரத்தில் எந்தச் சோதனையையும் விட வேகமானது. பதிவு உள்ளூர் அணுகல் தடுக்கப்பட்டுள்ளது எனக் கூறினால், நிறுத்துங்கள்: எந்தக் கட்டளைவரி திருத்தமும் அதை வெல்லாது, எஞ்சிய வழிகள் கொள்கை மாற்றம், சுரங்கப்பாதை வழியாக வளத்தை அடைதல், அல்லது வாடிக்கையாளரை மெய்நிகர் இயந்திரத்தில் வைத்து ஹோஸ்ட்டை உள்ளூர் வலையமைப்பில் விடுவது மட்டுமே.
கேள்வி மூன்று: எந்தத் திசை உங்களுக்குத் தேவை?
அருகிலுள்ள சாதனத்திற்கான வெளியேறும் போக்குவரத்து வழியமைப்புக் கேள்வி. LAN முன்னொட்டை உள்ளூர் நுழைவாயிலை நோக்கி, சுரங்கப்பாதையின் இயல்புநிலை வழியை வெல்லும் அளவுக்குத் தாழ்ந்த அளவீட்டுடன் செலுத்துங்கள்:
route add 192.168.1.0 mask 255.255.255.0 192.168.1.1 metric 1 if 12
route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 -pஇரண்டாவது வடிவம் ஒரு சாதனத்தைப் பிணைக்கிறது, ஒரு முகவரியே முழுத் தேவையாக இருக்கும்போது நீங்கள் விரும்புவது அதுவே. netsh இணையானது அதே முடிவைக் குறியீட்டெண்ணுக்குப் பதிலாக இடைமுகப் பெயரில் பதிவு செய்கிறது:
netsh interface ipv4 add route prefix=192.168.1.0/24 interface=12 nexthop=192.168.1.1 store=persistentமுகவரியும் மறைப்பும் பொருந்தாதபோது வழிக் கட்டளைகள் அளவுரு தவறானது எனத் தோல்வியடையும், எடுத்துக்காட்டாக /24 மறைப்புடன் கூடிய ஹோஸ்ட் முகவரி. துணைவலை வழிக்கு வலையமைப்பு முகவரியையும் ஒரு ஹோஸ்ட்டுக்கு ஹோஸ்ட் மறைப்பையும் பயன்படுத்துங்கள்.
உள்வரும் போக்குவரத்து வேறுபட்டது. அதே இயந்திரத்தில் உள்ள VNC அல்லது SSH சேவையகம், உள்வரும் இணைப்புக்கான பதில்கள் VPN நுழைவாயில் வழியாக வெளியேறி ஒருபோதும் திரும்பாதபோது அடைய முடியாததாகிறது. வழிகளைத் தொடுவதற்கு முன் சேவை எதைக் கேட்கிறது எனச் சரிபாருங்கள்:
netstat -ano | findstr :5900ஒரு குறிப்பிட்ட முகவரியில் பிணைக்கப்பட்ட கேட்பவர் மற்ற இடைமுகத்தில் பதிலளிக்காது. அதை எல்லா இடைமுகங்களிலும் பிணைப்பது நீங்கள் நம்பும் வலையமைப்புக்கு மட்டுப்படுத்தப்பட்ட தீச்சுவர் விதியுடன் சேர்ந்து எடுக்கப்படும் வேண்டுமென்றேயான முடிவு. அதற்குப் பிறகே வழிப் பழுதுநீக்கம் திரும்பும் பாதையை மீட்டெடுக்கிறது.
பொருந்தும் சிறிய மாற்றத்தைப் பயன்படுத்துங்கள்
மற்றொரு பொதுவான நடவடிக்கை IPv4 மேம்பட்ட பண்புகளில் “தொலை வலையமைப்பில் இயல்புநிலை நுழைவாயிலைப் பயன்படுத்து” என்பதைத் தேர்வுநீக்குவது. இது இணையப் போக்குவரத்தை உள்ளூராக வைத்திருக்கிறது, ஆனால் ஒரே நேரத்தில் இரண்டு விஷயங்களைச் செய்கிறது: VPN இயல்புநிலைப் பாதையாக இருப்பதை நிறுத்துகிறது, வாடிக்கையாளர் தொலை வலையமைப்புக்கான வழிகளை multicast உட்படப் பெறுவதை நிறுத்துகிறார். தேர்வுநீக்கினால், சேவையகம் ஒவ்வொரு வாடிக்கையாளருக்கும் தேவையான குறிப்பிட்ட தொலை முன்னொட்டுகளைத் தள்ளாவிட்டால் தொலை LAN மறைந்துவிடும்.
இந்த சமச்சீரற்ற தன்மை வேலையின் வரிசையைத் தீர்மானிக்கிறது. தொலைப் பக்கம் முழுமையாக அடையக்கூடியதாக இருக்க வேண்டுமானால், சேவையகத்திலிருந்து தொலைத் துணைவலைகளைத் தள்ளி உள்ளூர் இயல்புநிலையை அப்படியே விடுங்கள். சேவையகத்தை மாற்ற முடியாவிட்டால், சுரங்கப்பாதை ஒதுக்கிய முகவரி வழியாகத் தொலை முன்னொட்டுக்கு நிலையான வழியைச் சேர்த்து, route print மூலம் முன்னொட்டு VPN இடைமுகத்தையும் இயல்புநிலை இன்னும் இயற்பியல் நுழைவாயிலையும் சுட்டுகிறதா எனச் சரிபாருங்கள்.
பின்னர் பழுதுநீக்கம் மீண்டும் இணைவதைத் தாங்குகிறதா என உறுதிப்படுத்துங்கள், ஏனெனில் நிலையற்ற வழிகள் அடாப்டருடன் இறக்கின்றன, ஒவ்வொரு இணைப்புக்குப் பின் இயங்கும் ஸ்கிரிப்டே அவற்றுக்கு நேர்மையான இடம். அதே அமர்வில் ஒரு உள்ளூர் சாதனத்தையும் ஒரு தொலை வளத்தையும் சோதித்து, துண்டித்து, மீண்டும் இணைத்து மீண்டும் சோதியுங்கள். வழி சரியாகத் தெரிந்தும் உள்ளூர் சாதனம் இன்னும் தோல்வியடைந்தால், கேள்வி இரண்டுக்குத் திரும்புங்கள்: வாடிக்கையாளர் வடிகட்டுகிறார், பதில் கொள்கை மாற்றம், இரண்டாவது போட்டி வழி அல்ல.