VPN-നെക്കുറിച്ച് iftop സ്ക്രീനിന് തെളിയിക്കാനാകുന്നതും ആകാത്തതും
ഒരു ബാൻഡ്വിഡ്ത്ത് മോണിറ്റർ ഒരു നിമിഷത്തിൽ ഒരു ഇന്റർഫേസ് കാണിക്കുന്നു. നിങ്ങൾ എന്താണ് പരിശോധിക്കുന്നത്, ഏത് ഇന്റർഫേസാണ് അത് വഹിക്കുന്നത്, ഫിൽട്ടർ എന്താണ് മറയ്ക്കുന്നത് എന്ന് തീരുമാനിക്കുക.
iftop സ്ക്രീൻ ഒരു സമയത്ത് ഒരു ചോദ്യത്തിന് മാത്രം ഉത്തരം നൽകുന്നു: നിങ്ങൾ ലക്ഷ്യമിട്ട ഇന്റർഫേസിലൂടെ ഏത് ഹോസ്റ്റ് ജോടികളാണ് ബൈറ്റുകൾ കൈമാറുന്നത്. ഓരോ ആപ്ലിക്കേഷനും VPN നയം പാലിക്കുന്നുണ്ടോ എന്ന് അത് ഉത്തരം നൽകുന്നില്ല, ശൂന്യമായ സ്ക്രീൻ ഒന്നും ചോരാതിരുന്നു എന്ന് തെളിയിക്കുന്നുമില്ല. ഈ രണ്ട് പ്രസ്താവനകൾക്കിടയിലെ വിടവിലാണ് ഭൂരിഭാഗം ലീക്ക്-പരിശോധനാ ചർച്ചകളും തെറ്റിപ്പോകുന്നത്. പ്രദർശനത്തിന്റെ യഥാർത്ഥ അർത്ഥം മൂന്ന് വ്യവസ്ഥകളാണ് തീരുമാനിക്കുന്നത്, മൂന്നും നിങ്ങൾ ഉപയോഗിച്ച കമാൻഡ് ലൈനിൽ കാണാം.
സ്ക്രീനിന്റെ അർത്ഥം മൂന്ന് വ്യവസ്ഥകൾ തീരുമാനിക്കുന്നു
വ്യവസ്ഥകൾ: ഏത് ഇന്റർഫേസാണ് കാണിക്കുന്നത്, ഫിൽട്ടറും ഉപകരണവും എന്താണ് മറയ്ക്കുന്നത്, പരിശോധന യഥാർത്ഥത്തിൽ എന്താണ് നടത്തിയത്. ഇതേ ക്രമത്തിൽ ഉത്തരം നൽകുക, ആദ്യത്തിൽ പിഴവ് വന്നാൽ ബാക്കി രണ്ടും അർത്ഥശൂന്യമാകും.
ഇന്റർഫേസ് വ്യവസ്ഥ പ്രധാനമാണ്, കാരണം ടണൽ കാഴ്ചയും ഭൗതിക കാഴ്ചയും ഒരേ ട്രാഫിക്കിന്റെ വ്യത്യസ്ത പാളികൾ കാണിക്കുന്നു. ടണൽ ഇന്റർഫേസിൽ നോക്കിയാൽ ടണലിനുള്ളിലെ പ്രവാഹങ്ങൾ കാണാം; ഭൗതിക ഇന്റർഫേസിൽ നോക്കിയാൽ ടണലിന്റെ വാഹകനും, ആ ലിങ്ക് പങ്കിടുന്ന ഏതെങ്കിലും നിയമാനുസൃത സെറ്റപ്പ്, നിയന്ത്രണ അല്ലെങ്കിൽ പ്രാദേശിക ട്രാഫിക്കും കാണാം. രണ്ടിൽ ഒന്നും തെറ്റല്ല, ഒന്നും പൂർണ്ണചിത്രവുമല്ല. ഏതാണ് നോക്കുന്നതെന്ന് പേരിടുന്നതാണ് തെളിവും ധാരണയും തമ്മിലുള്ള വ്യത്യാസം.
ഒന്നാം വ്യവസ്ഥ: ഏത് ഇന്റർഫേസാണ് കാണിക്കുന്നത്
iftop ഇന്റർഫേസ് വ്യക്തമായി -i ഉപയോഗിച്ച് എടുക്കുന്നു, അങ്ങനെ ചെയ്യാത്തപ്പോഴുള്ള പെരുമാറ്റം അതിന്റെ കൈപ്പുസ്തകം വിവരിക്കുന്നു: അത് ഒന്ന് തിരഞ്ഞെടുക്കുന്നു, അത് ടണലിനു പകരം പുറമേ കാണുന്ന ഉപകരണമായിരിക്കാം. ആ സ്ഥിരസ്ഥിതി ബാൻഡ്വിഡ്ത്ത് ഉപകരണത്തിന് ന്യായവും ലീക്ക് പരിശോധനയ്ക്ക് മോശവുമാണ്.
എപ്പോഴും ഇന്റർഫേസ് നൽകുക, ഫലത്തിനടുത്തായി അത് എഴുതുക. ഇന്റർഫേസിന്റെ പേരില്ലാത്ത സ്ക്രീൻഷോട്ട് പുനർനിർമ്മിക്കാനാവില്ല.
രണ്ടാം വ്യവസ്ഥ: ഫിൽട്ടറും ഉപകരണവും എന്താണ് മറയ്ക്കുന്നത്
iftop ഒരു ഫിൽട്ടർ പദപ്രയോഗം സ്വീകരിക്കുന്നു, ഫിൽട്ടർ ഒഴിവാക്കുന്ന പ്രവാഹം അഭാവം കൊണ്ടല്ല, നിർമ്മാണം കൊണ്ടാണ് അദൃശ്യമാകുന്നത്. വിലാസങ്ങൾ ലേബൽ ചെയ്യാൻ ഉപകരണം സ്ഥിരസ്ഥിതിയായി ഹോസ്റ്റ്നെയിം തിരയലുകളും നടത്തുന്നു, ആ തിരയലുകൾ സ്വന്തം DNS ട്രാഫിക് സൃഷ്ടിക്കുന്നു, അതായത് നിങ്ങൾ നിരീക്ഷിക്കാൻ ഉദ്ദേശിക്കാത്ത ട്രാഫിക്. -n തിരയലുകൾ ഓഫാക്കി പ്രദർശനം സംഖ്യാത്മകമാക്കുന്നു; പിന്നീട് DNS വരികൾ മറയ്ക്കുന്നത് ചോദ്യങ്ങൾ സൃഷ്ടിക്കാതിരിക്കുന്നതിന് തുല്യമല്ല.
ഈ വ്യത്യാസം വ്യക്തമായി പറയേണ്ടതാണ്, കാരണം മറ്റ് ഉപകരണങ്ങളിലും ഇത് കാണാം: ഒരു പ്രവർത്തനത്തിന്റെ പ്രദർശനം അടിച്ചമർത്തുന്നത് അത് തടയുന്നതിന് തുല്യമല്ല. DNS തിരയലുകൾ നിങ്ങൾ പരിശോധിക്കുന്നതിന്റെ ഭാഗമാണെങ്കിൽ, തിരയലുകൾ ഓഫാക്കി പരിശോധന നടത്തുക, നിരീക്ഷണം നിരീക്ഷകനാൽ മലിനമാകാതിരിക്കാൻ.
മൂന്നാം വ്യവസ്ഥ: പരിശോധന യഥാർത്ഥത്തിൽ എന്താണ് നടത്തിയത്
ഒരു ആപ്ലിക്കേഷനിൽ നിന്ന്, ഒരു ലക്ഷ്യത്തിലേക്ക്, ഒരു വിലാസ കുടുംബത്തിൽ ഉള്ള ഒരു അഭ്യർത്ഥന ആ അഭ്യർത്ഥനയെക്കുറിച്ച് എന്തോ തെളിയിക്കുന്നു. മറ്റൊരു ആപ്ലിക്കേഷൻ, മറ്റൊരു ലക്ഷ്യം അല്ലെങ്കിൽ മറ്റേ വിലാസ കുടുംബം എന്നിവയെക്കുറിച്ച് അത് ഒന്നും തെളിയിക്കുന്നില്ല, ഇത്തരം പരിശോധനകളിൽ ഏറ്റവും കൂടുതൽ മറന്നുപോകുന്ന കുടുംബമാണ് IPv6.
അതിനാൽ തുടങ്ങുന്നതിന് മുമ്പ് അഭ്യർത്ഥന നിർവചിക്കുക: നിരുപദ്രവകരമായ ലക്ഷ്യം, നിങ്ങൾക്ക് പ്രധാനമായ ആപ്ലിക്കേഷനിൽ നിന്ന്, നിങ്ങൾക്ക് പ്രധാനമായ കുടുംബത്തിൽ, ടണൽ അതിന്റെ അംഗീകൃത അവസ്ഥയിൽ. തുടർന്ന് സ്വീകരിക്കുന്ന വശമോ ക്ലയന്റിന്റെ സ്വന്തം ഡയഗ്നോസ്റ്റിക്സോ പരിശോധിക്കുക, കാരണം എന്താണ് എത്തിയതെന്ന് വിദൂര അറ്റം പ്രാദേശിക സ്ക്രീനിന് കഴിയാത്ത രീതിയിൽ അറിയുന്നു. തുടർന്ന് ടണൽ ലഭ്യമല്ലാത്ത അംഗീകൃത സന്ദർഭം നടത്തി ട്രാഫിക് നിലയ്ക്കുന്നുണ്ടോ എന്ന് നോക്കുക, കാരണം ആവശ്യകത സാധാരണയായി യഥാർത്ഥത്തിൽ ഈ പെരുമാറ്റത്തെക്കുറിച്ചാണ്.
DNS അതിന്റേതായ നിരീക്ഷണം അർഹിക്കുന്നു. ചോദ്യം സ്വീകരിക്കുന്നയാളും ചോദ്യം പോയ വഴിയും രണ്ട് വസ്തുതകളാണ്, ബാൻഡ്വിഡ്ത്ത് സ്ക്രീൻ രണ്ടും കാണിക്കുന്നില്ല.
iftop പിന്തുണാ തെളിവായി ഉപയോഗിക്കുക
അപ്പോൾ മാത്രമാണ് iftop മൂല്യം ചേർക്കുന്നത്, അതും ഉറപ്പിക്കലായി ചേർക്കുന്നു. sudo iftop -i wg0 -n -B -P -f "host 203.0.113.9" പ്രതീക്ഷിച്ച പ്രവാഹം പ്രതീക്ഷിച്ച ഇന്റർഫേസിൽ പ്രത്യക്ഷപ്പെടുന്നുണ്ടോ എന്ന്, നിഷ്ക്രിയതയെക്കുറിച്ചുള്ള അവകാശവാദം പരിശോധനായോഗ്യമാക്കുന്ന ബൈറ്റ് എണ്ണങ്ങളോടെ കാണിക്കുന്നു.
അതിനെ സോക്കറ്റ് തലത്തിലെ കാഴ്ചയ്ക്ക് ss -tnp എന്നതുമായും കേർണൽ തിരഞ്ഞെടുക്കുന്ന വഴിക്ക് ip route get എന്നതുമായും താരതമ്യം ചെയ്യുക, ഒരു യന്ത്രത്തെക്കുറിച്ചുള്ള ഒരു ധാരണയ്ക്കു പകരം ഒരു അഭ്യർത്ഥനയുടെ മൂന്ന് നിരീക്ഷണങ്ങൾ നിങ്ങൾക്കുണ്ടാകും. iftop കൈപ്പുസ്തകം ഇന്റർഫേസ് തിരഞ്ഞെടുപ്പും ഫിൽട്ടർ വാക്യഘടനയും തിരയൽ പെരുമാറ്റവും രേഖപ്പെടുത്തുന്നു, ലീക്ക് പരിശോധന ആശ്രയിക്കുന്ന മൂന്ന് കാര്യങ്ങൾ ഇവയാണ്. ബാൻഡ്വിഡ്ത്ത് സ്ക്രീൻ പ്രവർത്തനത്തിന്റെ സ്ഥാനം കണ്ടെത്തുന്നു; വഴി, അപവാദങ്ങൾ, പരാജയ പെരുമാറ്റം എന്നിവ ആ പ്രവർത്തനം ആവശ്യകത നിറവേറ്റുന്നുണ്ടോ എന്ന് തീരുമാനിക്കുന്നു.