VPN നേരിട്ടുള്ള കണക്ഷനെക്കാൾ വേഗതയുള്ളതാകുമോ?

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

ടണലിന് മാറ്റാൻ കഴിയുന്ന മൂന്ന് കാര്യങ്ങൾ

ആദ്യത്തേത് ട്രാൻസിറ്റാണ്. ഇന്റർനെറ്റ് റൂട്ടിംഗ് അളന്ന കാലതാമസമല്ല, ഓപ്പറേറ്ററുടെ നയവും വ്യാപാര ബന്ധങ്ങളും പിന്തുടരുന്നു, അതിനാൽ VPN ദാതാവിലൂടെയുള്ള പാത നേരിട്ടുള്ള പാതയിൽ നിന്ന് വ്യത്യസ്ത നെറ്റ്‌വർക്കുകൾ കടന്നുപോകാം. തിരക്കുള്ള ഒരു കൈമാറ്റ കേന്ദ്രം ഒഴിവാക്കാം അല്ലെങ്കിൽ മികച്ച peering ഉള്ള ഒന്നിൽ എത്താം, അത്രത്തോളം എളുപ്പത്തിൽ മോശമാകാനും കഴിയും.

രണ്ടാമത്തേത് ലക്ഷ്യമാണ്. പുറത്തേക്കുള്ള വിലാസം മാറുമ്പോൾ DNS ഉത്തരം പലപ്പോഴും മാറുന്നു, ഒരു ഉള്ളടക്ക നെറ്റ്‌വർക്ക് നിങ്ങൾക്ക് മറ്റൊരു കാഷെ അല്ലെങ്കിൽ പ്രദേശം നൽകാം. അപ്പോൾ മെച്ചപ്പെടുത്തലിന്റെ ഒരു ഭാഗം ടണലിന്റേതല്ല, പുതിയ സെർവറിന്റേതാണ്. അതേ ഹോസ്റ്റ്‌നാമിന് ക്ലയന്റിൽ ഒന്നും മാറ്റാതെ അടുത്തോ കുറഞ്ഞ ഭാരമുള്ളതോ ആയ സെർവറിൽ എത്താം.

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

മാറ്റാൻ കഴിയാത്തത്

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

സെർവർ വശത്തെ പരിധികളും അത്രതന്നെ ഉദാസീനമാണ്. ദൂരെയുള്ള ഹോസ്റ്റ് പതുക്കെ സേവിക്കുകയാണെങ്കിൽ, മികച്ച പാത പതുക്കെയുള്ള ഉത്തരം കൂടുതൽ കാര്യക്ഷമമായി എത്തിക്കുന്നു എന്നു മാത്രം, ഉപയോക്താവ് ഇപ്പോഴും കാത്തിരിക്കുന്നു. ഭാരത്തിലുള്ള പങ്കിട്ട ഉറവിടം അതേ നിമിഷത്തിൽ രണ്ട് പാതകളിലും പതുക്കെയായി കാണപ്പെടുന്നു.

പാതകളെ ശരിയായി താരതമ്യം ചെയ്യുക

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

mtr -rwc 50 -T -P 443 203.0.113.20
curl -o /dev/null -s -w '%{speed_download} %{time_connect}\n' https://example.com/file
dig +short cdn.example.com
traceroute -n -T -p 443 cdn.example.com

റിസോൾവറിന്റെ ഉത്തരമാണ് മിക്ക താരതമ്യങ്ങളും വിട്ടുകളയുന്ന വിശദാംശം, അതേ സെർവർ നിർബന്ധിച്ചാൽ അപ്രത്യക്ഷമാകുന്ന “മെച്ചപ്പെടുത്തലുകൾ” അത് വിശദീകരിക്കുന്നു. ഓരോ തവണയും വിലാസം വ്യത്യസ്തമാണെങ്കിൽ, പരിശോധന രണ്ട് പാതകളല്ല, രണ്ട് ലക്ഷ്യങ്ങളാണ് താരതമ്യം ചെയ്തത്. ത്രൂപുട്ടിനൊപ്പം കാലതാമസവും നഷ്ടവും റിപ്പോർട്ട് ചെയ്യുക, കാരണം മൊത്തത്തിൽ വേഗതയുള്ളതെങ്കിലും ഓരോ സംവേദനാത്മക അഭ്യർത്ഥനയ്ക്കും കാലതാമസം കൂട്ടുന്ന പാത പരാതിപ്പെട്ട വർക്ക്‌ലോഡിന് മികച്ചതല്ല. ചോദിച്ചു കാത്തിരിക്കുന്ന എല്ലാത്തിനും റൗണ്ട്-ട്രിപ്പ് സമയം വലിയ വേഗതയെക്കാൾ പ്രധാനമാണ്.

വ്യത്യാസം നിലനിർത്താൻ യോഗ്യമാകുമ്പോൾ

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

അളവിന്റെ രേഖ കോൺഫിഗറേഷനൊപ്പം സൂക്ഷിക്കുക. മെച്ചപ്പെടുത്തൽ ഇപ്പോഴും ഉണ്ടോ എന്ന അടുത്ത ചോദ്യത്തിന് അത് ഉത്തരം നൽകുന്നു, പാതയോ വർക്ക്‌ലോഡോ മാറിയോ എന്നറിയാനുള്ള ഏക മാർഗം അതാണ്. തീയതിയില്ലാത്ത രേഖ ആ ചോദ്യത്തിന് ഒട്ടും ഉത്തരം നൽകാനാവില്ല.