അപ്ലോഡ് സമയത്ത് VPN മന്ദഗതിയിലാണെന്ന് തോന്നുന്നത് എന്തുകൊണ്ട്: ക്യൂ വിലംബം
പാക്കറ്റുകൾ ക്യൂവിൽ കാത്തിരിക്കുമ്പോൾ വേഗതയേറിയ കൈമാറ്റവും കോളുകൾ ഇടറിച്ചേക്കാം. VPN എൻഡ്പോയിന്റിനെ കുറ്റപ്പെടുത്തുന്നതിന് മുമ്പ് നിഷ്ക്രിയവും ലോഡ് ചെയ്തതുമായ റൗണ്ട് ട്രിപ്പുകൾ താരതമ്യം ചെയ്യുക.
ഒരു ബാക്കപ്പ് അപ്ലോഡ് ആരംഭിക്കുന്നു, കൈമാറ്റ കൗണ്ടർ ആരോഗ്യകരമായി കാണപ്പെടുന്നു, വീഡിയോ കോൾ കുഴപ്പത്തിലാകുന്നു. ആ സംഖ്യ സൂചിപ്പിക്കുന്ന അർത്ഥത്തിൽ ലിങ്കിന് ബാൻഡ്വിഡ്ത്ത് കുറവില്ല; പാക്കറ്റുകൾ എവിടെയോ ഒരു ക്യൂവിൽ കാത്തിരിക്കുന്നു, ഇന്ററാക്ടീവ് പാക്കറ്റുകൾ വലിയ ഡാറ്റയുടെ പിന്നിൽ നിൽക്കുന്നു. ഇതാണ് ക്യൂ വിലംബം, സാധാരണയായി ബഫർബ്ലോട്ട് എന്ന് വിളിക്കുന്നു. VPN അതിന്റെ സ്വന്തം ക്യൂ ചേർക്കാം, പക്ഷേ പ്രശ്നം ഒറ്റയ്ക്ക് സൃഷ്ടിക്കുന്നത് അപൂർവമാണ്.
ബാൻഡ്വിഡ്ത്തും വിലംബവും വ്യത്യസ്ത അളവുകളാണ്
ത്രൂപുട്ട് സെക്കൻഡിൽ എത്ര ഡാറ്റ നീങ്ങുന്നു എന്ന് ഉത്തരം നൽകുന്നു, അതേസമയം വിലംബം ഒരു പാക്കറ്റിന് പാത കടക്കാൻ എത്ര സമയമെടുക്കുന്നു എന്ന് ഉത്തരം നൽകുന്നു. പൂരിതമായ ലിങ്കിന് വലിയ കെട്ടുകിടപ്പ് സൂക്ഷിക്കാനും എന്നിട്ടും നല്ല ത്രൂപുട്ട് റിപ്പോർട്ട് ചെയ്യാനും കഴിയും, കാരണം സ്ഫോടനം അവസാനിക്കുമ്പോൾ ക്യൂ ലൈൻ വേഗതയിൽ ഒഴിയുന്നു. ഇന്ററാക്ടീവ് ട്രാഫിക് ആദ്യം ബുദ്ധിമുട്ടുന്നു, കാരണം ഒരു കോളിന് ഓരോ കുറച്ച് മില്ലിസെക്കൻഡിലും ഒരു പാക്കറ്റ് വേണം, അവസാനം ഒരു വലിയ ഫയലല്ല. അതിനാൽ സ്പീഡ് ടെസ്റ്റിന്റെ ഫലം മാത്രം അളക്കുന്നത് നിങ്ങളെ നോക്കാൻ പ്രേരിപ്പിച്ച ലക്ഷണം മറയ്ക്കുന്നു.
ലോഡിനിടയിലെ ദിശയും ശ്രദ്ധിക്കുക. നിറഞ്ഞ അപ്ലോഡ് ബഫർ ഡൗൺലോഡ് ശേഷി നിഷ്ക്രിയമായിരിക്കുമ്പോൾ ബാക്കിയെല്ലാം വൈകിപ്പിക്കാം.
ലോഡിനിടയിൽ റൗണ്ട് ട്രിപ്പ് അളക്കുക
ശാന്തമായ ലിങ്കിൽ ഒരു അടിസ്ഥാനരേഖ എടുക്കുക, തുടർന്ന് ഒരു നിയന്ത്രിത കൈമാറ്റം നടക്കുമ്പോൾ അതേ അളവ് ആവർത്തിക്കുക. കേവല സംഖ്യകളല്ല, രണ്ട് റണ്ണുകൾ താരതമ്യം ചെയ്യുക.
ping -c 20 -i 0.2 203.0.113.5
dd if=/dev/zero bs=1M count=50 | ssh [email protected] "cat > /dev/null"ആദ്യ കമാൻഡ് റൗണ്ട് ട്രിപ്പ് സമയത്തിന്റെ സാമ്പിളുകൾ എടുക്കുന്നു, രണ്ടാമത്തേത് സ്പീഡ് ടെസ്റ്റ് സേവനമില്ലാതെ തുടർച്ചയായ അപ്ലോഡ് സൃഷ്ടിക്കുന്നു. പരന്നു നിൽക്കുന്ന അടിസ്ഥാനരേഖയ്ക്ക് ശേഷം നൂറുകണക്കിന് മില്ലിസെക്കൻഡ് ഉയരുന്ന ലോഡ് ചെയ്ത റൺ ആണ് തിരയേണ്ട അടയാളം. ചില നെറ്റ്വർക്കുകൾ ICMP മുൻഗണന കുറയ്ക്കുന്നു, അതിനാൽ ping-നെ സൂചനയായി കണക്കാക്കി ആപ്പിന്റെ സ്വന്തം വിലംബ ഡിസ്പ്ലേ ഉപയോഗിച്ച് സ്ഥിരീകരിക്കുക. മീറ്റർ ഉള്ള ലിങ്കുകളിൽ പരിശോധന ചെറുതായി സൂക്ഷിക്കുക, കാരണം ആവർത്തിക്കാവുന്ന വൈരുദ്ധ്യം ദീർഘ പൂരിതത്തേക്കാൾ പ്രധാനമാണ്.
ക്യൂവിനെ തടസ്സം ഉള്ളിടത്തേക്ക് നീക്കുക
ക്യൂ മാനേജ്മെന്റ് കെട്ടുകിടപ്പ് യഥാർത്ഥത്തിൽ സൂക്ഷിക്കുന്ന ഉപകരണത്തിൽ മാത്രം സഹായിക്കുന്നു. നിയമങ്ങൾ ചേർക്കുന്നതിന് മുമ്പ് ഇന്റർഫേസ് എന്ത് ചെയ്യുന്നു എന്ന് പരിശോധിക്കുക.
tc -s qdisc show dev eth0
tc qdisc replace dev eth0 root fq_codelshow കമാൻഡ് നിലവിലെ അച്ചടക്കവും കെട്ടുകിടപ്പ്, ഡ്രോപ്പ് കൗണ്ടറുകളും റിപ്പോർട്ട് ചെയ്യുന്നു, ഇത് ഈ ഇന്റർഫേസ് തടസ്സമാണോ അതോ വെറുതെ ട്രാഫിക് കടത്തിവിടുന്നതാണോ എന്ന് പറയുന്നു. റൂട്ട് അച്ചടക്കം ന്യായമായ ക്യൂ അൽഗോരിതം കൊണ്ട് മാറ്റുന്നത് ചെറിയ ഫ്ലോകൾക്ക് വലിയ ഡാറ്റയുമായി പങ്കിടുന്ന ഒരു FIFO-യ്ക്ക് പകരം സ്വന്തം ഊഴം നൽകുന്നു. റൗട്ടർ തടസ്സമാകുമ്പോൾ അത് റൗട്ടറിന്റെ WAN ഇന്റർഫേസിൽ പ്രയോഗിക്കുക, ശീലത്താൽ ടണൽ ഉപകരണത്തിൽ അല്ല. മുൻ കോൺഫിഗറേഷൻ സൂക്ഷിച്ച് ലോഡ് ചെയ്ത പ്രതികരണവും കൈമാറ്റ നിരക്കും വീണ്ടും പരിശോധിക്കുക, കാരണം അൽപം കുറഞ്ഞ ബൾക്ക് നിരക്ക് ഉപയോഗയോഗ്യമായ കോളുകൾക്ക് നല്ല കൈമാറ്റമാണ്.
ടണൽ എന്ത് മാറ്റുന്നു, എന്ത് മറയ്ക്കുന്നു
VPN എൻക്രിപ്ഷനും ഒരു ഹോപ്പും കൂടി ചേർക്കുന്നു, ടണലിന് പുറത്തുള്ള ഉപകരണങ്ങളിൽ നിന്ന് വ്യക്തിഗത ഫ്ലോകളും മറയ്ക്കുന്നു. അപ്സ്ട്രീം ഉപകരണം ആപ്പ് അടിസ്ഥാനമാക്കിയ മുൻഗണന വാഗ്ദാനം ചെയ്യുമ്പോൾ ഇത് പ്രധാനമാണ്, കാരണം അത് യഥാർത്ഥ സംഭാഷണങ്ങൾക്ക് പകരം എൻക്രിപ്റ്റ് ചെയ്ത പാക്കറ്റുകൾ കാണുന്നു. ടണൽ സ്വയം അവസാനിപ്പിക്കുന്ന റൗട്ടറിന് വ്യത്യസ്ത കാഴ്ചയും ജോലിഭാരവും ഉണ്ട്, അതിനുള്ളിൽ വർഗ്ഗീകരിക്കാനും കഴിയും. രണ്ട് ക്രമീകരണങ്ങളിൽ ഒന്നും ആക്സസ് ലിങ്കിലെ ക്യൂ നീക്കം ചെയ്യുന്നില്ല, വിലംബം സാധാരണയായി അവിടെയാണ് കൂടുന്നത്.
വിലംബം ലോഡിനെ പിന്തുടരുന്നില്ലെങ്കിൽ, ക്യൂ ട്യൂൺ ചെയ്യുന്നത് നിർത്തി മറ്റെവിടെയോ നോക്കുക: Wi-Fi സാഹചര്യങ്ങൾ, പാക്കറ്റ് വലിപ്പ പ്രശ്നങ്ങൾ അല്ലെങ്കിൽ ഒരു മോശം എക്സിറ്റ് പാത. അളവില്ലാതെ പ്രയോഗിച്ച ക്യൂ ക്രമീകരണങ്ങൾ രഹസ്യത്തെ വെറുതെ നീക്കുന്നു.