VPN-இல் Ping இழப்பு: சதவீதத்திற்கு முன் Echo கோரிக்கைகளை குழுவாக்குங்கள்

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

படி 1: மூலம் மற்றும் இலக்கின்படி ஸ்ட்ரீம்களை பிரிக்கவும்

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

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

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

படி 2: அடையாளங்காட்டி மற்றும் வரிசையில் பொருத்தவும்

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

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

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

tshark -r capture.pcap -Y 'icmp.type == 8' -T fields -e frame.time -e ip.src -e ip.dst -e icmp.ident -e icmp.seq
tshark -r capture.pcap -Y 'icmp.type == 0' -T fields -e frame.time -e ip.src -e ip.dst -e icmp.ident -e icmp.seq

படி 3: ஒரே எல்லையில் டூபிள்களை ஒப்பிடவும்

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

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

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

tcpdump -ni any icmp and host 10.90.0.1 -c 20
tshark -r capture.pcap -Y 'icmp' -T fields -e ip.src -e ip.dst -e ip.ttl | head -20

படி 4: பதிவு எதை நிரூபிக்க முடியும், எதை முடியாது என்று சொல்லுங்கள்

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

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

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

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

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

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

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

ping -c 5 -I 10.80.0.6 10.90.0.1
ping -c 5 -I 10.30.0.25 10.90.0.1
tshark -r capture.pcap -Y 'icmp.type == 8 || icmp.type == 0' -T fields -e ip.src -e ip.dst -e icmp.ident -e icmp.seq | sort | uniq -c | head

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