VPN ക്യാപ്ചറിലെ അകത്തെയും പുറത്തെയും പാക്കറ്റുകൾ: വലിപ്പങ്ങൾ എന്തുകൊണ്ട് വ്യത്യാസപ്പെടുന്നു

നിങ്ങൾ ടണൽ ഇന്റർഫേസിൽ 1400 ബൈറ്റ് പാക്കറ്റുകൾ ക്യാപ്ചർ ചെയ്യുന്നു, ഭൗതിക ഇന്റർഫേസിൽ വീണ്ടും ക്യാപ്ചർ ചെയ്യുന്നു, സംഖ്യകൾ യോജിക്കാൻ വിസമ്മതിക്കുന്നു. വിലാസങ്ങൾ വ്യത്യാസപ്പെടുന്നു, വലിപ്പങ്ങൾ വ്യത്യാസപ്പെടുന്നു, രണ്ടാമത്തെ ഫയൽ മറ്റൊരു സംഭാഷണം പോലെ തോന്നുന്നു. ഒന്നും കേടായിട്ടില്ല. രണ്ട് വ്യത്യസ്ത പാക്കറ്റുകൾ രണ്ട് വ്യത്യസ്ത പാളികളിൽ ഇരിക്കുന്നു, അവയ്ക്കിടയിലുള്ള വിടവാണ് നിങ്ങളുടെ ട്രാഫിക്കിനോട് ടണൽ ചെയ്യുന്നത്. MTU-യെ കുറ്റപ്പെടുത്തുന്നതിന് മുമ്പ് രണ്ട് കാഴ്ചകളും വായിക്കുക.

രണ്ട് വീക്ഷണ കോണുകൾ, ഓരോന്നും കാണിക്കുന്ന പാക്കറ്റ്

ടണൽ ഇന്റർഫേസിൽ എടുത്ത ക്യാപ്ചർ അകത്തെ പാക്കറ്റ് കാണിക്കുന്നു: ഏതെങ്കിലും സംരക്ഷണം പ്രയോഗിക്കുന്നതിന് മുമ്പ്, അതിന്റെ യഥാർത്ഥ ഉറവിടവും ലക്ഷ്യവും വഹിക്കുന്ന ആപ്ലിക്കേഷന്റെ പേലോഡ്. ഭൗതിക ഇന്റർഫേസിലെ ക്യാപ്ചർ പുറത്തെ പാക്കറ്റ് കാണിക്കുന്നു: ഒരു IP ഹെഡർ, ഒരു ട്രാൻസ്പോർട്ട് ഹെഡർ, എൻക്യാപ്സുലേഷൻ, തുടർന്ന് പേലോഡായി എൻക്രിപ്റ്റ് ചെയ്ത അകത്തെ പാക്കറ്റ്. ഒരേ സംഭാഷണം, വ്യത്യസ്ത വസ്തുക്കൾ. ഫയലിൽ ഏതാണുള്ളതെന്ന് നിങ്ങൾ പേരിട്ടാൽ, പൊരുത്തക്കേട് നിഗൂഢതയായിരിക്കുന്നത് നിർത്തുന്നു.

വലിപ്പ വ്യത്യാസം അധിക ഭാരമാണ്, വിലാസ വ്യത്യാസം രൂപകൽപ്പനയാണ്. അത് തിരിച്ചിട്ടാൽ ആശയക്കുഴപ്പം പ്രവചനീയമാകുന്നു: ആളുകൾ 1400 ബൈറ്റ് അകത്തെ പാക്കറ്റിനെ 1450 ബൈറ്റ് പുറത്തെ പാക്കറ്റുമായി താരതമ്യം ചെയ്ത് എന്തോ കുഴപ്പമുണ്ടെന്ന് തീരുമാനിച്ച്, ഒരിക്കലും കുറ്റക്കാരമല്ലാത്ത MTU ക്രമീകരണങ്ങൾ മാറ്റാൻ തുടങ്ങുന്നു. ഫയലിന് ഇന്റർഫേസും പാളിയും കൊണ്ട് പേരിടുക, കാരണം ആ ലേബലാണ് വായനക്കാരന് ആദ്യം വേണ്ടതും ആളുകൾ ആദ്യം ഒഴിവാക്കുന്നതും.

ക്യാപ്ചർ തുടങ്ങുന്നതിന് മുമ്പ് പാളി തീരുമാനിക്കുക

ആദ്യ പാക്കറ്റ് എഴുതുന്നതിന് മുമ്പ് നിങ്ങളുടെ ചോദ്യത്തിന് ഉത്തരം നൽകുന്നത് ഏത് പാളിയാണെന്ന് തീരുമാനിക്കുക. MTU ചോദ്യത്തിന് സാധാരണയായി പുറത്തെ കാഴ്ച വേണം, കാരണം ഹെഡറുകൾ കൂടുന്നതും പാതയുടെ പരിധി പ്രത്യക്ഷപ്പെടുന്നതും അവിടെയാണ്. ആപ്ലിക്കേഷൻ ചോദ്യത്തിന് സാധാരണയായി അകത്തെ കാഴ്ച വേണം, കാരണം നിങ്ങൾക്ക് പ്രധാനമായ പേലോഡ് ഇപ്പോഴും നിലനിൽക്കുന്നത് അവിടെയാണ്. പ്ലാനില്ലാതെ രണ്ടും ക്യാപ്ചർ ചെയ്താൽ രണ്ട് ഫയലും ഒരു നിഗമനവുമില്ല.

നിരുപദ്രവകരവും അനുവദിക്കപ്പെട്ടതുമായ ഒരു പരിശോധന ഉപയോഗിച്ച്, നിങ്ങൾക്ക് പ്രധാനമായ ഉറവിടം, ലക്ഷ്യം, സമയം എന്നിവയിൽ ഫിൽട്ടർ ചെയ്യുക. ശേഖരിക്കുന്നതിന് മുമ്പ് ക്യാപ്ചർ ടൂളിന്റെ ഇന്റർഫേസും ഫിൽട്ടർ ഓപ്ഷനുകളും വായിക്കുക, കാരണം മെറ്റാഡാറ്റ സാധാരണയായി മതിയാകും, പേലോഡിനെക്കാൾ വളരെ എളുപ്പത്തിൽ പങ്കിടാനും കഴിയും. അകത്തെ ക്യാപ്ചർ സ്വതവേ സംവേദനക്ഷമമായി കണക്കാക്കുക, കാരണം അതിൽ എൻക്രിപ്റ്റ് ചെയ്യാത്ത ആപ്ലിക്കേഷൻ ഡാറ്റ അടങ്ങിയിരിക്കുന്നു, അത് പാതയിൽ കൂടുതൽ മുന്നോട്ട് മാത്രമേ സംരക്ഷിക്കപ്പെടുന്നുള്ളൂ.

വലിപ്പ വ്യത്യാസത്തിൽ യഥാർത്ഥത്തിൽ എന്തുണ്ട്

പുറത്തെ പാക്കറ്റ് അധിക ഹെഡറുകളും സംരക്ഷണ വസ്തുവും വഹിക്കുന്നു, എത്ര വഹിക്കുന്നു എന്നത് പ്രോട്ടോക്കോളിനെയും അതിന്റെ ഓപ്ഷനുകളെയും ആശ്രയിച്ചിരിക്കുന്നു. പാതയിലുടനീളമുള്ള ഫ്രാഗ്മെന്റേഷൻ, അഗ്രഗേഷൻ അല്ലെങ്കിൽ പുനഃക്രമീകരണം ഒരു അകത്തെ പാക്കറ്റും അത് വഹിക്കുന്ന പുറത്തെ പാക്കറ്റുകളും തമ്മിലുള്ള ദൃശ്യ ഒന്നിനൊന്ന് ബന്ധം തകർക്കാം, അതിനാൽ വലിപ്പം തിരിച്ചുള്ള താരതമ്യം എപ്പോഴും ലഭ്യമല്ല. MTU തകരാറാണെന്ന് സംശയിക്കുമ്പോൾ, വലിപ്പ ഫീഡ്ബാക്കും ട്രാഫിക് നിലയ്ക്കുന്ന ബിന്ദുവും അന്വേഷിച്ച്, അതിനെ ആപ്ലിക്കേഷൻ റിപ്പോർട്ട് ചെയ്യുന്നതുമായി താരതമ്യം ചെയ്യുക. മറുപടിയില്ലാത്ത റീട്രാൻസ്മിഷൻ പാറ്റേൺ അടുത്ത ഹോപ്പ് വലിപ്പം വഹിക്കുന്ന ICMP പിശകിൽ നിന്ന് വ്യത്യസ്ത സൂചനയാണ്.

ഹോസ്റ്റ് വിടുന്ന ഒരു പാക്കറ്റ്, ദൂരെയുള്ള അറ്റം അത് സ്വീകരിച്ചോ എന്നതിനെക്കുറിച്ച് ഒന്നും തെളിയിക്കുന്നില്ല. നിങ്ങളുടെ ക്യാപ്ചർ സ്വന്തം ഇന്റർഫേസിൽ അവസാനിക്കുന്നുവെങ്കിൽ, കെർണൽ എന്തോ പുറപ്പെടുവിച്ചു എന്ന് മാത്രമാണ് നിങ്ങൾ കാണിച്ചത്, അത് പാതയെക്കുറിച്ചുള്ള ഏറ്റവും ദുർബലമായ തെളിവാണ്. ക്യാപ്ചറിനെ ആവർത്തിക്കാവുന്ന ഒരു ലക്ഷണവുമായി ചേർക്കുക: ഒരേ ലക്ഷ്യം, ഒരേ പ്രവർത്തനം, ഒരേ വലിപ്പം, ഒരു വേരിയബിൾ മാറ്റി രണ്ടുതവണ പ്രവർത്തിപ്പിക്കുക.

ഓഫ്ലോഡ് സംഖ്യകളിൽ വായിക്കുക

ഹോസ്റ്റ് വശത്തെ സെഗ്മെന്റേഷനും മറ്റ് ഓഫ്ലോഡും രണ്ടാമത്തെ വികലത ചേർക്കുന്നു, അതാണ് പ്രാദേശിക ക്യാപ്ചറുകളെ വയറുമായി യോജിക്കാതിരിക്കാൻ ചെയ്യുന്നത്. ഒരു പ്രാദേശിക ക്യാപ്ചർ അഡാപ്റ്റർ പിന്നീട് വിഭജിക്കുന്ന ബഫറുകൾ കാണിച്ചേക്കാം, അതിനാൽ ലിങ്കിലെ ഫ്രെയിമുകൾ ഫയൽ സൂചിപ്പിക്കുന്നതിനേക്കാൾ ചെറുതും എണ്ണത്തിൽ കൂടുതലുമാണ്. അതുകൊണ്ടാണ് ക്യാപ്ചർ ഫയലിലെ വലിയ ബഫർ, ഓവർസൈസ്ഡ് ഫ്രെയിം എല്ലാ ലിങ്കിലൂടെയും കടന്നു എന്ന് തെളിയിക്കാത്തത്. വലിപ്പങ്ങൾ നിങ്ങളുടെ നിഗമനത്തിന് പ്രധാനമാണെങ്കിൽ, ക്യാപ്ചർ എവിടെ എടുത്തു, ആ ഇന്റർഫേസിൽ ഓഫ്ലോഡ് സജീവമായിരുന്നോ എന്ന് രേഖപ്പെടുത്തുക.

അല്ലെങ്കിൽ നിങ്ങൾ അളക്കുന്നത് പാതയുടെ പെരുമാറ്റമല്ല, ഹോസ്റ്റിന്റെ സൗകര്യമാണ്. ഇന്റർഫേസും ഓഫ്ലോഡ് അവസ്ഥയും കൊണ്ട് ലേബൽ ചെയ്ത രണ്ട് ഫയലുകൾ ഈ തർക്കങ്ങളിൽ ഭൂരിഭാഗവും ഒരു മിനിറ്റിൽ തീർക്കുന്നു.

ക്യാപ്ചർ തെളിവാകുന്നത് നിലയ്ക്കുന്നിടം

എൻക്രിപ്റ്റ് ചെയ്ത പുറത്തെ പാക്കറ്റുകൾ കാണുന്നത് ഈ പരിശോധനാ സാഹചര്യങ്ങളിൽ ഒരു സംരക്ഷണ അതിർത്തി നിലനിൽക്കുന്നു എന്ന് കാണിക്കുന്നു, ഉപകരണത്തിലെ മറ്റ് ആപ്ലിക്കേഷനുകളെക്കുറിച്ചോ ഓപ്പറേറ്ററുടെ കൈകാര്യം ചെയ്യലിനെക്കുറിച്ചോ അറ്റത്തിന്റെ സ്വന്തം അവസ്ഥയെക്കുറിച്ചോ ഒന്നും പറയുന്നില്ല. ടണലിനുള്ളിൽ വ്യക്തമായ എഴുത്ത് കാണുന്നതും ടണൽ കേടായി എന്ന് അർത്ഥമാക്കുന്നില്ല; എൻക്രിപ്ഷൻ ബിന്ദുവിന് മുകളിൽ നിങ്ങൾ ക്യാപ്ചർ ചെയ്തു എന്നാണ് അർത്ഥം, അത് നോക്കാൻ സാധുവായ ഒരിടമാണ്. ഒരു ക്യാപ്ചർ ഒരിടത്തെക്കുറിച്ചുള്ള തെളിവാണ്, ഒരു സിസ്റ്റത്തെക്കുറിച്ചുള്ള വിധിയല്ല, ടിക്കറ്റ് അത് അപ്രകാരം വിവരിക്കണം. റിപ്പോർട്ടിൽ പരിധി വാക്യം സൂക്ഷിക്കുക, കാരണം ഒരു നിരീക്ഷണം ഓഡിറ്റ് അവകാശവാദമാകുന്നത് അതാണ് തടയുന്നത്.

ഓരോ ഫയലിനും അതിന്റെ ഇന്റർഫേസും ഫിൽട്ടറും ടൈംസ്റ്റാമ്പും കൊണ്ട് പേരിടുക, അന്വേഷണം അവസാനിക്കുമ്പോൾ അത് ഇല്ലാതാക്കുക. tcpdump മാനുവൽ ഇവിടെ ഉപയോഗിച്ച ഇന്റർഫേസ്, ഫിൽട്ടർ ഫ്ലാഗുകൾ രേഖപ്പെടുത്തുന്നു, ക്യാപ്ചർ ചെറുതായി നിർത്തുന്നവയുൾപ്പെടെ.

തെളിവ് പങ്കിടേണ്ടതുണ്ടെങ്കിൽ, പേലോഡിന് പകരം വലിപ്പങ്ങളും ടൈംസ്റ്റാമ്പുകളും ഫ്ലാഗുകളും പങ്കിടുക. ചോദ്യം പാക്കറ്റ് വലിപ്പത്തെക്കുറിച്ചായിരുന്നു, ഉത്തരത്തിന് ആരുടെയും ഡാറ്റ അപൂർവ്വമായേ വേണ്ടിവരൂ.