സംഖ്യകൾക്ക് അർത്ഥം ഉണ്ടാകുന്ന വിധത്തിൽ VPN വേഗത എങ്ങനെ പരിശോധിക്കാം
പരീക്ഷണ സർവറിൽ ഉറപ്പിക്കുക, അടിസ്ഥാന പാളി അനങ്ങാതെ നിർത്തുക, കാലതാമസം ത്രൂപുട്ടിൽ നിന്ന് വേർതിരിച്ച് വായിക്കുക. എന്തെങ്കിലും അളക്കുന്നതിന് മുമ്പുതന്നെ ടണൽ പാത മാറ്റുന്നു.
വേഗത പരിശോധന ഒരിക്കലും VPN അളക്കുന്നില്ല. അത് ഒരു പാത അളക്കുന്നു, ടണൽ ഓണാക്കുമ്പോൾ ആദ്യ ബൈറ്റ് നീങ്ങുന്നതിന് മുമ്പുതന്നെ ആ പാതയുടെ ഒരു ഭാഗം മാറ്റിസ്ഥാപിക്കുന്നു. അതുകൊണ്ടാണ് ഒരേ ലാപ്ടോപ്പ് ഒരു സൈറ്റിൽ ആരോഗ്യകരമായ സംഖ്യയും മറ്റൊന്നിൽ മോശം സംഖ്യയും കാണിക്കുന്നത്, ഇരു ഭാഗത്തും ഒന്നും മാറിയിട്ടില്ലെങ്കിലും. ഫലം ഒരു ഉൽപ്പന്നത്തിന്റെ സ്കോറായി അല്ല, ഒരു പാതയെക്കുറിച്ചുള്ള തെളിവായി വായിക്കുക.
താരതമ്യത്തിന് എന്തെങ്കിലും മൂല്യമുണ്ടോ എന്ന് മൂന്ന് കാര്യങ്ങൾ തീരുമാനിക്കുന്നു: രണ്ട് റണ്ണുകളും ഒരേ ലക്ഷ്യത്തിൽ എത്തിയോ, ആക്സസ് നെറ്റ്വർക്ക് അനങ്ങാതെ നിന്നോ, കാലതാമസം വോള്യത്തിനൊപ്പം രേഖപ്പെടുത്തിയോ.
ആദ്യ ബൈറ്റിന് മുമ്പ് ടണൽ എന്ത് പുനർലേഖനം ചെയ്യുന്നു
ക്ലയന്റ് ഓരോ പാക്കറ്റും മറ്റൊരു ഹെഡറിൽ പൊതിയുന്നു, അതിനാൽ ഒരു പാക്കറ്റിലെ ഉപയോഗയോഗ്യമായ പേലോഡ് കുറയുന്നു. ചെലവ് ഓരോ കൈമാറ്റത്തിനും അല്ല, ഓരോ പാക്കറ്റിനുമാണ്, അതായത് വലിയ ഫയലിന് ടണൽ ഇല്ലാതെ അയച്ച അതേ ഫയലിനെക്കാൾ കൂടുതൽ പാക്കറ്റുകൾ വേണം. അത്തരം അധിക ചെലവ് കാണാവുന്ന സെറ്റിംഗ് ആയി അല്ല, പാക്കറ്റ് എണ്ണമായി കാണുന്നു.
അതിൽ നിന്ന് രണ്ട് അനന്തരഫലങ്ങൾ ഉണ്ട്. വലിയ ബ്ലോക്കുകൾ കൊണ്ട് നിർമ്മിച്ച പരിശോധന ഓരോ പാക്കറ്റിന്റെയും ചെലവ് അനുഭവിക്കുന്നു, നിരവധി ചെറിയ അഭ്യർത്ഥനകൾ കൊണ്ട് നിർമ്മിച്ച പരിശോധന പകരം പോയി-വരവ് അനുഭവിക്കുന്നു. പാതയുടെ MTU കണ്ടെത്തൽ എവിടെയെങ്കിലും തടയപ്പെട്ടാൽ ടണൽ ചെറിയ പാക്കറ്റ് വലിപ്പത്തിൽ നിൽക്കുന്നു, സൈഫറുകളുമായി യാതൊരു ബന്ധവുമില്ലാത്ത കാരണത്താൽ ത്രൂപുട്ട് കുറയുന്നു.
പരിധി നേരിട്ട് നിരീക്ഷിക്കാം. ലിനക്സിൽ ശകലനമില്ലാതെ കടന്നുപോകുന്ന ഏറ്റവും വലിയ പേലോഡ് ആവശ്യപ്പെടുക, പിന്നീട് ടണൽ ഓണാക്കി ആവർത്തിക്കുക:
ping -M do -s 1472 -c 3 203.0.113.10
അത് പരാജയപ്പെട്ടാൽ 1,400 ലേക്ക് ഇറങ്ങി വീണ്ടും ശ്രമിക്കുക. 1,380 ബൈറ്റ് മാത്രം കൊണ്ടുപോകുന്ന ടണൽ, പാതയിൽ താഴേക്ക് എന്തോ ഞെക്കുന്നുണ്ടെന്ന് നിങ്ങളോട് പറയുന്നു, ക്ലയന്റിലെ എത്ര ട്യൂണിംഗും അത് ഉയർത്തില്ല.
ടണൽ വരുമ്പോൾ പരീക്ഷണ സർവർ എന്തിന് സ്ഥാനം മാറുന്നു
മിക്ക ഉപകരണങ്ങളും തങ്ങൾ കാണുന്ന പൊതു വിലാസത്തിന്റെ അടിസ്ഥാനത്തിൽ അടുത്തുള്ള സർവർ തിരഞ്ഞെടുക്കുന്നു. ടണൽ ഓണായിരിക്കുമ്പോൾ ആ വിലാസം എക്സിറ്റ് നോഡിന്റേതാണ്, അതിനാൽ ഉപകരണം മറ്റൊരു നഗരത്തിലെയോ രാജ്യത്തിലെയോ ഹോസ്റ്റ് തിരഞ്ഞെടുത്തേക്കാം. അപ്പോൾ നിങ്ങൾ രണ്ട് ലക്ഷ്യങ്ങൾ താരതമ്യം ചെയ്യുന്നു, അവ തമ്മിലുള്ള വ്യത്യാസത്തിൽ എക്സിറ്റിൽ നിന്ന് പരീക്ഷണ ഹോസ്റ്റ് വരെയുള്ള ദൂരവും ഉൾപ്പെടുന്നു.
ആദ്യ റണ്ണിന് മുമ്പ് സർവറിൽ പേരോ IDയോ ഉപയോഗിച്ച് ഉറപ്പിക്കുക, തുടർന്നുള്ള ഓരോ റണ്ണിലും അത് നിലനിർത്തുക. ഉപകരണം അത് നിലനിർത്തുന്നില്ലെങ്കിൽ, നിങ്ങൾ നിയന്ത്രിക്കുന്ന ഒരു ലക്ഷ്യം തിരഞ്ഞെടുത്ത് സ്വയം നടത്തുക: iperf3 -c test.example.net -R -t 20 ലക്ഷ്യം സ്ഥിരമായി നിർത്തുകയും ഇന്നലെയുമായി താരതമ്യം ചെയ്യാവുന്ന ഒരു സംഖ്യ നൽകുകയും ചെയ്യുന്നു.
ഒരു ചരം മാറ്റുക, അടിസ്ഥാന പാളി ഒന്നല്ല
വയർലെസ് ആണ് സാധാരണയായി മറഞ്ഞിരിക്കുന്ന മാറ്റം. ലാപ്ടോപ്പ് നീങ്ങുമ്പോൾ സിഗ്നൽ ശക്തി മാറുന്നു, അയൽക്കാരൻ കോൾ തുടങ്ങുമ്പോൾ ചാനൽ തിരക്ക് മാറുന്നു, അതിനാൽ Wi-Fiയിൽ പത്ത് മിനിറ്റ് ഇടവേളയുള്ള രണ്ട് റണ്ണുകൾ ഒരേ പരീക്ഷണത്തിന്റെ ആവർത്തനങ്ങളല്ല. കേബിൾ, അല്ലെങ്കിൽ സിഗ്നൽ നില എഴുതിവെച്ച ഒരു സ്ഥിര സ്ഥാനം, ആ ശബ്ദത്തിന്റെ ഭൂരിഭാഗവും ഒഴിവാക്കുന്നു. ഓരോ റണ്ണിന്റെയും തുടക്കത്തിലും അവസാനത്തിലും സിഗ്നൽ നില രേഖപ്പെടുത്തുന്നത് രണ്ട് റണ്ണുകൾ ഒന്നിച്ചാണോ എന്ന് കാണിക്കാൻ സാധാരണയായി മതിയാകും.
ഉപകരണത്തിന്റെ ഭാരവും അതേ കുട്ടയിലാണ്. ഒരു കോറിൽ എൻക്രിപ്റ്റ് ചെയ്യുന്ന ക്ലയന്റ് ലിങ്കിനേക്കാൾ വളരെ മുമ്പേ സ്വന്തം പരിധിയിൽ എത്തുന്നു, പശ്ചാത്തല സമന്വയം അതിലും വേഗം എത്തുന്നു. റണ്ണിനിടയിൽ CPU നോക്കി മറ്റെന്തൊക്കെ തുറന്നിരുന്നു എന്ന് കുറിക്കുക. പവർ ക്രമീകരണങ്ങളും ഇവിടെ കടിക്കാം, കാരണം ബാറ്ററിയിൽ പ്രവർത്തിക്കുന്ന ലാപ്ടോപ്പ് ലിങ്ക് തിരക്കാകുന്നതിന് വളരെ മുമ്പേ പ്രോസസറിനെ പരിമിതപ്പെടുത്തിയേക്കാം.
| Measurement | What it answers | What it misses |
|---|---|---|
| Download | Bulk capacity along the path | Any question about responsiveness |
| Upload | Capacity from client to exit | Download health |
| RTT to a fixed target | Distance plus queueing | Whether capacity is available |
| Jitter or loss | Stability under load | How much the link can carry |
അടിസ്ഥാന പാളിയുടെ ശരാശരി എടുക്കുന്നതിന് പകരം അത് അനങ്ങാതെ നിർത്തുക. യോജിക്കുന്ന മൂന്ന് റണ്ണുകൾ വിവിധ മുറികളിൽ എടുത്ത പത്തിനെക്കാൾ കൂടുതൽ പറയുന്നു.
കാലതാമസം, നഷ്ടം, ICMP എന്നിവ വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു
പിംഗ് സ്ഥിര വിലാസത്തിലേക്ക് ഒരു ചെറിയ പരിശോധന അയക്കുന്നു, പല നെറ്റ്വർക്കുകളും ICMPയോട് കുറഞ്ഞ മുൻഗണനയിൽ പ്രതികരിക്കുകയോ പൂർണ്ണമായി അവഗണിക്കുകയോ ചെയ്യുന്നു. ഇല്ലാത്ത മറുപടികൾ അപ്ലിക്കേഷന്റെ പാക്കറ്റുകളെയല്ല, പരിശോധനയെ വിവരിക്കുന്നു. ഭാരത്തിൽ ഉയരുന്ന പോയി-വരവ് സമയം സാധാരണയായി ഒരു ക്യൂ നിറയുന്നു എന്നാണ് അർത്ഥമാക്കുന്നത്, പാത നീണ്ടു എന്നല്ല.
ടണൽ കാലതാമസം കൂട്ടുന്നുണ്ടോ എന്ന് അറിയാൻ ഒരു ലക്ഷ്യം അതോടൊപ്പവും അതില്ലാതെയും താരതമ്യം ചെയ്യുക, അല്ലെങ്കിൽ ഒരേ ആക്സസ് നെറ്റ്വർക്കിൽ നിന്ന് എത്താവുന്ന രണ്ട് എക്സിറ്റുകൾ താരതമ്യം ചെയ്യുക. പരിശോധന ആവർത്തിച്ച് നടത്തി വ്യാപനം നോക്കുക, കാരണം ശരാശരി ഒരു കോളിനെ ഉപയോഗശൂന്യമാക്കുന്ന അതേ വ്യതിയാനത്തെയാണ് മറയ്ക്കുന്നത്.
മന്ദഗതിയെന്ന് തോന്നിയ ജോലിയിലേക്ക് മടങ്ങുക
കോൾ ഇപ്പോഴും മുറിയുമ്പോൾ മെച്ചപ്പെടുന്ന അളവ് മറ്റെന്തോ ആണ് ഉത്തരം നൽകിയത്. അന്വേഷണം തുടങ്ങിയ ജോലി വീണ്ടും നടത്തുക, അത് യോഗമോ ഫയൽ പങ്കിടലോ ദൂരസ്ഥ ഡെസ്ക്ടോപ്പ് സെഷനോ ആകട്ടെ. സംഖ്യ മെച്ചപ്പെട്ടിട്ടും ജോലി മെച്ചപ്പെട്ടിട്ടില്ലെങ്കിൽ, തടസ്സം പരീക്ഷണം ഒരിക്കലും എത്താത്ത ഇടത്തായിരുന്നു, ഉദാഹരണത്തിന് ടണലിന് പിന്നിലെ സർവർ അല്ലെങ്കിൽ നിങ്ങളുടെ ഭാഗത്തെ അപ്ലിങ്ക്.
ഓരോ റണ്ണും ഉപകരണം, ആക്സസ് നെറ്റ്വർക്ക്, എൻഡ്പോയിന്റ്, പ്രോട്ടോക്കോൾ, ലക്ഷ്യം, സമയം എന്നിവയോടെ രേഖപ്പെടുത്തുക. ഒരിക്കലും കണക്ട് ചെയ്യാത്ത റൺ പൂജ്യം ത്രൂപുട്ടല്ല, എത്തിച്ചേരൽ ഫലമാണ്, അതിനാൽ അത് മായ്ക്കുന്നതിന് പകരം ആ ലേബലിന് കീഴിൽ സൂക്ഷിക്കുക.
അടുത്ത താരതമ്യത്തിന് മുമ്പുള്ള ചെറിയ പട്ടിക
ലക്ഷ്യം ഉറപ്പിച്ച് അത് എന്തുകൊണ്ട് തിരഞ്ഞെടുത്തു എന്ന് എഴുതുക. പാത അനുവദിക്കുന്ന പാക്കറ്റ് വലിപ്പം രേഖപ്പെടുത്തുക, പിന്നീടുള്ള ഇടിവിന് വിശദീകരണം ഉണ്ടാകാൻ. ആക്സസ് നെറ്റ്വർക്ക് ഒരേപോലെ നിർത്തുക, CPU ഭാരം കുറിക്കുക, വ്യത്യാസം വിശ്വസിക്കുന്നതിന് മുമ്പ് മൂന്ന് റണ്ണുകൾ എടുക്കുക.
പിന്നീട് കൃത്യമായി ഒരു കാര്യം മാറ്റി ആവർത്തിക്കുക. നിങ്ങൾക്ക് വിശദീകരിക്കാവുന്ന താരതമ്യം വലിയ സംഖ്യയുള്ളതിനെക്കാൾ മികച്ചതാണ്.