சேர்க்கை மட்டும் அல்லது விலக்கு மட்டும் பிளவு டனலிங்: எது இயல்புநிலை?
பட்டியலை உருவாக்கும் முன் இயல்புநிலையைத் தேர்ந்தெடுக்கவும்: நீங்கள் பெயரிடுவதை மட்டும் டனலுக்குள் அனுப்புங்கள், அல்லது எல்லாவற்றையும் அனுப்பி விலக்குகளை வெட்டியெடுங்கள். பின்னர் யாரும் பட்டியலிடாத செயலியைச் சோதிக்கவும்.
உங்கள் VPN கிளையண்டின் வழித்தடப் பகுதியைத் திறந்தால், பெரும்பாலும் ஒரே லேபிளைத் தாங்கிய, வடிவம் வேறுபட்ட இரண்டு கட்டுப்பாடுகள் தெரியும். ஒன்று டனலுக்குள் செல்ல வேண்டிய இடங்களைப் பட்டியலிடச் சொல்கிறது, மற்றவை அனைத்தும் உள்ளூர் வலையமைப்பையே பயன்படுத்துகின்றன. மற்றொன்று எல்லாம் டனல் வழியாகவே செல்கிறது எனக் கருதி, எதை வெளியே வெட்ட வேண்டும் எனக் கேட்கிறது. இரண்டும் முதல் சோதனையில் வேலை செய்யும் டனலைத் தருகின்றன, இரண்டும் பட்டியலில் வரிகள் சேர்ப்பதன் மூலம் பராமரிக்கப்படுகின்றன, அதனால்தான் யாராவது புதிதாக ஒன்றை நிறுவும் வரை வேறுபாடு தெரியாமல் இருக்கிறது.
இது அம்சம் அல்ல, இயல்புநிலைத் தேர்வு. பட்டியலில் இருபது உள்ளீடுகள் ஆவதற்கு முன் இதை முடிவு செய்யுங்கள்.
இயல்புநிலையைத் துண்டுப்பிரசுரத்திலிருந்து அல்ல, கிளையண்டிலிருந்து படியுங்கள்
WireGuard-இல் இந்த முடிவு வழக்கத்திற்கு மாறாகத் தெரிகிறது, ஏனெனில் AllowedIPs ஒரு சேர்க்கைப் பட்டியல் மட்டுமே, வேறு எதுவுமில்லை. 0.0.0.0/0, ::/0 உள்ள பியர் எல்லாவற்றையும் டனல் செய்கிறது, 10.20.0.0/16 உள்ள பியர் அந்த வலையமைப்பை மட்டுமே டனல் செய்கிறது. விலக்கு இலக்கணம் இல்லை, எனவே ஒரு துணை வலையமைப்பை வெளியே வைக்க வேண்டுமெனில் மற்ற எல்லா முன்னொட்டுகளையும் எண்ண வேண்டும் அல்லது இடைமுகத்திற்கு வெளியே கொள்கை வழித்தடத்தைச் சேர்க்க வேண்டும்.
OpenVPN எதிர்த் திசையிலிருந்து அதே இடத்தை அடைகிறது: redirect-gateway def1 முழு டனலை அமைக்கிறது, தனித்த route வழிகாட்டல்கள் குறிப்பிட்ட முன்னொட்டுகளைச் சேர்க்கின்றன அல்லது மேலெழுதுகின்றன. வணிகக் கிளையண்டுகள் பெரும்பாலும் இரண்டையும் ஒரு தேர்வுப் பெட்டிக்கும் சேர்ப்பிட அட்டவணைக்கும் பின்னால் மறைக்கின்றன, எனவே லேபிளை நம்பும் முன் அட்டவணை உண்மையில் எதைத் திருத்துகிறது எனப் படியுங்கள்.
கேட்க வேண்டியது தேர்வுப் பெட்டியின் பெயர் அல்ல. எந்தப் பட்டியலிலும் இல்லாத சேர்ப்பிடம் கொண்ட தொகுப்புக்கு என்ன நடக்கிறது என்பதுதான். அதற்கு எழுத்தில் பதில் சொல்லுங்கள், மீதமுள்ள அமைப்பு அதிலிருந்தே வரும். இந்தக் கேள்வியைத் தவிர்த்தால், முதல் விளக்கமுடியாத பழுதை அன்று கிளையண்டுக்கு மிக அருகில் இருப்பவர் தீர்மானிப்பார்.
யாரும் பட்டியலிடாத செயலியைப் பின்தொடருங்கள்
சேர்க்கை மட்டும் வடிவமைப்பில் அந்தச் செயலி உள்ளூர் வலையமைப்பிலும் உள்ளூர் DNS-இலும் நேரடியாக வெளியேறுகிறது. விலக்கு மட்டும் வடிவமைப்பில் அது சேவையகம் அனுமதிக்கும் அளவுக்கு டனல் வழியாகச் செல்கிறது, புதிய SaaS கருவி முதல் நாளிலேயே வேலை செய்வதற்கும் VPN அதைக் கெடுத்தது எனும் புகாரளிக்கும் இடையிலான வேறுபாடு பெரும்பாலும் இங்குதான்.
எந்த இயல்புநிலையும் தானாகவே மிகப் பாதுகாப்பானது அல்ல. சேர்க்கை மட்டும் டனல் எடுத்துச் செல்வதைக் குறுக்கி உள்ளூர் வலையமைப்பை மிகக் குறைந்த எதிர்ப்பின் பாதையாக்குகிறது, விலக்கு மட்டும் டனலை இயல்பான பாதையாகக் கருதி விலக்குகளை விலக்குகளாகவே நடத்துகிறது, இது பெரும்பாலான நிறுவனக் கொள்கைகள் உண்மையில் கருதுவதற்கு மிக அருகில் உள்ளது.
| Question | Include-only | Exclude-only |
|---|---|---|
| Unlisted new app | goes direct | goes through the tunnel |
| A site that breaks over the VPN | add it to the list | carve it out |
| Internal names still resolve | only if routed and served | usually, until split DNS says otherwise |
| Upkeep | one entry per internal service | one entry per misbehaving public service |
தளம் எந்த வகைப் பொருட்களைப் பட்டியலிடுகிறது என்பதைக் கவனியுங்கள்
Android-இன் VpnService.Builder அனுமதிக்கப்பட்ட செயலிப் பட்டியலையும் தடைசெய்யப்பட்ட செயலிப் பட்டியலையும் இரண்டு தனி மாதிரிகளாக வெளிப்படுத்துகிறது, செயலி வாரியான விதிகள் சேர்ப்பிடத்தால் அல்ல, தொகுப்பால் தேர்ந்தெடுக்கின்றன. அத்தகைய பட்டியலில் வைக்கப்பட்ட உலாவி அது திறக்கும் ஒவ்வொரு சேர்ப்பிடத்தையும் தன்னுடன் சுமக்கிறது, இது வழித்தட அட்டவணையிலிருந்து வேறுபட்ட நுட்பத்தன்மை, வேலை செய்யும் செயலிக்குள் உள்ள ஒரு கெட்டுப்போன தளத்தைக்கூட அது சரிசெய்ய முடியாது.
டெஸ்க்டாப் கிளையண்டுகள் பெரும்பாலும் இரண்டு வகைகளையும் ஒரே இடைமுகத்தில் கலக்கின்றன, எனவே நீங்கள் சேர்க்கும் வரி ஒரு தொகுப்பா, புரவலன் பெயரா, முன்னொட்டா எனச் சோதியுங்கள். அவை வெவ்வேறு வழிகளில் தோல்வியடைகின்றன, வெவ்வேறு இடங்களில் தீர்க்கப்படுகின்றன. புரவலன் பெயர் வரி பொதுவாக ஒரு வழித்தடமும் பெயருமாகிறது, தொகுப்பு வரி கிளையண்டுக்குள் கொள்கை முடிவாகிறது. எதைச் சேர்த்தீர்கள் என எழுதி வையுங்கள், ஏனெனில் பின்னர் பிழை திருத்துபவர் மற்றதைக் கருதுவார்.
இனிய பாதையை மட்டுமல்ல, தோல்வி நிலையையும் சோதியுங்கள்
டனலிலிருந்து விலக்கப்பட்ட செயலி தானாகவே தூய்மையான நேரடி அணுகலைப் பெறுவதில்லை. கிளையண்ட் VPN இல்லாமல் தடுக்கும் விதியையும் அமல்படுத்தினால், விலக்கப்பட்ட போக்குவரத்து முழுவதுமாக வீழ்த்தப்படலாம், அது வழித்தட முடிவாக அல்ல, கெட்டுப்போன செயலியாகத் தெரியும். அந்த நிலையைப் பயனர் புகாரிலிருந்து அறிவதற்குப் பதிலாக வேண்டுமென்றே சோதியுங்கள்.
பின்னர் DNS, IPv6 ஆகியவற்றைத் தனித்தனி விஷயங்களாகச் சோதியுங்கள். IPv4 மட்டும் சுமக்கும் டனல் v6 திறன் கொண்ட செயலிக்குச் சுற்றி வரும் பாதையை விட்டுச் செல்கிறது, டனல் வழியாகவே செல்லாத போக்குவரத்துக்கு உள் பெயர்கள் தீர்வாகுமா என்பதை split DNS தீர்மானிக்கிறது. பட்டியலில் உள்ள செயலி, பட்டியலில் இல்லாத செயலி, ஒரு பெயர்த் தேடல், ஒரு மறுஇணைப்பு ஆகியவற்றை இயக்கி, முடிவுகளை அமைப்புடன் சேர்த்து வையுங்கள்.
இயல்புநிலையை அடுத்தவர் கண்டுபிடிக்கும் இடத்தில் எழுதுங்கள்
தேர்ந்தெடுத்த இயல்புநிலை, விலக்குகள், அவற்றின் உரிமையாளர் ஆகியவற்றைக் கிளையண்ட் சுயவிவரம் உள்ள அதே இடத்தில் பதிவு செய்யுங்கள், ஏனெனில் அடுத்த நிர்வாகி இந்தக் காரணத்தைப் படிக்காமல் ஒரு உள்ளீட்டைச் சேர்ப்பார். தேதியையும் ஒவ்வொரு விலக்கிற்கான காரணத்தையும் குறியுங்கள், அப்போது பின்னர் சரிசெய்யப்பட்ட தளத்திற்கான பழைய விலக்கை நம்பிக்கையுடன் நீக்கலாம். காரணமில்லாத பட்டியல் முடிவின்றி வளரும்.
ஒரு கெட்டுப்போன சேர்ப்பிடத்தை யாராவது புகாரளித்தால், அடிப்படையை அல்ல, விலக்கை மாற்றுங்கள். ஒரு தளத்தைச் சரிசெய்ய இயல்புநிலையைப் புரட்டுவது பட்டியலில் இல்லாத ஒவ்வொரு செயலியையும் அமைதியாக டனலின் மறுபக்கத்திற்கு நகர்த்தும்.