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 കൈപ്പുസ്തകം മുകളിൽ ഉപയോഗിച്ച ഇന്റർഫേസ്, ദിശ സെലക്ടറുകൾ ഉൾക്കൊള്ളുന്നു.