ஒரு சப்நெட் ஏன் இன்னும் உங்கள் VPN இயல்புநிலை பாதையைத் தவிர்க்கிறது

VPN-ஐ முழு டன்னலுக்கு மாற்றுகிறீர்கள், பெரும்பாலான போக்குவரத்து கீழ்ப்படிகிறது, பின்னர் ஒரு முகவரி நேரடியாகப் பதிலளிக்கிறது — ஒரு பிரிண்டர், NAS, 10.x இல் ஒரு ஜம்ப் ஹோஸ்ட். வெளிப்படையான வாசிப்பு டன்னல் கசிகிறது என்பதே, எனவே இயல்புநிலை பாதையின் அளவீட்டைக் குறைக்கிறீர்கள், எதுவும் மாறாது. அந்த தோல்வியுற்ற முயற்சியே துப்பு: இயல்புநிலை பாதை ஒரு மாற்று, தீர்ப்பு அல்ல. பாதை தேடல் அளவீடுகளை ஒப்பிடுவதற்கு முன்பே மிக நீளமான பொருந்தும் முன்னொட்டை எடுக்கிறது, எனவே /24 எந்த எண்ணை இணைத்தாலும் /0-ஐ வென்று கொண்டே இருக்கும். அந்த வரிசை தெளிவானதும், கசிவு பொதுவாக யாரோ வேண்டுமென்றே நிறுவிய பாதை, அல்லது வாடிக்கையாளர் ஒருபோதும் மூட நினைக்காத முன்னொட்டு.

இயல்புநிலை பாதை உண்மையில் என்ன உறுதியளிக்கிறது

0.0.0.0/0 பூஜ்ஜிய பிட் தனித்தன்மையுடன் ஒவ்வொரு IPv4 இலக்கிலும் பொருந்துகிறது. ஹோஸ்ட் தனது அட்டவணை சிறப்பாக விவரிக்காத எதையும் அடைய இது உள்ளது. 192.168.1.0/24-க்கான பாதை 24 பொருந்தும் பிட்டுகளைக் கொண்டுள்ளது, எனவே 192.168.1.40-க்கு யாராவது அளவீடுகள், நிர்வாக தூரம் அல்லது வாடிக்கையாளர் முன்னுரிமை புலம் எனக் கூறுவதை ஒப்பிடுவதற்கு முன்பே அது வெல்கிறது. அதே விதி Linux FIB, Windows ரவுட்டிங் அட்டவணை மற்றும் macOS-க்குப் பின்னால் உள்ள BSD ஸ்டாக்கில் பொருந்தும்.

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

அரை-இயல்புநிலைகள், அல்லது இயல்புநிலை பதிவு ஏன் தொடப்படாததாகத் தோன்றலாம்

மிகத் தூய்மையான எடுத்துக்காட்டு redirect-gateway def1 OpenVPN-இல் உள்ளது. உங்கள் இயல்புநிலையை நீக்கி மாற்றுவதற்குப் பதிலாக, அது 0.0.0.0/1 மற்றும் 128.0.0.0/1 சேர்க்கிறது. ஒன்றாக அந்த ஜோடி முழு IPv4-ஐயும் மூடுகிறது, ஒவ்வொரு முன்னொட்டும் /0-ஐ விட நீளமானது, இரண்டும் ரவுட்டரின் இயல்புநிலையை அதன் இடத்தில் வைத்துக் கொண்டே வெல்கின்றன. பின்னர் பாதைப் பட்டியலை இயக்கவும், அசல் இயல்புநிலை இன்னும் அங்கேயே உள்ளது, இன்னும் உங்கள் கேட்வேயை நோக்கிக் காட்டுகிறது; அது இணைய இலக்குகளுக்கு ஒருபோதும் தேர்ந்தெடுக்கப்படுவதில்லை.

WireGuard-இன் wg-quick கொள்கை அடிப்படையிலான ரவுட்டிங்கின் மூலம் அதே முடிவை அடைகிறது. AllowedIPs 0.0.0.0/0-ஐ மூடும்போது அது தனது சொந்த அட்டவணையை உருவாக்கி, குறியிடப்பட்ட பாக்கெட்டுகளை அங்கே அனுப்பி, பிரதான அட்டவணையின் பூஜ்ஜிய நீள முன்னொட்டைப் புறக்கணிக்கும் விதியைச் சேர்க்கிறது. பிரதான அட்டவணை தனது இயல்புநிலைப் பதிவை வைத்திருக்கிறது, இன்டர்ஃபேஸ் வைத்திருக்கும் போக்குவரத்துக்கு முதலில் டன்னல் அட்டவணை கேட்கப்படும் என்று விதிகள் தீர்மானிக்கின்றன.

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

அளவீடுகள் சமநிலையைத் தீர்மானிக்கின்றன, முன்னொட்டுகள் வெற்றியாளர்களைத் தீர்மானிக்கின்றன

அளவீடுகள் இலக்குடன் சமமாகப் பொருந்தும் வேட்பாளர்களிடையே மட்டுமே ஒப்பிடப்படுகின்றன. Linux-இல் ip route get 10.20.5.9 வெற்றியாளரை அதன் அட்டவணையுடன் அச்சிடுகிறது, ip route show table all வேட்பாளர்களைப் பட்டியலிடுகிறது, எந்த அரை-இயல்புநிலையும் ஒரு விதி சுட்டிக்காட்டும் எந்த அட்டவணையும் உட்பட. Windows-இல் Find-NetRoute -RemoteIPAddress 10.20.5.9 தேர்ந்தெடுக்கப்பட்ட பாதையையும் மூல முகவரியையும் திருப்பித் தருகிறது, Get-NetRoute மூல அட்டவணையைக் காட்டுகிறது — ஆனால் பயனுள்ள செலவு பாதை அளவீடு கூட்டல் இன்டர்ஃபேஸ் அளவீடு, எனவே மெதுவான அடாப்டர் வென்றதாகத் தோன்றும் சமநிலையை இழக்கலாம்.

நீங்கள் பார்ப்பதில் பெரும்பாலானவற்றை மூன்று நிகழ்வுகள் மூடுகின்றன:

• அதே இலக்கு, /24 எதிராக /0: அளவீடுகள் என்ன சொன்னாலும் முன்னொட்டு நீளத்தில் /24 வெல்கிறது.
• அதே இலக்கு, வெவ்வேறு அளவீடுகளுடன் இரண்டு /24: குறைந்த பயனுள்ள அளவீடு வெல்கிறது.
• அதே இலக்கு, இரண்டு அட்டவணைகள், ஒன்று ஒரு கொள்கை விதியால் தேர்ந்தெடுக்கப்பட்டது: விதி முதலில் அட்டவணையைத் தேர்ந்தெடுக்கிறது, முன்னொட்டு ஒப்பீடு அதற்குள் நடக்கிறது.

மூன்றாவது நிகழ்வு இந்த அறிக்கைகளில் பெரும்பாலானவை முடிவடையும் இடம். Linux-இன் ip rule அல்லது Windows VPN போக்குவரத்து வடிகட்டி போக்குவரத்தை ஒருபோதும் டன்னல் இயல்புநிலையை வைத்திருக்காத அட்டவணைக்கு அனுப்பலாம், பிரதான அட்டவணை எப்போதும் குறையற்றதாகவே தெரிகிறது.

இந்தத் தவிர்ப்பை பொதுவாக யார் வைத்திருக்கிறார்கள்

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

பின்னர் எச்சங்களைத் தேடுங்கள். இனி இல்லாத இன்டர்ஃபேஸ் அல்லது முந்தைய நெட்வொர்க்கின் முகவரியைச் சுட்டும் பாதை, டாக்கிங் நிலையங்கள், USB அடாப்டர்கள் மற்றும் கொள்கலன் பாலங்கள் வந்து போன பிறகு தோன்றும். ஒரு முறை நீக்குவது முடிவல்ல: NetworkManager இணைப்பு சுயவிவரங்கள், netplan கோப்புகள் மற்றும் Windows-இன் நிலையான பாதைகள் அடுத்த இணைப்பு அல்லது துவக்கத்தில் அதை மீண்டும் நிறுவுகின்றன, எனவே எதையும் திருத்துவதற்கு முன் அதை வைத்திருக்கும் கோப்பு அல்லது சுயவிவரத்தைக் கண்டறியுங்கள்.

பின்னர் IPv6-ஐ தனித்தனியாகச் சரிபார்க்கவும். ip -6 route மற்றும் Get-NetRoute -AddressFamily IPv6 தனித்தனி நிலை, தனித்தனி இயல்புநிலைகள் மற்றும் தனித்தனி வாடிக்கையாளர் நடத்தையை வைத்திருக்கின்றன. IPv4 மட்டும் தணிக்கை, சொந்த IPv6 பாதையை அமைதியாக விரும்பும் இரட்டை-ஸ்டாக் ஹோஸ்ட் பற்றி எதுவும் சொல்லாது, அது மட்டுமே வாடிக்கையாளரை split-tunnel போலத் தோற்றமளிக்கச் செய்யும்.

செயலியின் சொந்த ஓட்டத்துடன் உறுதிப்படுத்துங்கள்

செயலி உண்மையில் பயன்படுத்தும் இலக்கைப் பதிவு செய்து, அந்தச் செயலி பிணைக்கும் மூல முகவரியிலிருந்து அது எடுக்கும் பாதையை கணினியிடம் கேளுங்கள். ip route get 10.20.5.9 from 192.168.1.40 Linux-இல் அதற்குப் பதிலளிக்கிறது; Find-NetRoute -RemoteIPAddress 10.20.5.9 கூடுதல் உள்ளூர் முகவரி Windows-இல் அதைச் செய்கிறது. முடிவை சுயவிவரம் கூறுவதுடன் ஒப்பிடுங்கள். உலாவியின் பொது-IP பக்கம் ஒரு நெறிமுறையில் ஒரு இலக்கைச் சோதிக்கிறது, புகாரைத் தொடங்கிய தனியார் முகவரி பற்றி எதுவும் சொல்லாது.

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

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

• செயலி உண்மையில் பயன்படுத்தும் இலக்கையும் மூல முகவரியையும் பெயரிடுங்கள்.
• வென்ற பாதையை ip route get அல்லது Find-NetRoute மூலம் அச்சிடுங்கள்.
• இணைய பாதையை /1 ஜோடியா கொள்கை அட்டவணையா வைத்திருக்கிறது என்பதைச் சரிபார்க்கவும்.
• /0-ஐ விட நீளமான, இலக்குடன் பொருந்தும் ஒவ்வொரு முன்னொட்டையும் பட்டியலிடுங்கள்.
• IPv6 சரிபார்ப்பை தனித்தனியாக மீண்டும் செய்யுங்கள்.
• மீதமுள்ள பாதையை அதை நிறுவும் கோப்பு, சுயவிவரம் அல்லது வடிகட்டி வரை திரும்பவும் கண்டுபிடியுங்கள்.
• சரிசெய்யப்பட்டது என்று சொல்வதற்கு முன் மீண்டும் இணைத்து வினவலை மீண்டும் இயக்குங்கள்.

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