விருந்தினர் VPN மற்றும் ஹோஸ்ட் VPN: எந்த பாதை உண்மையில் வெல்கிறது

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

முதலில் விருந்தினரின் இணைப்பைப் பதிவு செய்யுங்கள்

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

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

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

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

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

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

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

ip route get 10.20.30.41
ip rule show
resolvectl status --no-pager | head -12

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

மறுதொடக்கங்களுக்கு இடையே உரிமையைத் தெளிவாக வைத்திருங்கள்

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

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