ஸ்ப்ளிட் டன்னலிங் எந்த டிராஃபிக் VPN பயன்படுத்துகிறது என்பதை எவ்வாறு தீர்மானிக்கிறது

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

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

கிளையண்ட் விதிகளை நிறுவுகிறது, கர்னல் தேர்வைச் செய்கிறது

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

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

அதே தேர்வு ஒவ்வொரு தளத்திலும் உள்ளது, பெயர்கள் மாறினாலும்। Windows தன் வடிகட்டி தளத்திற்கு முடிவைத் தள்ளுகிறது, Android தன் VPN சேவை மூலம் ஒவ்வொரு பயன்பாட்டிற்கான அனுமதிப் பட்டியலை வெளிப்படுத்துகிறது, மேலும் macOS வழி செலுத்தும் அட்டவணைக்கு இன்னும் கீழ்ப்படியும் சாதனத்துடன் டன்னலை இணைக்கிறது। Microsoft இன் வழி செலுத்தும் குறிப்புகள் Windows வழக்குக்குப் படிக்கத் தகுந்தவை, மேலும் ஒரு தளத்திற்காக எழுதப்பட்ட வழிகாட்டி மாற்றமின்றி மற்றொன்றுக்கு மாறுவது அரிது।

ஒவ்வொரு பயன்பாட்டு பிணைப்பும் இலக்கு முன்னொட்டுகளும் வெவ்வேறு கருவிகள்

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

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

DNS மற்றும் பாதுகாப்பு சுவிட்ச் தமது சொந்த விதிகளைப் பின்பற்றுகின்றன

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

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

இரு பக்கங்களிலிருந்தும் பிரிவைச் சரிபார்க்கவும்

உள்ளடக்கிய வழியையும் விலக்கப்பட்ட வழியையும் தனித்தனியாகச் சோதித்து, முடிவைப் பொது முகவரியால் அல்ல, இடைமுகப் பெயரால் மதிப்பிடுங்கள்। இந்தக் கட்டளைகள் டன்னல் சாதனம் ஏற்கனவே மேலே உள்ள Linux புரவலனைக் கருதுகின்றன। 203.0.113.10 ஐ உங்கள் கொள்கை உள்ளே செலுத்தும் இலக்கால், 198.51.100.25 ஐ அது வெளியே அனுப்பும் ஒன்றால் மாற்றுங்கள்।

ip route get 203.0.113.10
ip route get 198.51.100.25
resolvectl query intranet.example.com
curl -s --interface tun0 https://example.com -o /dev/null -w '%{http_code}\n'

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

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