VPN இயக்கத்தில், VM அணுக முடியவில்லையா? பாதை ஒருபோதும் சிக்கலாக இருந்திருக்க வாய்ப்பில்லை

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

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

பாதை பொதுவாக இன்னும் உள்ளூராகவே உள்ளது

வழித்தட அட்டவணையின் முதல் பக்கத்திற்குப் பதிலாக கர்னலிடம் கேளுங்கள். Linux இல், ip route get 192.168.56.10 பயன்படுத்தப்படும் சரியான பாதை, இடைமுகம் மற்றும் மூல முகவரியைத் தெரிவிக்கிறது, இது இயல்புநிலை பாதையைப் படித்து ஊகிப்பதிலிருந்து வேறுபட்ட பதில். வெளியீடு host-only இடைமுகத்தைக் குறிப்பிட்டால், அந்தப் பாதையில் சுரங்கப்பாதை எந்த வகையிலும் ஈடுபடவில்லை.

இரண்டு விஷயங்கள் அதை உண்மையில் உடைக்க முடியும், இரண்டும் VPN அல்ல, முகவரி சிக்கல்கள். host-only முன்னொட்டுடன் ஒன்றின்மேல் ஒன்றாகும் தொலை உள்வலையமைப்பு மிகவும் குறிப்பிட்ட பாதையை வெல்லச் செய்கிறது, குறைந்த அளவீட்டுடன் அகலமான பாதையை நிறுவும் VPN வாடிக்கையாளர் முன்னொட்டை இழுத்துச் செல்ல முடியும். இரண்டும் ஒரே கட்டளையில் தெரிகின்றன: வெளியீட்டில் பெயரிடப்பட்ட இடைமுகம் சுரங்கப்பாதையாக இருக்கும், திருத்தம் அந்த முகவரித் திட்டத்தின் உரிமையாளருக்கு உரியது.

பாதைத் தேர்வும் பாக்கெட் அனுமதியும் வெவ்வேறு முடிவுகள்

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

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

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

விருந்தினருக்கு இல்லை என்று சொல்ல மூன்று வழிகள் உள்ளன

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

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

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

பாலம் உண்மையில் என்ன, அதன் விலை என்ன

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

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

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

VirtualBox இன் host-only வலையமைப்பு பகுதி புரவலன் பக்க மென்பொருள் இடைமுகத்தையும் அது பாலம் இணைப்பிலிருந்து எவ்வாறு வேறுபடுகிறது என்பதையும் விவரிக்கிறது, இரண்டு பயன்முறைகளும் மாற்றக்கூடியவை என்று கருதுவதற்கு முன் படிக்கத் தகுந்த குறிப்பு இது.