കുറഞ്ഞ VPN ത്രൂപുട്ട് എൻട്രോപ്പി പ്രശ്നമാണോ? സാധാരണയായി അല്ല

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

ഒരേപോലെ തോന്നുന്ന രണ്ട് ലക്ഷണങ്ങൾ

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

സ്റ്റാർട്ടപ്പ്, പ്രാമാണീകരണം, കീ വീണ്ടും ചർച്ച, കൈമാറ്റം എന്നിവയ്ക്ക് ചുറ്റും ടൈംസ്റ്റാമ്പുകൾ വയ്ക്കുക. ടണൽ ഉപയോഗയോഗ്യമാകുന്നതിന് മുൻപുള്ള നീണ്ട കാലതാമസം കുറഞ്ഞ സ്ഥിര നിരക്കല്ല, രണ്ടിന്റെയും ശരാശരി ഒരു സംഖ്യയിലാക്കുന്നത് തെളിവിനെ നശിപ്പിക്കുന്നു.

systemd-analyze blame | head -10
journalctl -u [email protected] -o short-precise | head -40
cat /proc/sys/kernel/random/entropy_avail

ആദ്യ രണ്ട് കമാൻഡുകൾ സ്റ്റാർട്ടപ്പ് ജോലിയെ ഒരു സമയരേഖയിൽ ഇടുന്നു. മൂന്നാമത്തേത് കർണലിന്റെ എൻട്രോപ്പി അക്കൗണ്ടിംഗ് മൂല്യം പ്രിന്റ് ചെയ്യുന്നു, അത് ഒരു ഡാറ്റാ പോയിന്റായി ഉപയോഗപ്രദവും ബാൻഡ്വിഡ്ത്ത് മീറ്ററായി നിഷ്പ്രയോജനവുമാണ്.

ക്രമരഹിത സംഖ്യകൾക്കായുള്ള കാത്തിരിപ്പ് യഥാർത്ഥത്തിൽ എങ്ങനെയുണ്ട്

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

ആധുനിക ജനറേറ്ററുകൾ ഒരിക്കൽ സീഡ് ചെയ്യുകയും പിന്നീട് നിർണ്ണായകമായ ഒരു നിർമ്മിതിയിൽ നിന്ന് ഔട്ട്പുട്ട് ഉത്പാദിപ്പിക്കുകയും സ്വന്തം ഷെഡ്യൂളിൽ വീണ്ടും സീഡ് ചെയ്യുകയും ചെയ്യുന്നു. ബൾക്ക് കൈമാറ്റം കുളത്തെ ബൈറ്റ് ബൈറ്റായി ഒഴിവാക്കുന്നില്ല, അതിനാൽ മന്ദഗതിയിലുള്ള കൈമാറ്റത്തിനിടയിലെ കുറഞ്ഞ കുള മൂല്യം കാരണത്തെക്കുറിച്ച് ഒന്നും തെളിയിക്കുന്നില്ല.

strace -f -e trace=getrandom -p $(pidof openvpn) 2>&1 | head -20
dmesg | grep -i 'random\|crng'

നിങ്ങൾ നോക്കുമ്പോൾ പ്രോസസ്സ് ക്രമരഹിത സംഖ്യാ കോളിൽ ഇരിക്കുന്നുണ്ടോ എന്ന് ആദ്യ കമാൻഡ് കാണിക്കുന്നു. രണ്ടാമത്തേത് കർണലിന്റെ സ്വന്തം ആരംഭ സന്ദേശങ്ങൾ കാണിക്കുന്നു, അവിടെയാണ് പ്രാരംഭ ബൂട്ട് തടസ്സം ദൃശ്യമാകുന്നത്.

കർണൽ പതിപ്പും സേവനം യഥാർത്ഥത്തിൽ ലിങ്ക് ചെയ്യുന്ന ലൈബ്രറിയും രേഖപ്പെടുത്തുക, കാരണം പെരുമാറ്റം നടപ്പാക്കലുകൾക്കിടയിലും റിലീസുകൾക്കിടയിലും വ്യത്യാസപ്പെടുന്നു. വീണ്ടെടുപ്പിന് ശേഷം എടുക്കുന്ന ട്രേസ് സാധാരണയായി ഇടവേള പൂർണ്ണമായി നഷ്ടപ്പെടുത്തുന്നു.

തുടർച്ചയായ മന്ദത യഥാർത്ഥത്തിൽ എങ്ങനെയുണ്ട്

എപ്പോഴും മന്ദഗതിയിൽ കൈമാറുന്ന ടണൽ ഡാറ്റാ പാത്തിയാൽ പരിമിതപ്പെടുത്തപ്പെടുന്നു. ഒരു പൂരിത ത്രെഡ്, പുറം പാക്കറ്റ് നഷ്ടം, വീണ്ടും കൈമാറ്റങ്ങൾ അല്ലെങ്കിൽ നിറഞ്ഞ സോക്കറ്റ് ക്യൂകൾ ഓരോന്നും ആ മാതൃക സൃഷ്ടിക്കുന്നു, ഓരോന്നിനും സ്വന്തം പരിഹാരമുണ്ട്. സമഗ്ര CPU ശതമാനം ഒരു തിരക്കുള്ള ത്രെഡ് മറയ്ക്കുന്നു, അതാണ് ഏറ്റവും സാധാരണ തെറ്റായ വായന. മൊത്തം ലോഡ് നോക്കുന്നതിന് മുൻപ് ത്രെഡ് തിരിച്ചുള്ള സമയം നോക്കുക.

താരതമ്യപ്പെടുത്താവുന്ന അടിസ്ഥാനരേഖയോടെ ഇരു ദിശകളിലും അളക്കുക, ആപ്ലിക്കേഷന്റെ സ്വന്തം റിപ്പോർട്ടിന് പകരം ഇന്റർഫേസ് കൗണ്ടറുകൾ ശ്രദ്ധിക്കുക.

ss -tin dst 203.0.113.10
nstat -az | grep -i 'drop\|retrans'
ethtool -S eth0 | grep -i 'drop\|error'

ഒരു പിയറിനുള്ള ക്യൂവും തിരക്കും ആദ്യ കമാൻഡ് കാണിക്കുന്നു. രണ്ടാമത്തേതും മൂന്നാമത്തേതും സ്റ്റാക്കിലും ഇന്റർഫേസിലും ഡ്രോപ്പുകളും വീണ്ടും കൈമാറ്റങ്ങളും റിപ്പോർട്ട് ചെയ്യുന്നു, അവിടെയാണ് കാരണം സാധാരണയായി ആദ്യം പ്രത്യക്ഷപ്പെടുന്നത്.

നിങ്ങൾ അളന്ന തടസ്സത്തിനുള്ള തിരുത്ത് തിരഞ്ഞെടുക്കുക

തെളിവുകൾ പ്രാരംഭ ബൂട്ട് ആരംഭത്തിലേക്ക് വിരൽ ചൂണ്ടുന്നുവെങ്കിൽ, പ്ലാറ്റ്ഫോം പിന്തുണയ്ക്കുന്ന സീഡിംഗ് പാത നോക്കുക, അതിൽ വെർച്വൽ മെഷീനിൽ ഹോസ്റ്റ് നൽകുന്ന ക്രമരഹിത ഉപകരണം ഉൾപ്പെട്ടേക്കാം. പല അതിഥികളിലേക്ക് മാറ്റമില്ലാതെ പകർത്തിയ സീഡ് ചിത്രം സ്വതന്ത്ര ആരംഭത്തിന് പകരമല്ല.

തെളിവുകൾ ഡാറ്റാ പാത്തിയിലേക്ക് വിരൽ ചൂണ്ടുന്നുവെങ്കിൽ, കൗണ്ടറുകൾ സൂചിപ്പിക്കുന്നത് ട്യൂൺ ചെയ്യുക. ക്യൂകൾ കവിയുമ്പോൾ ബഫർ വലിപ്പങ്ങൾ സഹായിക്കുന്നു, ഒരു ത്രെഡ് പൂരിതമാകുമ്പോൾ ഒന്നും ചെയ്യുന്നില്ല. കൗണ്ടർ ഉയർത്താൻ എൻട്രോപ്പി ഡീമൺ ഇൻസ്റ്റാൾ ചെയ്യുന്നത് ത്രൂപുട്ട് അറ്റകുറ്റപ്പണിയല്ല, ഗ്രാഫ് നന്നായി കാണാൻ സീഡിംഗ് അനുമാനങ്ങൾ മാറ്റുന്നത് സുരക്ഷാ സ്വത്ത് ഒരു സംഖ്യയ്ക്ക് വേണ്ടി കൈമാറുന്നു.

അതേ അളവ് അതേ സാഹചര്യങ്ങളിൽ മെച്ചപ്പെടുമ്പോൾ മാത്രം മാറ്റം സ്വീകരിക്കുക. വലിയ കൗണ്ടർ ഫലമല്ല; ചെറിയ അളന്ന കാത്തിരിപ്പോ തിരിച്ചറിഞ്ഞ കാരണത്തോടെയുള്ള വേഗതയേറിയ കൈമാറ്റമോ ആണ് ഫലം.