eth0 இல் போக்குவரத்து என்பது VPN சுரங்கப்பாதை கசிகிறது என்று அர்த்தமல்ல

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

சுரங்கப்பாதையின் ஒவ்வொரு பொதியும் இன்னும் கம்பி வழியே செல்கிறது

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

UDP பயன்முறையில் வெளிப்புற ஓட்டம் ஒவ்வொரு திசையிலும் ஒரே முகவரி மற்றும் துறைமுக ஜோடி, அதனால்தான் ஆரோக்கியமான சுரங்கப்பாதை eth0 இல் கிட்டத்தட்ட சலிப்பாகத் தெரிகிறது. முதலில் தேட வேண்டியது அதே ஒரு ஜோடிதான்.

ஒரு நேரத்தில் ஒரு இடைமுகத்தைப் பிடிக்கவும்

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

sudo tcpdump -i eth0 -n host 203.0.113.10 and udp port 1194

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

எந்தச் சாதனத்தைத் தேர்ந்தெடுக்கிறது என கர்னலைக் கேளுங்கள்

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

ip route get 1.1.1.1
ip -6 route get 2606:4700:4700::1111

பிளவுபட்ட முடிவே வழக்கமான கண்டுபிடிப்பு: சுயவிவரம் IPv4 வழித்தடங்களை மட்டும் தள்ளியதால் IPv4 சுரங்கப்பாதைக்கும் IPv6 இயற்பியல் அடாப்டருக்கும் செல்கிறது. இது உண்மையான கசிவு, IPv4 மட்டும் உள்ள பிடிப்பில் அது தெரியாது. IPv6 க்காக வடிகட்டி, சேவையகம் இல்லாத மற்றும் link-local இல்லாத முகவரிகளைக் கவனியுங்கள்.

இணைப்பதற்கு முன்னும் பின்னும் இரு தேடல்களையும் இயக்குங்கள், வாடிக்கையாளர் உண்மையில் என்ன மாற்றினார் என்பதைக் காண. இரு இயக்கங்களுக்கு இடையிலான வேறுபாடே வாடிக்கையாளரின் உண்மையான விளைவு.

பிடிப்பு உண்மையிலேயே கசிவாக இருக்கும்போது

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

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