VirtualBox NAT-க்குப் பின்னால் உங்கள் விருந்தினர் VPN ஏன் தோல்வியடைகிறது?

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

பிணையத்தைக் குறை கூறும் முன் VPN செயல்முறையைக் கண்டறியுங்கள்

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

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

வெளிப்புறப் பரிமாற்றம் இணக்கத்தன்மையைத் தீர்மானிக்கிறது

VirtualBox பிணைய வழிகாட்டி இங்கே முக்கியமான NAT வரம்புகளைப் பட்டியலிடுகிறது: TCP மற்றும் UDP தவிர வேறு நெறிமுறைகளைக் கடத்தாது, GRE ஆதரிக்கப்படாதது எனக் குறிப்பிடப்பட்டுள்ளது, மற்றும் PPTP பாதிக்கப்பட்ட எடுத்துக்காட்டாகத் தரப்பட்டுள்ளது. PPTP கட்டுப்பாட்டுப் பரிமாற்றத்திற்கு TCP-ஐயும் தரவுக்கு GRE-ஐயும் பயன்படுத்துகிறது, எனவே கட்டுப்பாட்டு இணைப்பு வெற்றியடையலாம் ஆனால் தரவுப் பாதை அதே எல்லையைக் கடக்க முடியாது. இவை இரண்டு வேறுபட்ட ஆதாரங்கள், அவற்றில் ஒன்று மட்டுமே போக்குவரத்தைச் சுமப்பது பற்றியது. பயர்வால் விதியில் TCP துறை 47-ஐ அனுமதிப்பது IP நெறிமுறை 47-ஐ அனுமதிப்பதற்குச் சமமல்ல, இரண்டும் தொடர்ந்து குழப்பப்படுகின்றன.

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

பாலம் உண்மையில் என்ன மாற்றுகிறது

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

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

இரண்டு சுரங்கப்பாதைகள், இரண்டு ஆதாரத் தடங்கள்

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

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

எந்த நிபந்தனை உண்மையில் தடுக்கிறது

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

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