/32 ஹோஸ்ட் பாதை VPN முடிவு முனையை அணுகக்கூடியதாக வைத்திருப்பது ஏன்

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

ஒரு முகவரி, அட்டவணையில் ஒரு பதிவு

IPv4 ஹோஸ்ட் பாதை /32 முன்னொட்டைக் கொண்டுள்ளது, IPv6 ஹோஸ்ட் பாதை /128 கொண்டுள்ளது, அதாவது பதிவு சரியாக ஒரு இலக்கு முகவரியுடன் பொருந்தலாம். அட்டவணையில் வேறு எதுவும் நகராது: மூடும் சப்நெட்டும் இயல்புநிலை பாதையும் இருந்த இடத்திலேயே இருக்கும். குறுகிய பதிவு அந்த முகவரிக்கு வெற்றிபெறுவது அதன் முன்னொட்டு நீளமானது என்பதால், பின்னர் சேர்க்கப்பட்டதால் அல்ல.

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

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

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

ip route get 203.0.113.25
ip -6 route get 2001:db8:4::25
ip route show | grep -F 203.0.113.25
Find-NetRoute -RemoteIPAddress 203.0.113.25

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

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

முடிவு முனை விதிவிலக்கும் சுழற்சிப் பொறியும்

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

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

பயன்பாடு உண்மையில் பயன்படுத்தும் பாதையைச் சரிபார்க்கவும்

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

ip route get 203.0.113.25
sudo nft list ruleset | grep -A 4 'chain output'
curl -sS --max-time 8 -o /dev/null -w '%{remote_ip}
' https://app.example.net

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

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