നിഷ്ക്രിയ VPN ബാൻഡ്വിഡ്ത്ത് ഉപയോഗിക്കുമോ? ശരിയായ കൗണ്ടർ വായിക്കുക

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

നിഷ്ക്രിയ ടണൽ ഇപ്പോഴും ബൈറ്റുകൾ നീക്കുന്നത് എന്തുകൊണ്ട്

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

OpenVPN അതിന്റെ keepalive സഹായിയെ വ്യത്യസ്തമായി പ്രവർത്തിപ്പിക്കുന്നു: ഇരു അറ്റങ്ങൾക്കും ജീവനുള്ള സെഷനെ മരിച്ചതിൽ നിന്ന് വേർതിരിക്കാൻ ping ശൈലിയിലുള്ള പരിശോധനകൾ നിർവചിക്കുന്നു, സ്വന്തം ട്രാൻസ്പോർട്ട് കൊണ്ടുവരുന്ന ക്ലയന്റുകൾക്ക് മറ്റ് പേരുകളിൽ തുല്യമായ ടൈമറുകൾ ഉണ്ട്. ഇവയൊന്നും ആപ്ലിക്കേഷൻ വിൻഡോയിൽ കാണുന്നില്ല, അതിനാൽ ശൂന്യമായ സ്ക്രീൻ വയറിൽ എന്തുണ്ടെന്ന് ഒന്നും പറയുന്നില്ല.

നിഷ്ക്രിയ ആപ്ലിക്കേഷൻ നിഷ്ക്രിയ ഉപകരണമല്ല

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

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

ഒരു കൗണ്ടർ തിരഞ്ഞെടുത്ത് അത് എന്താണ് എണ്ണുന്നതെന്ന് പറയുക

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

ip -s link show wg0
ip -s link show eth0

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

ഒരു ചെറിയ മേൽനോട്ട അളവെടുപ്പ് നടത്തുക

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

ആദ്യ ഫലം അസാധ്യമെന്ന് തോന്നിയാൽ കാലയളവ് ഒരിക്കൽ ആവർത്തിക്കുക, കാരണം ഒരു സാമ്പിൾ ഷെഡ്യൂൾ ചെയ്ത ജോലിയെ പകുതിയിൽ പിടിക്കാം. യോജിക്കുന്ന രണ്ട് ഇടവേളകൾ തെളിവാണ്; ഒരു ഇടവേള യൂണിറ്റുകളുള്ള ഒരു കഥയാണ്.

മോശം ടണലിനൊപ്പം കൂടുതൽ വ്യക്തമായ പൂജ്യം വാങ്ങരുത്

ഗ്രാഫ് വൃത്തിയാക്കാൻ keepalive അല്ലെങ്കിൽ ജീവനോടെയുള്ള പരിശോധന ഓഫ് ചെയ്യുന്നത് നിങ്ങൾ അളക്കുന്ന വിന്യാസത്തെ മാറ്റുന്നു, അടുത്ത നിഷ്ക്രിയ കാലയളവിന് ശേഷം ടണൽ തിരികെ വന്നേക്കില്ല. തൊടുന്നതിന് മുൻപ് ആ സംവിധാനം എത്തിച്ചേരലിനോ പരിപാലനത്തിനോ ഉള്ളതാണോ എന്ന് ചോദിക്കുക, അങ്ങനെയാണെങ്കിൽ അത് ഓണാക്കിയിട്ട് അളക്കുക, കാരണം അതാണ് നിങ്ങൾ പിന്തുണയ്ക്കുന്ന കോൺഫിഗറേഷൻ. തകർന്ന വീണ്ടെടുപ്പ് പാത മറയ്ക്കുന്ന കൂടുതൽ വ്യക്തമായ പൂജ്യം ഈ അഭ്യാസത്തിലെ ഏറ്റവും ചെലവേറിയ ഫലമാണ്.

സംഖ്യ ശരിക്കും വലുതാകുമ്പോൾ പ്രോട്ടോക്കോൾ ലൈൻ നിറയ്ക്കുന്നു എന്ന് അനുമാനിക്കുന്നതിനുപകരം അത് ഉണ്ടാക്കിയ പ്രോസസോ ക്ലയന്റോ കണ്ടെത്തുക. ബൈറ്റുകൾ ഏത് വശത്താണെന്ന് കാണാൻ അകത്തെയും പുറത്തെയും കൗണ്ടറുകൾ താരതമ്യം ചെയ്യുക, തുടർന്ന് നിങ്ങൾക്കുണ്ടെന്ന് കരുതുന്ന ശേഷിയല്ല, ആ കാലയളവിലെ ഉപയോഗം റിപ്പോർട്ട് ചെയ്യുക.