VPN കൂടുതൽ ഡാറ്റ ഉപയോഗിക്കുന്നുണ്ടോ? ഓവർഹെഡ്, കീപ്പ്അലൈവ്, കൗണ്ടറുകൾ

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

കെട്ടുകഥ: VPN നിങ്ങളുടെ ഉപയോഗം ഗുണിക്കുന്നു

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

ഉള്ളിൽ എന്താണെന്നത് നോക്കാതെ ദാതാവ് പുറം കണക്ഷൻ അളക്കുന്നു, അതിനാൽ ടണലിന് ട്രാഫിക് സൗജന്യമാക്കാനാവില്ല. ഓപ്പറേറ്ററിൽ നിന്ന് അളവ് മറയ്ക്കാനും കഴിയില്ല, കാരണം അത് കൊണ്ടുപോകുന്ന കക്ഷി ഓപ്പറേറ്റർ തന്നെയാണ്.

യഥാർത്ഥത്തിൽ ബൈറ്റുകൾ ചേർക്കുന്നത്

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

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

ആപ്പുകൾ ഫയൽ ഉള്ളടക്കത്തേക്കാൾ കൂടുതൽ അയക്കുന്നു. അഭ്യർത്ഥനകളും സ്ഥിരീകരണങ്ങളും പ്രോട്ടോക്കോൾ സംഭാഷണവും ടണലിന് മുൻപും ഉണ്ടായിരുന്നു, ഇപ്പോഴും എണ്ണുന്നു, അതിനാൽ കൂടെയും ഇല്ലാതെയും തമ്മിലുള്ള വ്യത്യാസം മുഴുവൻ സംഭാഷണമല്ല, പൊതിയാണ്. പൊതിയാണ് VPN യഥാർത്ഥത്തിൽ സ്വന്തമാക്കുന്ന ഏക ഭാഗം.

രണ്ട് കൗണ്ടറുകൾ എന്നും ഒത്തുപോകാത്തത് എന്തുകൊണ്ട്

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

Android-ൽ ഇതിന്റെ പിന്തുണയുള്ള കാഴ്ച NetworkStatsManager ആണ്, ഇത് സമയപരിധികളിൽ ഇന്റർഫേസ് അനുസരിച്ചും uid അനുസരിച്ചും ബക്കറ്റുകൾ റിപ്പോർട്ട് ചെയ്യുന്നു. പണവുമായി ബന്ധപ്പെട്ട കാര്യങ്ങളിൽ ആപ്പ് സെഷന്റെ ആകെത്തുകയെക്കാൾ ദാതാവിന്റെ കണക്കിൽ വിശ്വസിക്കുക. ആപ്പ് സൗകര്യത്തിനുള്ള കാഴ്ചയാണ്, എങ്ങനെ നടപ്പാക്കി എന്നതിനെ ആശ്രയിച്ച് ട്രാഫിക് ഉൾപ്പെടുത്താം അല്ലെങ്കിൽ ഒഴിവാക്കാം, കൂടാതെ വൈകിയ റിപ്പോർട്ടിംഗ് ഒന്നും മാറാത്തപ്പോഴും പിന്നീടുള്ള വായന തെറ്റായി കാണിക്കുന്നു.

adb shell dumpsys netstats | grep -A3 "iface=wlan0"
adb shell dumpsys netstats detail | grep -i vpn

എന്തെങ്കിലും താരതമ്യം ചെയ്യുന്നതിന് മുൻപ് ഓരോ വരിയിലെയും ഇന്റർഫേസിന്റെ പേര് വായിക്കുക. വ്യത്യസ്ത ഇന്റർഫേസുകൾക്കുള്ള രണ്ട് തുകകൾ ഒരേ കാര്യത്തിന്റെ രണ്ട് അളവുകളല്ല, അവയെ ഒന്നായി കണക്കാക്കിയാൽ യഥാർത്ഥത്തിൽ കണക്കിലെ വ്യത്യാസമായ ഒരു ഓവർഹെഡ് സംഖ്യ ഉണ്ടാകുന്നു.

വേഗത പരിശോധനയ്ക്ക് പകരം ആവർത്തിക്കാവുന്ന ജോലി അളക്കുക

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

നേരിട്ടുള്ള താരതമ്യം നിങ്ങളുടെ സ്വകാര്യതാ ആവശ്യകതകളുമായി കൂട്ടിമുട്ടുന്നുവെങ്കിൽ, പകരം പിന്തുണയുള്ള രണ്ട് VPN കോൺഫിഗറേഷനുകൾ താരതമ്യം ചെയ്ത് ആ പരിധി ഫലത്തിനൊപ്പം പറയുക. ഏത് കോൺഫിഗറേഷൻ ഏത് സംഖ്യ നൽകി എന്ന് എഴുതുക, അതുവഴി താരതമ്യം അടുത്ത വായനക്കാരനിലേക്കും എത്തും.

ബില്ലും ആപ്പും ഒത്തുപോകാത്തപ്പോൾ എവിടെ നോക്കണം

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

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