ഒരേ ടണലിൽ രണ്ട് VPN വേഗതാ പരിശോധനകൾ എന്തുകൊണ്ട് യോജിക്കുന്നില്ല

രണ്ട് റൺ, ഒരു ടണൽ, സംഖ്യകൾ മൂന്നിരട്ടി വ്യത്യാസപ്പെടുന്നു. അവയ്ക്കിടയിൽ ടണൽ മാറിയില്ല. മാറിയത് അളവാണ്: നിങ്ങളുടെ കാണുന്ന സ്ഥാനത്തെ അടിസ്ഥാനമാക്കി സെർവർ തിരഞ്ഞെടുക്കുന്ന പരിശോധനാ സൈറ്റ്, പൈപ്പ് ഒരു മന്ദ തുടക്കമാണോ ആറെണ്ണമാണോ നിറയ്ക്കുന്നത് എന്ന് നിർണ്ണയിക്കുന്ന സ്ട്രീം എണ്ണം, പാത ശരിയായി ഉപയോഗിക്കുന്നതിന് മുമ്പേ അവസാനിക്കുന്നത്ര ചെറിയ ദൈർഘ്യം. വേഗതാ പരിശോധനകൾ തെറ്റല്ല, പക്ഷേ അവ ആളുകൾ അവയോട് ചോദിക്കുന്ന ചോദ്യത്തേക്കാൾ ഇടുങ്ങിയ ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു.

പുതിയ എക്സിറ്റ് വിലാസം പരിശോധനയുടെ ലക്ഷ്യം മാറ്റുന്നു

മിക്ക പരിശോധനാ സൈറ്റുകളും അളവ് സെർവർ യാന്ത്രികമായി തിരഞ്ഞെടുക്കുന്നു, നിങ്ങളുടെ കണക്ഷൻ എവിടെ നിന്ന് വരുന്നതായി കാണുന്നു എന്ന് നോക്കി ഭാഗികമായി അത് തിരഞ്ഞെടുക്കുന്നു. ടണൽ ഓണാക്കിയാൽ നിങ്ങളുടെ കാണുന്ന രാജ്യം മാറുന്നു, അതിനാൽ തിരഞ്ഞെടുത്ത സെർവർ മാറുന്നു, താരതമ്യം ഇപ്പോൾ രണ്ട് വ്യത്യസ്ത ഹോസ്റ്റുകളിലേക്കുള്ള രണ്ട് വ്യത്യസ്ത പാതകളെ ഉൾക്കൊള്ളുന്നു.

ഫലം ഒരിക്കലും VPN അളവല്ല. നിങ്ങൾ തിരഞ്ഞെടുക്കാത്ത സെർവറിലേക്കുള്ള നിങ്ങളുടെ പാതയുടെ അളവാണത്, രണ്ട് റണുകൾ തമ്മിലുള്ള വ്യത്യാസം ടണൽ ചെയ്തതിനെക്കാൾ ആ സെർവറിന്റെ പിയറിംഗ് നിർണ്ണയിച്ചേക്കാം.

മറ്റെന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് ലക്ഷ്യം ഉറപ്പാക്കുക. ഓരോ വിശ്വസനീയ ഉപകരണവും സെർവർ വ്യക്തമായി തിരഞ്ഞെടുക്കാൻ അനുവദിക്കുന്നു, അനുവദിക്കാത്തപ്പോൾ ഫല പേജ് സാധാരണയായി ഉപയോഗിച്ചത് പേരിടുന്നു, രണ്ട് റണുകൾ താരതമ്യപ്പെടുത്താനാകില്ല എന്ന് ശ്രദ്ധിക്കാൻ അത് മതി. സൈറ്റ് കണ്ടത് എന്താണെന്ന് അതിന്റെ തിരഞ്ഞെടുപ്പിൽ വിശ്വസിക്കുന്നതിന് മുമ്പ് സ്ഥിരീകരിക്കുക:

curl -sS https://ipinfo.io/json | grep -E '"ip"|"org"|"country"'

റണുകൾക്കിടയിൽ രാജ്യം മാറിയെങ്കിൽ, പരിശോധന പിന്നീട് തിരഞ്ഞെടുത്തതെല്ലാം മാറി. ഓരോ ഫലത്തിനും അടുത്ത് കണ്ട എക്സിറ്റ് എഴുതുക, ആശയക്കുഴപ്പം മിക്കവാറും അപ്രത്യക്ഷമാകും.

മന്ദ തുടക്കം മിക്ക ചെറിയ പരിശോധനകളും അവസാനിച്ചതിന് ശേഷം അവസാനിക്കുന്നു

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

അതുകൊണ്ടാണ് കൂടുതൽ കാലതാമസമുള്ള ടണൽ ചെറിയ പരിശോധനയിൽ അർഹതയേക്കാൾ മോശം സ്കോർ ചെയ്യുന്നത്, അതുകൊണ്ടാണ് നീണ്ട റൺ ഒരു ക്രമീകരണ മാറ്റവുമില്ലാതെ ഉയർന്ന സംഖ്യ റിപ്പോർട്ട് ചെയ്യുന്നത്. RFC 6349 ത്രൂപുട്ട് ചട്ടക്കൂട് ഇത് വ്യക്തമായി കൈകാര്യം ചെയ്യുന്നു, അതുകൊണ്ടാണ് ഗൗരവമുള്ള അളവുകൾ സ്ഥിരമായ അവസ്ഥയിൽ എത്താൻ മതിയായ സമയം നീളുന്നത്. ഉപഗ്രഹ പാതയിൽ അഞ്ച് സെക്കൻഡ് റൺ പാതയല്ല, ത്വരകം അളക്കുന്നു.

ഒരു സംഖ്യയിൽ വിശ്വസിക്കുന്നതിന് പകരം കണക്ഷന്റെ ഘട്ടങ്ങൾ നോക്കുക. Curl ഓരോ ഘട്ടവും വെവ്വേറെ റിപ്പോർട്ട് ചെയ്യുന്നു, അതിനാൽ സമയം ഹാൻഡ്ഷേക്കിലേക്കാണോ, കയറ്റത്തിലേക്കാണോ, കൈമാറ്റത്തിലേക്കാണോ പോകുന്നത് എന്ന് കാണാം:

curl -sS -o /dev/null -w 'dns=%{time_namelookup} tcp=%{time_connect} tls=%{time_appconnect} total=%{time_total} bytes/s=%{speed_download}\n' \
  https://mirror.example.net/testfile.bin

അതേ ലക്ഷ്യത്തിലേക്ക് തുടർച്ചയായി രണ്ടുതവണ ഓടിക്കുക. രണ്ടാമത്തെ റൺ വളരെ വേഗതയുള്ളതാണെങ്കിൽ നിങ്ങൾ പാതയല്ല, കയറ്റം അളക്കുകയായിരുന്നു, ആദ്യത്തേത് മാത്രം ഉപയോഗിച്ച ഏത് താരതമ്യവും സംശയാസ്പദമാണ്.

ഒരു സ്ട്രീമും ആറ് സ്ട്രീമുകളും വ്യത്യസ്ത കാര്യങ്ങൾ അളക്കുന്നു

ഒരു TCP സ്ട്രീം വായുവിൽ നിലനിർത്താവുന്ന ജാലകത്താൽ പരിമിതമാണ്, അത് ഏകദേശം യാത്രാ സമയം വേഗതയാൽ ഗുണിച്ചതാണ്. നീണ്ട പാതയിൽ ആ ഗുണനഫലം ഒരു സ്ട്രീം ഉപയോഗിക്കുന്നതിനേക്കാൾ കൂടുതലാണ്, അതിനാൽ ഒരു ഡൗൺലോഡ് നിലവിലുള്ള ശേഷി കുറച്ച് കാണിക്കുന്നു. ആറ് സമാന്തര സ്ട്രീമുകൾ ആ വിടവ് നിറച്ച് വലിയ സംഖ്യ നൽകുന്നു.

iperf3 -c speed.example.net -t 20
iperf3 -c speed.example.net -t 20 -P 6
mtr -rwc 50 speed.example.net

രണ്ട് സംഖ്യകളും ശരിയാണ്. ഒരു സ്ട്രീമിന്റെ സംഖ്യ ഒരു ഡൗൺലോഡ് എന്ത് ചെയ്യും എന്ന് പറയുന്നു, അതാണ് സാധാരണയായി ഒരു ബ്രൗസർ ടാബിന് ലഭിക്കുന്നത്. സമാന്തര സംഖ്യ പാത ആകെ എത്ര വഹിക്കാം എന്ന് പറയുന്നു, അത് ഒരു ടോറന്റിനോ ബഹുഭാഗ ഡൗൺലോഡിനോ ഉപയോഗിക്കാം. ഒന്നിനെ മറ്റൊന്നായി ഉദ്ധരിക്കുന്നതാണ് ആരോഗ്യകരമായ ടണൽ കാരണമില്ലാതെ മാറ്റിസ്ഥാപിക്കുന്ന വഴി.

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

എൻക്രിപ്ഷൻ പ്രോസസർ സമയം എടുക്കുന്നു, എൻകാപ്സുലേഷൻ ബൈറ്റുകൾ എടുക്കുന്നു

ലിങ്ക് എത്ര വേഗതയുള്ളതായാലും ഓരോ പാക്കറ്റിലും രണ്ട് സംവിധാനങ്ങൾ പ്രവർത്തിക്കുന്നു. എൻക്രിപ്ഷൻ ബൈറ്റിന് പ്രോസസർ ഉപയോഗിക്കുന്നു, എൻകാപ്സുലേഷൻ ലിങ്ക് ഇപ്പോഴും വഹിക്കേണ്ട ഹെഡർ ബൈറ്റുകൾ ചേർക്കുന്നു. രണ്ടും പരിധിയായി പ്രത്യക്ഷപ്പെടുന്നു, അവയുടെ ലക്ഷണങ്ങൾ വ്യത്യസ്തമാണ്.

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

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

ഈ മൂന്നും പലപ്പോഴും കൂട്ടിക്കലർത്തുന്നു, കാരണം ഉപയോക്താക്കൾ എല്ലാറ്റിനെയും ഒരേപോലെ മന്ദമെന്ന് വിശേഷിപ്പിക്കുന്നു. വലിയ യന്ത്രത്തോട് പ്രതികരിക്കുന്നത് ആദ്യത്തേത് മാത്രം, ചെറിയ MTU-വിനോട് രണ്ടാമത്തേത് മാത്രം, ക്യൂ നിർവ്വഹണത്തോട് മൂന്നാമത്തേത് മാത്രം.

രീതി രേഖയിൽ എഴുതുക

സൂക്ഷിക്കാൻ യോഗ്യമായ ഫലം ഉപകരണം, ആക്സസ് നെറ്റ്വർക്ക്, എക്സിറ്റ്, അളവ് സെർവർ, ദിശ, സ്ട്രീം എണ്ണം, ദൈർഘ്യം എന്നിവ പേരിടുന്നു. അവയില്ലാതെ രണ്ട് സംഖ്യകൾ താരതമ്യപ്പെടുത്താനാകില്ല, ഒരു സംഖ്യ മാത്രമുള്ള ടിക്കറ്റ് യഥാർത്ഥത്തിൽ ഒരു മാനസികാവസ്ഥയാണ്.

മോശം റണുകളും സൂക്ഷിക്കുക. ഒരു എക്സിറ്റ് ഓരോ തവണയും നിർത്തൽ ഉണ്ടാക്കുന്ന പരമ്പര ശരാശരിയേക്കാൾ വളരെ വിവരപൂർണ്ണമാണ്, നിർത്തലുകളാണ് ശരാശരികൾ മറയ്ക്കുന്നത്.

പിന്നീട് നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ പ്രധാനമായത് പരിശോധിക്കുക. ലക്ഷ്യം വലിയ ഡൗൺലോഡാണെങ്കിൽ ഫയൽ ഡൗൺലോഡ് ചെയ്യുക. ലക്ഷ്യം ഒരു കോളാണെങ്കിൽ നിഷ്ക്രിയ ത്രൂപുട്ടല്ല, ലോഡിന് കീഴിലുള്ള കാലതാമസം അളക്കുക, കാരണം ഒരു ടണലിന് വേഗതാ പരിശോധനയിൽ നല്ല സ്കോർ ലഭിക്കാം, എന്നിട്ടും ഓരോ മീറ്റിംഗും കേൾക്കാനാകാത്തതാക്കാം.