അറുപത് സെക്കൻഡ് TLS സമയപരിധി: ഏത് വശമാണ് യഥാർത്ഥത്തിൽ നിന്നത്?

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

ഒരു ശ്രമത്തിന് നിങ്ങൾക്ക് തിരയാനാകുന്ന ഒരു ഐഡന്റിറ്റി നൽകുക

ആരംഭ സമയം അതിന്റെ സമയമേഖലയോടെ, പ്രൊഫൈൽ പേര്, ക്ലയന്റ് യഥാർത്ഥത്തിൽ പരിഹരിച്ച ലക്ഷ്യം, പോർട്ട്, കണക്ഷൻ UDP ആണോ TCP ആണോ എന്നിവ എഴുതിവയ്ക്കുക. പ്രൊഫൈലിൽ നിരവധി ദൂരസ്ഥ എൻട്രികളുണ്ടെങ്കിൽ, ആ ശ്രമം ഏതാണ് തിരഞ്ഞെടുത്തതെന്ന് രേഖപ്പെടുത്തുക, കാരണം വീണ്ടും ശ്രമിക്കുമ്പോൾ നിങ്ങൾ വായിക്കുന്ന ഫയൽ മാറ്റാതെ അടുത്ത എൻട്രിയിലേക്ക് പോയേക്കാം.

എൻഡ്പോയിന്റ് സജീവ ലോഗിൽ നിന്ന് എടുക്കുക, നിങ്ങൾ ഓർക്കുന്ന ഡൗൺലോഡിൽ നിന്നല്ല. സ്വകാര്യ വിലാസത്തിലേക്ക് ചൂണ്ടുന്ന പ്രൊഫൈൽ പൂർണ്ണമായും സാധുവാണ്, അങ്ങോട്ട് റൂട്ട് ചെയ്യാൻ കഴിയാത്ത നെറ്റ്വർക്കിൽ നിന്ന് പൂർണ്ണമായും ഉപയോഗശൂന്യവുമാണ്, ആ സാഹചര്യം ഓഫായ സെർവറിനെപ്പോലെ തന്നെ കാണുന്നു.

പിന്നീട് ഉദ്ദേശിച്ച ഇൻസ്റ്റൻസിൽ അതേ ജാലകം ഓപ്പറേറ്ററോട് ആവശ്യപ്പെടുക. ക്ലോക്ക് വ്യത്യാസം സാധാരണമാണ്, കുറച്ച് മിനിറ്റുകളുടെ വ്യത്യാസം ഒരു പൊരുത്തമുള്ള ഇവന്റിനെ ഇല്ലാത്തതായി കാണിക്കാം, അതിനാൽ ഇവന്റ് ഉണ്ടായിരുന്നില്ലെന്ന് തീരുമാനിക്കുന്നതിന് പകരം വ്യത്യാസം രേഖപ്പെടുത്തുക.

നാല് നിരീക്ഷണങ്ങൾ, നാല് വ്യത്യസ്ത അടുത്ത ഘട്ടങ്ങൾ

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

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

നിങ്ങളുടെ കുറിപ്പുകളിൽ നാല് ഫലങ്ങളും വെവ്വേറെ സൂക്ഷിക്കുക. അവയെ “സെർവർ പ്രതികരിക്കുന്നില്ല” എന്നതിൽ ലയിപ്പിക്കാനുള്ള പ്രലോഭനമുണ്ട്, യഥാർത്ഥ പ്രശ്നം ഫയർവാൾ നിയമമായിരിക്കുമ്പോൾ ആളുകളെ സൈഫറുകൾ മാറ്റാൻ അയയ്ക്കുന്നത് ഈ വാക്യമാണ്. സമയപരിധി എന്ന വാക്ക് മാത്രം രേഖപ്പെടുത്തുന്ന കുറിപ്പ് നിങ്ങൾ ഇപ്പോൾ വില നൽകിയ വ്യത്യാസം വലിച്ചെറിഞ്ഞു.

തെളിവ് പേരിടുന്ന ഘട്ടം ശരിയാക്കുക

പൂർത്തിയായ TCP കണക്ഷൻ എന്തോ ഒന്ന് ഒരു സോക്കറ്റ് സ്വീകരിച്ചു എന്ന് മാത്രമേ തെളിയിക്കുന്നുള്ളൂ. കേൾക്കുന്നയാൾ നിങ്ങൾ ക്രമീകരിച്ച OpenVPN സേവനമാണെന്ന് അത് തെളിയിക്കുന്നില്ല, അതേ ഹോസ്റ്റ്നെയിമിലുള്ള ഒരു വെബ് സെർവർ ബ്രൗസറിന് തികഞ്ഞ മറുപടി നൽകുന്നു, എന്നാൽ ടണലിന് അത് അപ്രസക്തമാണ്.

സെർവർ കാലഹരണപ്പെട്ട റദ്ദാക്കൽ പട്ടിക റിപ്പോർട്ട് ചെയ്യുന്നുവെങ്കിൽ, അത് ക്ലയന്റിന്റെ അന്തിമ സമയപരിധിയേക്കാൾ വളരെ കൃത്യമായ വസ്തുതയാണ്, പരിഹാരം നെറ്റ്വർക്കിന്റേതല്ല, സർട്ടിഫിക്കറ്റ് അതോറിറ്റിയുടേതാണ്. രണ്ട് അറ്റങ്ങളും നിയന്ത്രണ ചാനൽ സംരക്ഷണത്തിലോ പങ്കിട്ട വസ്തുവിലോ യോജിക്കുന്നില്ലെങ്കിൽ, പാസ്വേഡ് പുനഃസജ്ജമാക്കുന്നത് ഒന്നും മാറ്റില്ല, കാരണം ഏതെങ്കിലും ക്രെഡൻഷ്യൽ പരിശോധിക്കുന്നതിന് മുമ്പ് തന്നെ ഒഴിവാക്കൽ സംഭവിക്കുന്നു.

തെളിവ് യഥാർത്ഥത്തിൽ പിന്തുണയ്ക്കുന്ന ഒരു കാര്യം മാറ്റുക, തുടർന്ന് അതേ പ്രൊഫൈൽ അതേ എൻഡ്പോയിന്റിനെതിരെ ആവർത്തിക്കുക. കണക്ഷൻ കൂടുതൽ മുന്നോട്ട് പോയാൽ ആദ്യത്തെ പുതിയ ഇവന്റ് സൂക്ഷിക്കുക, കാരണം ആ ഇവന്റ് പുതിയ പ്രശ്നമല്ല, അന്വേഷണത്തിന്റെ അടുത്ത ഘട്ടമാണ്.

grep -nE 'TLS Error|VERIFY ERROR|CRL|handshake failed' /var/log/openvpn/server.log
date -u; timedatectl | head -3

ജാലകം നീട്ടുന്നത് യഥാർത്ഥത്തിൽ എന്താണ് മാറ്റുന്നത്

അറുപത് സെക്കൻഡ് ക്ലയന്റിന്റെ ഹാൻഡ്ഷേക്ക് ജാലകമാണ്, കമ്മ്യൂണിറ്റി ക്ലയന്റ് റഫറൻസ് അത് ക്രമീകരിക്കുന്ന ഓപ്ഷൻ രേഖപ്പെടുത്തുന്നു. അത് കൂട്ടിയാൽ ക്ലയന്റ് വിട്ടുപോകുന്നതിന് മുമ്പ് കൂടുതൽ സമയം കാത്തിരിക്കും. ഇല്ലാത്ത സേവനത്തെ അത് പ്രത്യക്ഷപ്പെടുത്തുന്നില്ല, നിരസിച്ച പാക്കറ്റിനെ സ്വീകാര്യമാക്കുന്നുമില്ല.

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