VPN சுரங்கப்பாதையில் traceroute ஒரு திசையில் மட்டும் இறப்பது ஏன்

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

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

நட்சத்திரம் என்பது காணாத பதில், காணாத ஹாப் அல்ல

traceroute ஒவ்வொரு சுற்றிலும் TTL இன்னும் ஒரு ரவுட்டர் தூரத்தில் முடிவடையும் ஆய்வுகளை அனுப்பி வெளியே நகர்கிறது. காலாவதியான ஆய்வைத் தூக்கி எறியும் ரவுட்டர் தன்னைப் பெயரிடும் ICMP Time Exceeded செய்தியைத் திருப்பி அனுப்ப வேண்டும், கருவி அந்தப் பெயரை அச்சிடுகிறது. கருவி உண்மையில் காத்திருப்பது அந்தச் செய்தி ஒரு காலவரம்பிற்குள் வருவதற்கே. ரவுட்டர் வேறு மூல முகவரியிலிருந்து பதிலளித்தால், பிழைகளை உருவாக்கும் அதிர்வெண்ணைக் கட்டுப்படுத்தினால் அல்லது ஆய்வை வார்த்தையின்றி விட்டுவிட்டால், அந்தச் சுற்று அச்சிட எதையும் தராது.

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

ஆய்வு முறை எந்த வடிகட்டியைச் சந்திப்பீர்கள் என்பதைத் தீர்மானிக்கிறது

Linux இல் இயல்புநிலை முறை பொதுவாக அதிக எண்ணுள்ள UDP இலக்கு போர்ட், Windows இன் tracert ICMP எதிரொலிகளை அனுப்புகிறது, Linux ஐ அதற்குப் பதிலாக ICMP அல்லது TCP பயன்படுத்தச் சொல்லலாம். இவை ஒவ்வொன்றும் நிலைமையுள்ள ஃபயர்வால் அல்லது மேகப் பாதுகாப்புக் குழுவிற்கு வேறு வகைப் போக்குவரத்தாகத் தெரிகிறது. ஒரு பக்கத்தின் UDP தடத்தை மறுபக்கத்தின் ICMP தடத்துடன் ஒப்பிடுவது இரண்டு வெவ்வேறு சோதனைகளை ஒப்பிடுவதாகும். முடிவுகளை வேறுபாடு என அழைப்பதற்கு முன் முறை, முகவரிக் குடும்பம், மூல முகவரி மற்றும் காலவரம்பை நிலைநிறுத்துங்கள்.

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

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

திரும்பும் பாதை அதற்கே உரிய வழி

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

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

உண்மையான கோரிக்கையுடன் சுரங்கப்பாதையை உறுதிப்படுத்துங்கள்

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

traceroute -I -n -w 2 203.0.113.40
traceroute -T -p 443 -n -w 2 203.0.113.40
curl -sS -o /dev/null -w '%{http_code} %{time_total}\n' --max-time 5 http://203.0.113.40:8080/health
ss -tan state established

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

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