Linux இல் VPN தள்ளும் வழிகளை நிலையான வழிகளிலிருந்து எவ்வாறு வேறுபடுத்துவது
சுரங்கப்பாதையுடன் தோன்றும் முன்னொட்டு மூன்று உரிமையாளர்களிடமிருந்து வரலாம். அட்டவணையை ஒப்பிடுங்கள், அளவீட்டைச் சரிபார்த்து, பின்னர் அதை மீண்டும் மீண்டும் நிறுவும் உரிமையாளரைச் சரிசெய்யுங்கள்.
சுரங்கப்பாதை மேலெழும்போது மடிக்கணினியில் ஒரு முன்னொட்டு தோன்றுகிறது, எனவே VPN அதை நிறுவியதுபோல் தோன்றுகிறது. அவ்வாறு இருக்கலாம், ஆனால் அதே முடிவு இணைக்கும்போது இயங்கும் கிளையன்ட் ஸ்கிரிப்ட், துணை வலையத்தைப் பட்டியலிடும் இணைப்புச் சுயவிவரம், அல்லது ஆரம்பத்திலிருந்தே இருந்து இடைமுகம் இருந்தபோது மட்டுமே வேலை செய்யத் தொடங்கிய நிலையான வழி ஆகியவற்றிலிருந்தும் வரலாம். தவறான உரிமையாளரைத் தேர்ந்தெடுப்பது என்றால் ஒவ்வொரு சுத்தத்திற்குப் பிறகும் வழி திரும்பி வரும், அடுத்த நபர் அதே திருத்தத்தை மீண்டும் செய்வார். கீழேயுள்ள வரிசை எதையும் மாற்றுவதற்கு முன் இம்மூன்றையும் பிரிக்கிறது.
படி 1: முன்னொட்டுகளை நிறுவும் பொறிமுறையைப் பெயரிடுங்கள்
வெவ்வேறு நெறிமுறைகள் வெவ்வேறு வழிகளில் அணுகலை வழங்குகின்றன, இவை அனைத்தையும் அறிவிப்பு என்று கூறுவது வேறுபாட்டை மறைக்கிறது. OpenVPN சேவையகம் கட்டுப்பாட்டு சேனல் வழியாக வழி வழிமுறையைத் தள்ளுகிறது, pull வடிகட்டி தடுக்காவிட்டால் கிளையன்ட் அதை நிறுவுகிறது. WireGuard கட்டமைப்பு அனுமதிக்கப்பட்ட முன்னொட்டுகளை உள்ளூரில் பட்டியலிடுகிறது, கிளையன்ட் அவற்றை மறையாக்க விசை வழியமைப்பிற்கும் தான் சேர்க்கும் வழிகளுக்கும் பயன்படுத்துகிறது. IPsec சுரங்கப்பாதை சகாவுடன் போக்குவரத்துத் தேர்விகளை ஒப்புக்கொள்கிறது, கர்னல் அந்தத் தேர்விகளிலிருந்து வழிகளை நிறுவுகிறது.
எந்த அட்டவணையையும் படிக்கும் முன் உங்கள் சுரங்கப்பாதை இவற்றில் எதைப் பயன்படுத்துகிறது என்பதை அடையாளம் காணுங்கள். இணைக்கும்போது தள்ளப்படும் வழி வழியமைப்பு நெறிமுறையின் அறிவிப்பு அல்ல, மேலும் முன்னொட்டு தொலை முனையின் பின்னால் அணுகக்கூடியது என்ற உறுதியையும் தராது. திருத்தம் எங்கே சேர வேண்டும் என்பதை அது தீர்மானிப்பதால், முன்னொட்டின் அருகில் பொறிமுறையைக் குறிப்பிடுங்கள்.
படி 2: ஒரு இணைப்பின் முழுவதும் அட்டவணையை ஒப்பிடுங்கள்
சுரங்கப்பாதை கீழே இருக்கும்போது பிரதான அட்டவணையைச் சேமித்து, அதை மேலே எழுப்பி, மீண்டும் சேமித்து, இரு பதிவுகளையும் ஒப்பிடுங்கள். தோன்றிய அனைத்தும் இணைப்பின் வாழ்க்கைச் சுழற்சிக்குரியது, எஞ்சியவை அனைத்தும் உள்ளூர் கட்டமைப்புக்குரியது.
ip route show table main > /tmp/route-down.txt மூலம் அதைப் பதிவு செய்யுங்கள், இணைக்கவும், மீண்டும் பதிவு செய்யவும். தளம் IPv6 பயன்படுத்தினால் ip -6 route க்கும் அதையே செய்யுங்கள், ஏனெனில் அங்கு இல்லாத முன்னொட்டு வழியமைப்புடன் தொடர்பில்லாததாகத் தோன்றும் தோல்விகளை உருவாக்குகிறது.
படி 3: இருப்பை மட்டுமல்ல, அளவீட்டையும் படியுங்கள்
ஒரே முன்னொட்டுக்கு இரு உள்ளீடுகள் ஒன்றாக இருக்கலாம், கர்னல் குறைந்த அளவீட்டைத் தேர்ந்தெடுக்கிறது. அளவீடு 50 உள்ள நிலையான வழி இரண்டும் தெரிந்தாலும் 100 இல் தள்ளப்பட்ட வழியை வென்று கொண்டே இருக்கும், எனவே ‘வழி அங்கே உள்ளது’ மற்றும் ‘போக்குவரத்து அதைப் பயன்படுத்துகிறது’ வெவ்வேறு கூற்றுகள்.
ip route get 10.20.5.7 மூலம் கர்னலை நேரடியாகக் கேட்டு அது தெரிவிக்கும் இடைமுகத்தைப் படியுங்கள். அட்டவணையில் சுரங்கப்பாதை வழி இருந்தும் போக்குவரத்து இயற்பியல் அடாப்டர் வழியாக வெளியேறினால், அதை அளவீடு அல்லது முன்னொட்டு நீளம் விளக்குகிறது, VPN கிளையன்ட் அல்ல. சுரங்கப்பாதையின் பின்னால் உள்ளது என்று உங்களுக்குத் தெரிந்த ஹோஸ்ட்டுக்கும் இல்லை என்று தெரிந்த ஒன்றுக்கும் தேடலை மீண்டும் செய்யுங்கள், வேறுபாடு பிரிவு நோக்கம் போலவே செயல்படுகிறதா என்பதைக் காட்டும்.
படி 4: சுரங்கப்பாதையை விட நீண்டு வாழும் உள்ளீடுகளைக் கண்டறியுங்கள்
நிலையான வழிகள் வடிவமைப்பின்படி துண்டிப்பைத் தாங்கும், பழைய உள்ளீடுகள் அங்கிருந்தே வருகின்றன. இனி இல்லாத இடைமுகத்தை நோக்கும் நிரந்தர வழி ஒரு துணை வலையத்தை அமைதியாக விழுங்கக்கூடும், மீண்டும் பயன்படுத்தப்பட்ட இடைமுகப் பெயரை நோக்கும் வழி மறுதொடக்கத்திற்குப் பிறகு தனிப்பட்ட போக்குவரத்தை தவறான கதவு வழியாக அனுப்பக்கூடும்.
உங்கள் விநியோகம் பயன்படுத்தும் இடத்தில் நிரந்தரப் பக்கத்தைச் சரிபார்க்கவும், அது systemd-networkd அலகு, NetworkManager சுயவிவரம் அல்லது கிளையன்டின் up அடைவில் உள்ள ஸ்கிரிப்ட் ஆக இருக்கலாம். ip route del மூலம் நேரடி அட்டவணையைச் சரிசெய்வது அடுத்த இணைப்பு வரை மட்டுமே நீடிக்கும். அந்த நீக்கத்தைப் பழுது என்றல்ல, கருதுகோளின் சோதனையாகக் கருதுங்கள்.
தொலை முனை தவறான பரப்பை வழங்கும்போது, எல்லாவற்றையும் வடிகட்டுவதற்குப் பதிலாக இயக்குநரிடம் எடுத்துச் செல்லுங்கள். தள்ளப்பட்ட அனைத்து அமைப்புகளையும் கைவிடுவது சுயவிவரம் சார்ந்திருக்கும் DNS மற்றும் பிளவு சுரங்கப்பாதைக் கொள்கையையும் கைவிடுகிறது.
படி 5: கிளையன்டைக் குறை கூறும் முன் திரும்பும் பாதையை உறுதிப்படுத்துங்கள்
தளம்-க்கு-தளம் அல்லது சுரங்கப்பாதையின் பின்னால் உள்ள துணை வலையத்திற்கு, தொலைப் பக்கம் உங்கள் கிளையன்ட் முகவரிக்குத் திரும்பும் வழியும் நுழைவாயிலில் முன்னனுப்பல் இயக்கப்பட்டிருப்பதும் தேவை. ஒருவழிப் பாதை கிளையன்ட் வழியமைப்பு பிழைபோலவே தோன்றுகிறது, ஆனால் கைக்குலுக்கல் மற்றும் வெளியேறும் பொதி இரண்டும் வெற்றி பெறுகின்றன.
தலைகீழ்ப் பாதை வடிகட்டல் Linux நுழைவாயில்களில் இரண்டாவது பொறியைச் சேர்க்கிறது. வழி எதிர்பார்ப்பதை விட வேறு இடைமுகத்தில் வரும் பதில் கடுமையான பயன்முறையில் நீக்கப்படுகிறது, இரு வழங்குநர்கள் வழியாக அசமச்சீரான பாதைகள் அதை நம்பகமாகத் தூண்டுகின்றன. வடிகட்டலே காரணமா என்பதை நுழைவாயிலில், கிளையன்டில் அல்ல, உள்ள நீக்கு எண்ணிகள் கூறும்.
படி 6: ping அல்ல, வளத்தைச் சோதியுங்கள்
தேர்ந்தெடுத்த வழி சரியானதும் உண்மையான வளத்தைத் திறந்து திரும்பும் போக்குவரத்தை உறுதிப்படுத்துங்கள். ping பதில் ஒரு திசையில் பாதையை நிரூபிக்கிறது, சேவையைப் பற்றி எதுவுமல்ல, தேக்ககப்படுத்தப்பட்ட இணைப்பில் பதிலளிக்கும் சேவை இன்னும் குறைவாகவே நிரூபிக்கிறது.
பின்னர் மீண்டும் இணைந்த பிறகு முழு சரிபார்ப்பையும் மீண்டும் செய்யுங்கள். வரிசையின் மதிப்பு அடுத்த இணைப்பு என்ன செய்யும் என்பதை அது முன்னறிவிப்பதில் உள்ளது, எனவே ஒப்பீடும் அளவீடும் இரண்டும் பணச்சீட்டில் இடம் பெறுகின்றன.