Windows VPN-இல் இணையம் இல்லையா? முகவரிக் குளமே சந்தேகத்திற்குரியது

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

மாற்றுவதற்கு முன் குத்தகையைப் படியுங்கள்

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

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

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

தானியங்கி ஒதுக்கீடு நுழைவாயிலை விடாமல் போவது ஏன்

Incoming Connections உள்ளீட்டுக்கு இயற்பியல் அடாப்டரிலிருந்து தனித்துவமான சொந்த IPv4 பண்புகள் உள்ளன. அங்குள்ள இயல்புநிலை முகவரிகளைத் தானாக ஒதுக்க முன்வருகிறது, அது முகவரி, முகமூடி, நுழைவாயில் மற்றும் DNS வழங்க இணைப்பின் உள்ளமைந்த ஒதுக்கீட்டாளரைச் சார்ந்துள்ளது.

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

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

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

சேவையகம் திசைவழி செய்யக்கூடிய தெளிவான வரம்பை அமையுங்கள்

சேவையகம் அடையக்கூடிய துணைப்பிணையத்திற்குள் சிறிய தொகுதியைத் தேர்ந்தெடுங்கள், LAN ரவுட்டர் விநியோகிக்கும் வரம்புக்கு வெளியே மற்றும் பிணையத்தில் உள்ள வேறு எந்தக் குளத்திற்கும் வெளியே. சேவையகம் 172.20.10.0/24 இல் இருந்து ரவுட்டர் 172.20.10.1 வைத்திருந்தால், அந்தத் துணைப்பிணையத்தின் மேல் பகுதிக்கு அருகிலான சிறிய தொகுதி, சொல்லப்போனால் 172.20.10.201 முதல் 172.20.10.209 வரை, சுரங்கப்பாதைக் குத்தகைகளை ரவுட்டர் ஏற்கனவே நிர்வகிக்கும் விநியோகத்திலிருந்து விலக்கி வைக்கிறது.

அதை Incoming Connection இன் IPv4 பண்புகளில் உள்ளிடுங்கள், வாடிக்கையாளரை மீண்டும் இணைத்து, வேறு எதையும் மாற்றுவதற்கு முன் அடாப்டரை மீண்டும் படியுங்கள். இரண்டாவது படிப்பே குளம் குறைபாடா அல்லது பலவற்றில் ஒன்று மட்டுமா என்பதைச் சொல்கிறது.

இந்தக் கட்டளைகள் விளைவான கட்டமைப்பையும் வாடிக்கையாளர் இப்போது வைத்திருக்கும் வழிகளையும் அச்சிடுகின்றன:

ipconfig /all
route print -4
Get-NetIPConfiguration -InterfaceAlias \"Incoming Connection\"

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

முகவரி இணைய வழி அல்ல

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

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

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

முதலில் வெளிப்புற வழியை விலக்குங்கள்

சுரங்கப்பாதை ஒருபோதும் உருவாகவில்லை என்றால் எந்தக் குளமும் உதவாது. நெறிமுறை வழி என்ன சுமக்க வேண்டும் என்பதைத் தீர்மானிக்கிறது: PPTP க்கு TCP 1723 மற்றும் GRE தேவை, GRE என்பது துறைமுகம் அல்ல, IP நெறிமுறை 47; L2TP/IPsec க்கு UDP 1701 உடன் 500 மற்றும் 4500 தேவை; SSTP க்கு TCP 443 தேவை.

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

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