എന്റെ VPN എന്തിനാണ് ഇത്ര മന്ദഗതിയിൽ? ഈ നാല് ഭാഗങ്ങൾ പരിശോധിക്കുക

ഇടയ്ക്കിടെ മുറിയുന്ന കോൾ, ഇഴഞ്ഞു നീങ്ങുന്ന ഡൗൺലോഡ്, പാതിയിൽ മരവിക്കുന്ന അപ്‌ലോഡ് — ഒരേ ലേബലിനു കീഴിൽ മൂന്ന് വ്യത്യസ്ത പരാതികളാണ്. എന്തെങ്കിലും അളക്കുന്നതിനു മുമ്പ് ഏതിനെയാണ് പിന്തുടരുന്നതെന്ന് തീരുമാനിക്കുന്നത് ബാക്കിയുള്ള അന്വേഷണം ലാഭിക്കുന്നു. പിന്നീട് ഓരോ തവണയും പാതയുടെ ഒരു ഭാഗം മാറ്റി അതേ ജോലി വീണ്ടും ചെയ്യുക.

താഴെയുള്ള ക്രമം ജോലിയിൽ നിന്ന് പുറത്തേക്ക് നീങ്ങുന്നു, കാരണം തുരങ്കത്തിന് അതിനടിയിൽ ഇല്ലാത്ത ബാൻഡ്‌വിഡ്ത്ത് നൽകാൻ കഴിയില്ല.

അളക്കുന്നതിനു മുമ്പ് മന്ദഗതി എന്നതിന്റെ അർത്ഥം തീരുമാനിക്കുക

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

ആ രേഖയില്ലാതെ, പിന്നീടുള്ള ഓരോ താരതമ്യവും മതിപ്പുകളെക്കുറിച്ചുള്ള തർക്കമായി മാറുന്നു.

ആദ്യം ആക്സസ് നെറ്റ്‌വർക്ക് പരിശോധിക്കുക

നിങ്ങളുടെ വലിയ കൈമാറ്റങ്ങൾ നിർത്തിയ ശേഷം, തുരങ്കം ഇടപെടുന്നതിനു മുമ്പ് പ്രാദേശിക ലിങ്ക് അളക്കുക. ഒരു നിരുപദ്രവ ജോലിയുമായി താരതമ്യം ചെയ്യുക, ഒരേസമയം പല സംരക്ഷണങ്ങളും ഓഫ് ചെയ്യുന്നതിനു പകരം ക്ലയന്റിന്റെ kill switch നടപടിക്രമം പിന്തുടരുക, രണ്ടു റണ്ണുകൾക്കും ഒരേ ലക്ഷ്യസ്ഥാനം നിലനിർത്തുക. വേഗതാ പരിശോധനാ ദാതാവ് നിങ്ങളുടെ ദൃശ്യമായ സ്ഥാനം മാറുമ്പോൾ മറ്റൊരു അളവെടുപ്പ് സെർവർ തന്നേക്കാം, അത് താരതമ്യത്തെ രണ്ടു വ്യത്യസ്ത സെർവറുകളുടെ പരീക്ഷയാക്കി മാറ്റുന്നു.

ping -c 20 192.168.50.1
ping -c 20 198.51.100.7
curl -o /dev/null -w "%{time_starttransfer} %{speed_download}\n" https://speed.example.net/10mb.bin

അടിസ്ഥാന നിലവാരം ഇതിനകം മോശമാണെങ്കിൽ, ജോലി Wi-Fi, റൂട്ടർ ഡിമാൻഡ് അല്ലെങ്കിൽ ആക്സസ് സേവനത്തിന്റേതാണ്. വയർ ഉള്ള പരിശോധനയോ ആക്സസ് പോയിന്റിനു സമീപം സ്ഥിരമായ സ്ഥാനമോ ദുർബലമായ റേഡിയോ ലിങ്കിനെ തിരക്കേറിയ അപ്‌ലിങ്കിൽ നിന്ന് വേർതിരിക്കുന്നു. തുരങ്കം എന്തു ചെയ്താലും ആക്സസ് ലൈൻ നൽകാത്ത ശേഷി കൂട്ടിച്ചേർക്കില്ല.

എക്സിറ്റ് മാറ്റുക, പിന്നെ ഗതാഗതം

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

സേവനം രണ്ട് പ്രൊഫൈലുകളും നൽകുന്നിടത്ത്, UDP-യിലുള്ള OpenVPN-നെ TCP-യിലുള്ള OpenVPN-മായി താരതമ്യം ചെയ്യുക. ഇന്ററാക്ടീവ് ജോലിക്ക് UDP സാധാരണ തുടക്കമാണ്, അതേസമയം UDP ട്രാഫിക് അൽപ്പവും കടത്തിവിടാത്ത ആക്സസ് നെറ്റ്‌വർക്കിൽ TCP സഹായിച്ചേക്കാം. TCP തുരങ്കം സ്ട്രീമിനുള്ളിൽ വീണ്ടും അയച്ച് നഷ്ടം വീണ്ടെടുക്കുന്നു, അതുകൊണ്ടാണ് പാക്കറ്റുകൾ വീഴ്ത്തുന്ന ലിങ്കിൽ അത് കൂടുതൽ മന്ദഗതിയിലാകുന്നത്, കൂടാതെ OpenVPN പ്രകടന പ്രശ്നപരിഹാര കുറിപ്പുകൾ മറ്റെന്തെങ്കിലും ക്രമീകരിക്കുന്നതിനു മുമ്പ് അതേ വിട്ടുവീഴ്ച വിശദീകരിക്കുന്നു. പ്രൊഫൈലിലെ "udp" എന്ന വാക്ക് "tcp" ആക്കി മാറ്റുന്നത് സെർവർ ഒരിക്കലും തുറക്കാത്ത ശ്രോതാവിനെ സൃഷ്ടിക്കാനാവില്ല.

അടുത്ത മാറ്റം പരീക്ഷിക്കുന്നതിനു മുമ്പ് സഹായിക്കുന്ന പ്രൊഫൈൽ സേവ് ചെയ്യുക. അല്ലാത്തപക്ഷം പിന്നീടുള്ള ഒരു തകർച്ച ഏത് തിരുത്താണ് മെച്ചം നൽകിയതെന്ന് ഊഹിക്കാൻ വിടുന്നു.

ഉപകരണവും ലക്ഷണവും ഒരുമിച്ച് വായിക്കുക

കൈമാറ്റത്തിനു ശേഷമല്ല, അതിനിടയിൽ പ്രോസസർ ലോഡ് നിരീക്ഷിക്കുക, കാരണം എൻക്രിപ്ഷൻ ചെലവ് ട്രാഫിക്കിനൊപ്പം വളരുന്നു, ഒപ്പം ഒരു കുടുംബത്തെ സേവിക്കുന്ന ചെറിയ റൂട്ടർ സ്വന്തം ക്ലയന്റ് പ്രവർത്തിപ്പിക്കുന്ന ലാപ്‌ടോപ്പിൽ നിന്ന് വ്യത്യസ്ത യന്ത്രമാണ്. മറ്റൊരു VPN, വെർച്വൽ മെഷീൻ അല്ലെങ്കിൽ നെറ്റ്‌വർക്ക് ഫിൽട്ടർ ഒരേ പാതയിൽ ഇരുന്ന് ട്രാഫിക്കിന്റെ ഓഹരി എടുത്തേക്കാം. ബെഞ്ച്മാർക്ക് മികച്ചതായി കാണാൻ പ്രാമാണീകരണ പരിശോധനകളോ kill switch-ഓ നീക്കം ചെയ്യാതെ സോഫ്റ്റ്‌വെയർ കാലികമായി സൂക്ഷിക്കുക. ചെറിയ അഭ്യർത്ഥനകൾ വിജയിക്കുകയും വലിയ അപ്‌ലോഡുകൾ സ്ഥിരമായ വലുപ്പത്തിൽ കുടുങ്ങുകയും ചെയ്താൽ, MTU പരിശോധനയാണ് അടുത്ത സ്റ്റേഷൻ.

ping -M do -s 1400 -c 3 198.51.100.7
ip link show dev tun0 | grep -o "mtu [0-9]*"

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