OpenVPN TLS ഹാൻഡ്ഷേക്ക് പരാജയപ്പെട്ടു: ഏത് ശാഖയിലാണ് നിങ്ങൾ?

TLS ഹാൻഡ്ഷേക്ക് പരാജയപ്പെട്ടു എന്ന് പറയുന്ന വരി ഒരു കഥയുടെ അവസാനമാണ്, തുടക്കമല്ല. പ്രധാനം അതിന് തൊട്ടുമുൻപുള്ള സംഭവമാണ്, കാരണം ആ സംഭവം നാല് തികച്ചും വ്യത്യസ്ത തകരാറുകളിൽ ഏതാണ് നിങ്ങൾക്കുള്ളതെന്ന് പറയുന്നു. സമയപരിധി, നിയന്ത്രണ ചാനൽ പൊരുത്തക്കേട്, സർട്ടിഫിക്കറ്റ് നിരസിക്കൽ, ചർച്ചയ്ക്ക് ശേഷമുള്ള പരാജയം എന്നിവയെല്ലാം ഒരേ തലക്കെട്ട് നൽകുന്നു. തെളിവുകളിൽ നിന്ന് ശാഖ തിരഞ്ഞെടുക്കുക, അപ്പോൾ പരിഹാരം ഊഹമാകില്ല.

പരാജയത്തിന് മുൻപുള്ള അവസാന സംഭവം വായിക്കുക

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

പിശകിന്റെ പാഠം ക്ലയന്റ് പതിപ്പ്, അന്ത്യബിന്ദു, ഗതാഗതം എന്നിവയോടൊപ്പം സൂക്ഷിക്കുക. കീകൾ, പാസ്വേഡുകൾ, തിരുത്താത്ത പ്രൊഫൈലുകൾ എന്നിവ പരസ്യമായി ഒട്ടിക്കുന്ന എല്ലാത്തിൽ നിന്നും മാറ്റിനിർത്തുക.

കൃത്യമായ ആദ്യ പിശക് നീണ്ട ലോഗ് ഭാഗത്തെക്കാൾ മൂല്യമുള്ളതാണ്. അത് ഘട്ടം പറയുന്നു, ഘട്ടം ഉടമയെ പറയുന്നു.

ശാഖ ഒന്ന്: ഒന്നും തിരികെ വന്നില്ല

ക്ലയന്റ് അതിന്റെ ആദ്യ പാക്കറ്റ് അയച്ചിട്ട് ഉപയോഗപ്രദമായ ഒന്നും ലഭിച്ചില്ലെങ്കിൽ, പ്രശ്നം പാതയിലോ ശ്രോതാവിനടുത്തോ ആണ്. പ്രൊഫൈൽ ഓപ്പറേറ്റർ യഥാർത്ഥത്തിൽ വാഗ്ദാനം ചെയ്യുന്ന ഓപ്ഷനുമായി പൊരുത്തപ്പെടുന്നുവെന്ന് ഉറപ്പാക്കുക: വിലാസം, പോർട്ട്, UDP അല്ലെങ്കിൽ TCP. തുടർന്ന് ഈ നെറ്റ്വർക്കിൽ നിന്ന് അന്ത്യബിന്ദുവിലേക്ക് എത്താൻ കഴിയുമോ എന്ന് പരിശോധിക്കുക. മുന്നോട്ട് പോകുന്നതിന് മുൻപ് ഈ രണ്ട് പരിശോധനകളിൽ ഏതാണ് പരാജയപ്പെട്ടതെന്ന് എഴുതുക.

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

പ്രൊഫൈൽ മറ്റൊരു വിശ്വസ്ത നെറ്റ്വർക്കിൽ പ്രവർത്തിക്കുന്നുവെങ്കിൽ ആ താരതമ്യം നിലനിർത്തുക. അത് നിയന്ത്രണം ഒരു പാതയിലേക്കോ ഇടനിലക്കാരനിലേക്കോ ഒതുക്കുന്നു.

ശാഖ രണ്ട്: നിയന്ത്രണ ചാനൽ പൊരുത്തപ്പെടുന്നില്ല

കൈമാറ്റം തുടങ്ങിയിട്ട് നിലയ്ക്കുമ്പോൾ, നിയന്ത്രണ ചാനലിന്റെ ക്രമീകരണങ്ങളാണ് ആദ്യ സംശയം. tls-auth ഉം tls-crypt ഉം വിന്യാസവുമായി പൊരുത്തപ്പെടണം, മറ്റൊരു സെർവറിലെ വസ്തുക്കൾ ഉപയോഗപ്രദമായ കൈമാറ്റം നൽകില്ല. ഈ പരാജയം ഏതെങ്കിലും അക്കൗണ്ട് ലോഗിന് മുൻപ് സംഭവിക്കുന്നു. പഴയ സെർവറിൽ നിന്ന് പകർത്തിയ പ്രൊഫൈലാണ് സാധാരണ ഉറവിടം.

പാസ്വേഡ് പുനഃസജ്ജീകരണം ആ ക്രമീകരണങ്ങളെ മാറ്റിസ്ഥാപിക്കുന്നില്ല, മറ്റൊരു സേവനത്തിൽ നിന്ന് കീ കടം വാങ്ങുന്നത് അനുയോജ്യതാ പരിഹാരമല്ല. ഓപ്പറേറ്ററുടെ പരിശോധിച്ച ചാനൽ വഴി പ്രൊഫൈൽ നേടി അത് പ്രതീക്ഷിക്കുന്ന ക്ലയന്റ് പതിപ്പ് എഴുതുക.

എന്ത് നിലനിൽക്കുമെന്ന് കാണാൻ പഴയ അൽഗോരിതങ്ങളുടെ കൂമ്പാരം ഓണാക്കുന്നതിന് പകരം നിർദ്ദിഷ്ട ചർച്ചാ പിശക് രേഖപ്പെടുത്തുക. പിടിച്ചെടുത്ത പിശക് പാഠമാണ് ഓപ്പറേറ്ററെ സ്വന്തം വശം പരിശോധിക്കാൻ അനുവദിക്കുന്നത്.

ശാഖ മൂന്ന്: ഒരു സർട്ടിഫിക്കറ്റ് നിരസിക്കപ്പെട്ടു

വ്യക്തമായ പരിശോധനാ പരാജയം ഇഷ്ടപ്പെടാത്ത സർട്ടിഫിക്കറ്റ് പേര് പറയുന്നു. ആദ്യം ഉപകരണത്തിന്റെ ക്ലോക്ക് പരിശോധിക്കുക, പിന്നെ ഏത് വസ്തു പരാജയപ്പെട്ടെന്ന് വായിക്കുക: സെർവർ സർട്ടിഫിക്കറ്റ്, ക്ലയന്റ് സർട്ടിഫിക്കറ്റ്, അല്ലെങ്കിൽ ശൃംഖലയിലെ ഇഷ്യൂവർ. കാലഹരണം, വിശ്വസനീയമല്ലാത്ത ഇഷ്യൂവർ, അപ്രതീക്ഷിത ഐഡന്റിറ്റി എന്നിവ മൂന്ന് വ്യത്യസ്ത സന്ദേശങ്ങളാണ്.

തിരുത്തിയ വസ്തുക്കൾ ശേഖരിക്കുമ്പോൾ പരിശോധന ഓണാക്കി വയ്ക്കുക. ബന്ധമില്ലാത്ത സർട്ടിഫിക്കറ്റ് സ്വീകരിച്ചാൽ പിശക് നീങ്ങും, പക്ഷേ ഉദ്ദേശിച്ച സെർവറിൽ എത്തിയെന്ന് തെളിയിക്കുന്നില്ല.

പരാജയം നെറ്റ്വർക്കിനെ അനുഗമിക്കുന്നുവോ പ്രൊഫൈലിനെയോ എന്ന് എഴുതുക. എല്ലായിടത്തും കാണുന്ന സർട്ടിഫിക്കറ്റ് പിശക് പാതയുടെ പ്രശ്നമല്ല.

ശാഖ നാല്: ചർച്ച അവസാനിച്ചു, മറ്റെന്തോ പരാജയപ്പെട്ടു

ഐഡന്റിറ്റി കൈമാറ്റം വിജയിച്ചാൽ, ബാക്കിയുള്ള പരാജയം പ്രാമാണീകരണത്തിന്റേതോ റൂട്ടിംഗിന്റേതോ ആണ്. അക്കൗണ്ട് വ്യക്തമായി നിരസിക്കുന്നത് പ്രാമാണീകരണ ചോദ്യമാണ്, എത്തിച്ചേരാനാകാത്ത സൈറ്റുകളുള്ള ബന്ധിപ്പിച്ച ടണൽ റൂട്ടിംഗ് അല്ലെങ്കിൽ DNS ചോദ്യമാണ്. അപ്പോൾ TLS ഓപ്ഷനുകൾ മാറ്റിക്കൊണ്ടിരിക്കുന്നത് ഇതിനകം പ്രവർത്തിച്ച ഘട്ടത്തിന് ഹാനി വരുത്തുന്നു.

പ്രശ്നം റിപ്പോർട്ട് ചെയ്യുമ്പോൾ എല്ലാ നെറ്റ്വർക്കുകളും പരാജയപ്പെടുന്നുണ്ടോ, മറ്റൊരു പ്രൊഫൈൽ പ്രവർത്തിക്കുന്നുണ്ടോ, സെർവർ ശ്രമം രേഖപ്പെടുത്തിയോ എന്ന് പറയുക. സെർവറിന്റെ ഭാഗത്തെ നിശ്ശബ്ദതയും അതിൽ നിന്നുള്ള നിരസിക്കലും വ്യത്യസ്ത അതിരുകളിൽ നിൽക്കുന്നു.