இணைந்த பிறகு VPN வழி மெட்ரிக் மாறியது: அதன் பொருள் என்ன
குறைந்த மெட்ரிக் சமமான தனித்தன்மை கொண்ட வழிகளுக்கு இடையேயான சமநிலையை மட்டுமே தீர்க்கிறது. எந்த VPN வழி எண்ணையும் திருத்தும் முன் கொள்கை விதி, முன்னொட்டு மற்றும் இறுதி முனையின் host வழியைப் படியுங்கள்.
நீங்கள் VPN உடன் இணைத்து route print இயக்கும்போது, இயல்புநிலை வழி இப்போது முன்பை விட மிகக் குறைந்த மெட்ரிக்கைக் கொண்டுள்ளது. இயற்கையான முடிவு, VPN இயல்புநிலை வழியை எடுத்தது அதன் எண் சிறியதாக இருப்பதால் என்பதாகும். சில நேரங்களில் அதுவே நடந்தது. பல நேரங்களில் மெட்ரிக் தீர்க்கமான காரணியே அல்ல, அதைத் திருத்துவதால் எதுவும் மாறாது, ஏனெனில் தேர்வு முன்பே நடந்துவிட்டது — முன்னொட்டின் நீளம் அல்லது கொள்கை விதியால்.
அறிகுறி உண்மையானது: முன்பு Wi-Fi அடாப்டர் வழியாக வெளியேறிய ட்ராஃபிக் இப்போது சுரங்கப்பாதை வழியாக வெளியேறுகிறது, அல்லது அதற்கு எதிர்மாறாக. மெட்ரிக் ஒரு நிலையான வரிசையில் இயங்கும் தேடலின் ஒரு உள்ளீடு, எந்த எண்ணையும் தொடுவதற்கு முன் அந்த வரிசையைத்தான் படிக்க வேண்டும்.
எண் உண்மையில் எதனுடன் போட்டியிடுகிறது
முதல் ஒப்பீடு தனித்தன்மை, முன்னுரிமை அல்ல. 10.20.0.0/16 க்கான வழி 10.0.0.0/8 ஐ வெல்லும், இரண்டும் 0.0.0.0/0 ஐ வெல்லும், அவற்றின் மெட்ரிக் என்ன சொன்னாலும். இயந்திரத்தில் மிகக் குறைந்த மெட்ரிக்குடன் இயல்புநிலை வழியை நிறுவும் VPN கூட இலக்குடன் பொருந்தும் எந்த குறிப்பிட்ட வழிக்கும் தோற்கும், வாடிக்கையாளர் தன் சொந்த சேவையகத்திற்காக நிறுவும் host வழி உட்பட.
எனவே இயல்புநிலையின் மெட்ரிக்கைக் குறைப்பதால் நேரடியாக இணைக்கப்பட்ட சப்நெட்டை சுரங்கப்பாதைக்குள் தள்ள முடியாது. அந்த சப்நெட் VPN க்குள் வேண்டுமானால் முன்னொட்டுக்கு வழி சேர்க்கவும் அல்லது கொள்கை விதியால் சுரங்கப்பாதை அட்டவணையைத் தேர்ந்தெடுக்கவும். அந்த வேலைக்கு மெட்ரிக் தவறான நெம்புகோல்.
| Check in this order | Question | Where you read it |
|---|---|---|
| 1. Policy and table | Which routing table does this traffic use? | ip rule, client profile |
| 2. Prefix length | Which matching route is most specific? | route print, ip route |
| 3. Metric | Which of the equally specific routes is preferred? | route print, ip route |
| 4. Interface state | Is the chosen next hop reachable? | adapter status, link state |
லினக்ஸ் மெட்ரிக்குக்கு முன் அட்டவணையைத் தீர்மானிக்கிறது
லினக்ஸில் கர்னல் முதலில் கொள்கை தரவுத்தளத்தைப் பார்க்கிறது. ip rule விதிகளையும் அவை தேர்ந்தெடுக்கும் அட்டவணைகளையும் பட்டியலிடுகிறது, ip route get 203.0.113.10 அந்த இலக்குக்கு கர்னல் உண்மையில் பயன்படுத்தும் அட்டவணை, வழி மற்றும் மூல முகவரியைத் தெரிவிக்கிறது. அட்டவணை 100 க்குள் உள்ள மெட்ரிக் பிரதான அட்டவணையின் வழியுடன் ஒருபோதும் போட்டியிடாது, ஏனெனில் எந்த மெட்ரிக்கும் ஒப்பிடப்படுவதற்கு முன்பே விதி அட்டவணையைத் தேர்ந்தெடுத்துவிட்டது.
எனவே ஒரு வழி ip route show table all இல் சரியாகத் தெரியலாம், இருந்தாலும் ட்ராஃபிக்கை எடுத்துச் செல்லாமல் இருக்கலாம். பொருந்திய விதியைப் படியுங்கள், பிறகு அது தேர்ந்தெடுத்த அட்டவணையைப் படியுங்கள், பிறகு அதற்குள் உள்ள வழிகளை ஒப்பிடுங்கள். தவறான அட்டவணை தேர்ந்தெடுக்கப்பட்டிருந்தால், மற்ற அட்டவணையில் எந்த மெட்ரிக் திருத்தமும் உதவாது.
விண்டோஸ் இரண்டு மெட்ரிக்குகளை இணைக்கிறது
விண்டோஸில் இயல்பாக கொள்கை தரவுத்தளம் இல்லை, ஆனால் அது வழி மெட்ரிக்கையும் இடைமுக மெட்ரிக்கையும் இணைக்கிறது, தானியங்கி இடைமுக மெட்ரிக் இணைப்பு வேகம் மற்றும் அடாப்டர் நிலையுடன் மாறலாம். எனவே அதே வழி டாக்கிங் நிலையம் அல்லது மெய்நிகர் அடாப்டர் தோன்றிய பிறகு வித்தியாசமாக நடந்துகொள்ளலாம். Find-NetRoute -RemoteIPAddress 203.0.113.10 தேர்ந்தெடுக்கப்பட்ட மூல முகவரி, அடுத்த ஹாப் மற்றும் இடைமுகத்தைத் தெரிவிக்கிறது, இது மூல அட்டவணையை விட உண்மையான முடிவுக்கு நெருக்கமாக உள்ளது.
வழி மற்றும் இடைமுக மதிப்புகளை ஒன்றாகப் படியுங்கள். இடைமுக மெட்ரிக்கை உயர்த்துவது எந்த வழிப் பதிவும் மாறாமல் ட்ராஃபிக்கை நகர்த்தலாம், மேலும் தன் வழிகளைச் சொந்தமாகக் கொண்ட VPN வாடிக்கையாளர் மீண்டும் இணையும்போது அவற்றை மீண்டும் நிறுவி உங்கள் திருத்தத்தைத் தூக்கி எறிவார்.
சுரங்கப்பாதையின் இறுதி முனையை சுரங்கப்பாதைக்கு வெளியே வையுங்கள்
ஒவ்வொரு சுரங்கப்பாதைக்கும் தன் சொந்த சேவையகத்திற்கு சுரங்கப்பாதை வழியாகச் செல்லாத பாதை தேவை. வாடிக்கையாளர்கள் இயற்பியல் நுழைவாயில் வழியாக இறுதி முனைக்கு host வழியை நிறுவுகிறார்கள், அந்த வழி வாடிக்கையாளர் சேர்க்கும் இயல்புநிலையை விட குறிப்பிட்டதாக இருக்க வேண்டும். அதை நீக்குங்கள், அல்லது அந்த முகவரிக்கான தேடலில் சுரங்கப்பாதை வெல்ல அனுமதியுங்கள், காப்சுலேட் செய்யப்பட்ட பாக்கெட்டுகள் அவை கட்ட வேண்டிய சுரங்கப்பாதைக்குள் நுழைய முயற்சிக்கும். இணைப்பு தோல்வியடைகிறது அல்லது சுழற்சியில் சிக்குகிறது.
எந்த மெட்ரிக் மாற்றத்திற்கும் முன்னும் பின்னும் அந்த host வழியைச் சரிபாருங்கள்: அது இயற்பியல் அடுத்த ஹாப்பை நோக்கிக் காட்ட வேண்டும், மீண்டும் இணைந்த பிறகும் நீடிக்க வேண்டும். வாடிக்கையாளர் அதைச் சொந்தமாகக் கொண்டிருந்தால், மேலெழுதப்படும் இயக்கநேர மதிப்புக்குப் பதிலாக சுயவிவரம் அல்லது நிர்வகிக்கப்பட்ட கட்டமைப்பை மாற்றுங்கள்.
இரண்டு முகவரி குடும்பங்களையும் பயன்பாட்டு சூழலையும் சரிபாருங்கள்
IPv4 மற்றும் IPv6 தனித்தனி அட்டவணைகளுடன் தனித்தனி முடிவுகள். VPN IPv4 ஐ எடுத்துச் செல்லும்போது IPv6 உள்ளூர் திசைவியைத் தொடர்ந்து பயன்படுத்தலாம், ஒரு குடும்பத்தில் மெட்ரிக் மாற்றம் மற்றதைப் பற்றி எதுவும் கூறாது. இரண்டையும் சரிபாருங்கள், பிறகு பயன்பாட்டின் சூழலைச் சரிபாருங்கள். இடைமுகத்துடன் பிணைக்கப்பட்ட செயல்முறை, கொள்கலன் பெயர்வெளி அல்லது ஒவ்வொரு பயன்பாட்டுக்குமான VPN உங்கள் shell ஐ விட வேறு அட்டவணையைக் காணலாம்.
உண்மையான இலக்குக்கான முடிவைத் தெரிவிக்கும் கருவியுடன் சரிபார்க்கவும், முழு அட்டவணை பட்டியலுடன் அல்ல. தேர்ந்தெடுக்கப்பட்ட வழி வடிவமைப்பு நோக்கியதாக இருந்தால், நில்லுங்கள். திரையில் சிறிய எண் இல்லாத மெட்ரிக் ஒரு குறைபாடு அல்ல, அதை மிகச் சிறியதாக மாற்றக் கட்டாயப்படுத்துவது சுரங்கப்பாதை சார்ந்திருக்கும் இறுதி முனையின் பாதையை உடைக்கலாம்.