OpenVPN வழி மெட்ரிக்: தேர்ந்தெடுத்த வழி ஏன் இன்னும் தோற்கிறது

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

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

வழி வரியை புல வரிசையில் படியுங்கள்

Community OpenVPN 2.6 கிளையண்ட் IPv4 route வரியில் நான்கு புலங்களை ஏற்கிறது: நெட்வொர்க், நெட்மாஸ்க், கேட்வே மற்றும் விருப்பத் தேர்வான மெட்ரிக். கேட்வே நிலை என்பது சிறப்பு vpn_gateway முக்கியச்சொல் வைக்கப்படும் இடம். இது இந்த இணைப்பிற்கான VPN பக்கத்தின் அடுத்த தாவலைக் குறிக்கிறது, ரூட்டிங் அட்டவணை எண்ணையோ உங்கள் இயற்பியல் ரவுட்டரையோ அல்ல. அதைத் தவறவிட்டால், வரியின் மீதி அது என்ன செய்கிறது என்பதைப் பற்றிய தவறான கருத்துடன் படிக்கப்படுகிறது. நெட்வொர்க் விருப்பங்களின் குறிப்பு நான்கு புலங்களையும் ஆவணப்படுத்துகிறது.

தனிப்பட்ட இலக்குக்கு வரி இப்படி இருக்கலாம்:

route-metric 50
route 172.20.0.0 255.255.0.0 vpn_gateway 30

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

route-metric ஒரு இயல்புநிலை, தரவரிசை அல்ல

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

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

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

கிளையண்ட் நிறுவியதை ஆய்வு செய்யுங்கள்

மீள் இணைப்பு முடிந்ததும், சுயவிவரத்திடம் அல்ல, கர்னலிடம் கேளுங்கள்.

ip route show கிளையண்ட் சேர்த்த வழிகளைப் பட்டியலிடுகிறது, ip route get 172.20.5.10 இன்னும் பயனுள்ள கேள்விக்குப் பதிலளிக்கிறது: இந்த இலக்கு உண்மையில் எந்த வழியைப் பயன்படுத்தும், எந்த மூல முகவரியுடன். அட்டவணையில் இலக்கு இல்லையென்றால், கிளையண்ட் அதை நிறுவவில்லை.

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

சிறிய மெட்ரிக் ஏன் இன்னும் தோற்கிறது

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

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

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

கொள்கை விதிகள் அட்டவணைக்கு முன் இயங்கும்

Linux-இல், எந்த ரூட்டிங் அட்டவணை பரிசீலிக்கப்படும் என்பதை ip rule தீர்மானிக்கிறது. விதிகள் முன்னுரிமை வரிசையில் மதிப்பிடப்படுகின்றன, எனவே முந்தைய அட்டவணை பிரதான அட்டவணை படிக்கப்படும் முன்பே ஒரு வழியைத் திருப்பித் தரலாம். main-க்குள் இருக்கும் மெட்ரிக், முதலில் பரிசீலிக்கப்பட்ட அட்டவணையின் பொருத்தத்தை மிஞ்ச முடியாது.

ip rule show பயன்படுத்தி, பிறகு குறிப்பிட்ட அட்டவணையைக் கேளுங்கள், எடுத்துக்காட்டாக ip route show table 100, அந்த விதி என்ன திருப்பித் தரும் என்பதைப் பார்க்க. VPN கிளையண்ட் அல்லது கொள்கல ரன்டைம் ஒரு விதியைச் சேர்த்திருந்தால், பதில் நீங்கள் படித்த அட்டவணையில் அல்ல, அங்கே இருக்கலாம். மூல முகவரியும் முக்கியம், ஏனெனில் ஒரு விதி மூலத்துடன் பொருந்தி அதே இலக்கை சுரங்கப்பாதை டிராஃபிக்கிற்கும் LAN டிராஃபிக்கிற்கும் வேறுவிதமாகத் தீர்க்கலாம்.

இலக்கைச் சரிபாருங்கள், தரவரிசையை அல்ல

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

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