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 ഇൻസ്റ്റൻസിലേക്കല്ല, മടക്കവഴിയിലേക്ക് നയിക്കുന്നു.