കിൽ സ്വിച്ച് പരിശോധന: വീണ്ടും ബന്ധിപ്പിക്കൽ മാത്രമല്ല, ഇടവേള അളക്കുക

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

രണ്ട് നിരീക്ഷണങ്ങൾ, രണ്ട് വേറിട്ട വിധികൾ

ലഭ്യതയുടെ ചോദ്യം ലളിതമാണ്: ടണൽ വീണ്ടും എപ്പോൾ ഉപയോഗയോഗ്യമായി, അവിടെ എത്താൻ സംരക്ഷിത ആപ്ലിക്കേഷന് പുതിയ കണക്ഷൻ വേണ്ടിവന്നോ. നടപ്പാക്കലിന്റെ ചോദ്യം വ്യത്യസ്തമാണ്: സംരക്ഷണം വീണ നിമിഷം മുതൽ അത് തിരികെ വന്ന നിമിഷം വരെ ഏത് പാക്കറ്റുകൾ യന്ത്രത്തിൽ നിന്ന് പുറത്തുപോയി.

വേറിട്ട രേഖകളാൽ അവയ്ക്ക് ഉത്തരം നൽകുക. ഒരു വരി ഇടവേള ഒരു നിശ്ചിത സെക്കൻഡ് നീണ്ടുനിന്നു എന്ന് പറയുന്നു. മറ്റൊരു വരി ആ ഇടവേളയിൽ സംരക്ഷണമില്ലാത്ത അഭ്യർത്ഥന വിജയിച്ചോ എന്ന് പറയുന്നു. അവയെ ഒരൊറ്റ പാസ് അല്ലെങ്കിൽ ഫെയിലാക്കി ചേർക്കുന്നത് ഏറ്റവും പ്രധാനമായ കേസ് മറയ്ക്കുന്നു: ചോർച്ചയോടുകൂടിയ വേഗത്തിലുള്ള വീണ്ടും ബന്ധിപ്പിക്കൽ.

സമയം അളക്കാവുന്ന ഒരു പ്രോബ് നിർമ്മിക്കുക

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

while true; do
  printf '%s ' "$(date +%H:%M:%S)"
  curl -sS -o /dev/null -w '%{http_code} %{time_total}\n' --max-time 2 https://example.com || echo "curl-exit-$?"
  sleep 1
done

സ്റ്റാറ്റസ് മാത്രമല്ല, curl-ന്റെ എക്സിറ്റ് കോഡുകൾ വായിക്കുക. 28 എന്നാൽ അഭ്യർത്ഥനയുടെ സമയം കഴിഞ്ഞു, തടയപ്പെട്ട വഴി ഇങ്ങനെയാണ് കാണുന്നത്. 6 എന്നാൽ നാമ പരിഹരണം പരാജയപ്പെട്ടു, ഇത് വേറെ കണ്ടെത്തലാണ്, പലപ്പോഴും കൂടുതൽ രസകരം. ഇടവേളയിൽ കുറഞ്ഞ കടന്നുപോയ സമയത്തോടെ 200 വന്നാൽ ട്രാഫിക്കിനെ പുറത്തുപോകാൻ അനുവദിച്ചു.

ഔട്ട്പുട്ട് ഒരു ഫയലിൽ എഴുതി സൂക്ഷിക്കുക. ടെർമിനൽ സ്ക്രോൾബാക്ക് തെളിവല്ല, രസകരമായ ഭാഗം സാധാരണയായി നടുവിലെ മൂന്ന് വരികളാണ്.

വൃത്തിയുള്ളതല്ല, യഥാർത്ഥമായ ഒരു പരാജയം ഉണ്ടാക്കുക

ക്ലയന്റിന്റെ സ്വന്തം മെനുവിൽ നിന്ന് വിച്ഛേദിക്കുന്നത് സഹകരണ മാർഗം പരിശോധിക്കുന്നു, അവിടെ ക്ലയന്റിന് തന്റെ തടയൽ നിയമങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്യാൻ സമയമുണ്ട്. പകരം പ്രോസസ്സ് കൊല്ലുക, അല്ലെങ്കിൽ താഴത്തെ ലിങ്ക് വിച്ഛേദിക്കുക, അപ്പോൾ യഥാർത്ഥ പരാജയം സഞ്ചരിക്കുന്ന മാർഗം പരിശോധിക്കും.

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

അനുവദിച്ച ട്രാഫിക് എങ്ങനെയിരിക്കും എന്ന് ലോഗിൽ നിന്ന് വായിക്കുക

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

നിലവിലുള്ള സോക്കറ്റുകൾക്ക് ശ്രദ്ധ വേണം. വിച്ഛേദത്തിന് മുമ്പ് തുറന്ന കണക്ഷൻ ഒരു പ്രോഗ്രാം തുടർന്നും ഉപയോഗിച്ചേക്കാം, അതിനാൽ ജീവനുള്ളതായി തോന്നുന്ന ട്രാഫിക് പുതിയ മാർഗം അനുവദിച്ചു എന്ന് തെളിയിച്ചെന്ന് വരില്ല. സോക്കറ്റ് പട്ടിക കണക്ഷൻ സംഭവത്തിന് മുമ്പുള്ളതാണോ എന്ന് കാണിക്കുന്നു:

ss -tunp | grep -E 'ESTAB|SYN-SENT'
ip route get 198.51.100.7
resolvectl status | sed -n '1,20p'

സോക്കറ്റിന്റെ തുടക്ക സമയം വിച്ഛേദത്തിന്റെ ടൈംസ്റ്റാമ്പുമായി താരതമ്യം ചെയ്യുക. തടസ്സത്തേക്കാൾ പഴക്കമുള്ള കണക്ഷൻ ചോർച്ചയുടെയല്ല, സോക്കറ്റ് പുനരുപയോഗത്തിന്റെ തെളിവാണ്, അതിനെ പരാജയമായി റിപ്പോർട്ട് ചെയ്യുന്നത് അടുത്ത വ്യക്തിയെ ഇല്ലാത്ത ബഗ് തിരയാൻ അയക്കുന്നു.

അപ്ഡേറ്റിനെ അതിജീവിക്കുന്ന രൂപത്തിൽ ഫലം രേഖപ്പെടുത്തുക

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

ക്ലയന്റ് അപ്ഡേറ്റിനോ പ്രൊഫൈൽ മാറ്റത്തിനോ ശേഷം അതേ പരിശോധന വീണ്ടും പ്രവർത്തിപ്പിക്കുക, കാരണം തടയൽ സ്വഭാവം നടപ്പാക്കലിന്റെ വിശദാംശമാണ്, അത് നീങ്ങുന്നു. രേഖയുടെ ഉദ്ദേശ്യം സംഭവമാകുന്നതിന് മുമ്പ് ചലനം ശ്രദ്ധിക്കുക എന്നതാണ്, ക്ലയന്റിനെ ഒരിക്കൽ സർട്ടിഫൈ ചെയ്യുകയല്ല.