முழு சுரங்கப்பாதை வழி அதைச் சுமக்கும் சேவையகத்தை ஏன் துண்டிக்கிறது

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

தன் சொந்தப் போக்குவரத்தை உண்ணும் வழி

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

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

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

இயல்புநிலைக்கு முன் விலக்கை நிறுவுங்கள்

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

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

ip route add 203.0.113.10/32 via 192.168.1.1 dev eth0
ip route get 203.0.113.10

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

சேவையகத்தில் கண்ணாடிப் பிம்பம்

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

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

ip route get 198.51.100.44 from 10.90.0.1
ip rule show
sudo tcpdump -ni any host 198.51.100.44

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

சுரங்கப்பாதை தொடர்ந்து திருடும் விலக்குகள்

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

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

யாரும் எழுதாத விலக்கு என்பது அடுத்த மறுகட்டுமானம் அமைதியாக விட்டுவிடும் விலக்கு.

மீண்டும் இணைந்த பிறகு அதை நிரூபியுங்கள், முன்பல்ல

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

ip route get 203.0.113.10
traceroute -n 203.0.113.10
ip route get 10.90.0.5
ip route get 1.1.1.1

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