VPN ആധികാരികത പരാജയപ്പെട്ടു: പോർട്ടോ DNS-ഓ അപൂർവമായി കാരണം

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

ഏത് ഘട്ടം പരാജയപ്പെട്ടുവെന്ന് പിശക് ഇതിനകം പറഞ്ഞു

TLS ഹാൻഡ്ഷേക്ക് ഒരിക്കലും പൂർത്തിയാക്കാത്ത കണക്ഷൻ ആധികാരികതയിൽ എത്തിയിട്ടേയില്ല. ഹാൻഡ്ഷേക്ക് പൂർത്തിയാക്കി ക്രെഡൻഷ്യൽ നിരസിക്കൽ റിപ്പോർട്ട് ചെയ്യുന്ന കണക്ഷൻ അവിടെ എത്തി അവിടെ പരാജയപ്പെട്ടു. ഈ രണ്ട് ഫലങ്ങൾക്ക് വ്യത്യസ്ത അന്വേഷണം വേണം, രണ്ടും അടഞ്ഞ വിൻഡോയിൽ അവസാനിക്കുന്നതിനാൽ അവ പലപ്പോഴും കൂട്ടിക്കുഴയ്ക്കപ്പെടുന്നു.

OpenVPN സർവറിൽ നിന്നുള്ള AUTH_FAILED സന്ദേശത്തിലൂടെ വ്യത്യാസം വ്യക്തമാക്കുന്നു, അത് ഗതാഗത പിശകല്ല, തീരുമാനമാണ്. TLS ചർച്ചയുടെ സമയപരിധി അല്ലെങ്കിൽ സർട്ടിഫിക്കറ്റ് പരിശോധനാ പിശക് മുൻ ഘട്ടത്തിൽ പെടുന്നു. ക്രെഡൻഷ്യലുകളിൽ തൊടും മുമ്പ് നിങ്ങൾക്ക് ഏതാണെന്ന് വായിക്കുക, കാരണം രഹസ്യവാക്ക് പുനഃസജ്ജീകരണം ഹാൻഡ്ഷേക്ക് ശരിയാക്കില്ല, ഫയർവാൾ മാറ്റം നിരസിച്ച ലോഗിൻ ശരിയാക്കില്ല. ക്ലയന്റ് ലോഗിലെ ഒരു വരി ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു.

ബന്ധിപ്പിച്ചതിന് ശേഷം വിട്ടുപോകുന്ന സെഷനും അതേ യുക്തി ബാധകമാണ്. നാൽപ്പതാം മിനിറ്റിലെ പുനർ-ആധികാരികതയുടെ പരാജയം ആദ്യ ലോഗിന്റെ നിരസിക്കലിൽ നിന്ന് വ്യത്യസ്തമായ തകരാറാണ്, ഇടവേളയാണ് സൂചന.

പ്രൊഫൈൽ ശരിയായ സേവനത്തിലേക്കാണ് ചൂണ്ടുന്നതെന്ന് സ്ഥിരീകരിക്കുക

ഒരു ദാതാവിന്റെ വെബ്സൈറ്റിൽ ഉപയോഗിക്കുന്ന അക്കൗണ്ട് അവരുടെ VPN ഗേറ്റ്വേ സ്വീകരിക്കുന്ന അക്കൗണ്ട് ആയിരിക്കണമെന്നില്ല. സേവനം മാറിയതിന് വളരെക്കാലം കഴിഞ്ഞും സേവിച്ച പ്രൊഫൈൽ പഴയ ഗേറ്റ്വേയിലേക്ക് ചൂണ്ടാം.

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

പ്രൊഫൈലിൽ രണ്ട് മിനിറ്റ് ചെലവഴിക്കുന്നത് ക്രെഡൻഷ്യൽ ഊഹത്തിന്റെ ഒരു ദിവസം ഒഴിവാക്കുന്നു.

ലോഗിൻ ഫോർമാറ്റ് ക്രെഡൻഷ്യലിന്റെ ഭാഗമാണ്

ഉപയോക്തൃനാമത്തിന് ഇമെയിൽ രൂപം, ഡൊമെയ്ൻ പൂർവ്വപദം അല്ലെങ്കിൽ ഡയറക്ടറി പ്രത്യയം ആവശ്യമായേക്കാം. ഗേറ്റ്വേ ലഭിച്ച സ്ട്രിംഗ് താരതമ്യം ചെയ്യുന്നു, അതിനാൽ രൂപം അലങ്കാരമല്ല, ക്രെഡൻഷ്യലിന്റെ ഭാഗമാണ്.

തുടർന്ന് ഉയർത്തുന്നതിന് മുമ്പ് വിരസമായ കാരണങ്ങൾ ഒഴിവാക്കുക. കീബോർഡ് ലേഔട്ട്, പകർത്തലിൽ വന്ന ഏതെങ്കിലും അവസാന ഇടം, രഹസ്യവാക്ക് മാനേജറിലെ പഴയ എൻട്രി എന്നിവ പരിശോധിക്കുക. പുനഃസജ്ജീകരണത്തിന് ശേഷം, രഹസ്യവാക്ക് മാറ്റിയ പേജിന്റെ അതേ ഐഡന്റിറ്റി ഉറവിടമാണ് VPN ഉപയോഗിക്കുന്നതെന്ന് സ്ഥിരീകരിക്കുക. ആ വിവരങ്ങൾ ശരിയാണെങ്കിൽ ഊഹം നിർത്തി, അക്കൗണ്ട് VPN ആക്സസിന് പ്രാപ്തമാക്കിയിട്ടുണ്ടോ അധികാരപ്പെടുത്തിയിട്ടുണ്ടോ എന്ന് ഓപ്പറേറ്ററോട് ചോദിക്കുക. അത് ക്ലയന്റ് ക്രമീകരണമല്ല, സേവന വശത്തെ തിരുത്താണ്.

openvpn --config office.ovpn --verb 3
journalctl -u openvpn-client@office -n 40 --no-pager

AUTH_FAILED വഹിക്കുന്ന ലോഗ് വരിയിൽ സാധാരണയായി കാരണ കോഡോ വെല്ലുവിളി സ്ട്രിംഗോ ഉണ്ടാകും. സഹായം ചോദിക്കുമ്പോൾ അത് വീണ്ടും പറയാതെ കൃത്യമായി പകർത്തുക.

രണ്ടാം ഘടകങ്ങൾക്ക് അവയുടെ സ്വന്തം കരാറുണ്ട്

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

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

സെഷൻ പരിധി മറ്റൊരു സാധാരണ നിരസിക്കലാണ്. അക്കൗണ്ട് ഒരു സെഷൻ അനുവദിക്കുന്നെങ്കിൽ, രണ്ടാം ലോഗിൻ ആദ്യത്തേത് അവസാനിപ്പിച്ചേക്കാം, ലക്ഷണം നയമല്ല, പതറുന്ന കണക്ഷൻ പോലെ തോന്നും.

സർട്ടിഫിക്കറ്റ് രഹസ്യവാക്കല്ല

അക്കൗണ്ടിന്റെ രഹസ്യവാക്ക് പൂർണ്ണമായി ശരിയായിരിക്കെ ക്ലയന്റ് സർട്ടിഫിക്കറ്റ് കാലഹരണപ്പെടാം അല്ലെങ്കിൽ റദ്ദാക്കപ്പെടാം. സ്വകാര്യ കീയുടെ രഹസ്യവാക്യം വീണ്ടും മൂന്നാം രഹസ്യമാണ്, അത് അക്കൗണ്ടിനെയല്ല, ഫയലിനെ സംരക്ഷിക്കുന്നു.

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

സെഷൻ സ്ഥാപിതമായി പിന്നീട് പരാജയപ്പെട്ടാൽ, ഇടവേളയും സമീപത്തെ പുതുക്കൽ സംഭവങ്ങളും രേഖപ്പെടുത്തുക. ആ രേഖ ടോക്കന്റെ ആയുഷ്കാല പ്രശ്നത്തെ ആദ്യ ലോഗിന്റെ പരാജയത്തിൽ നിന്ന് വേർതിരിക്കുന്നു, അഞ്ച് മിനിറ്റ് തിരുത്തും ഒരാഴ്ചയിലെ വീണ്ടും ശ്രമങ്ങളും തമ്മിലുള്ള വ്യത്യാസമാണത്.