നിങ്ങളുടെ VPN സെർവറിൽ നിന്ന് പുറത്ത് പൂട്ടിയിട്ടു: അകത്തേക്ക് രണ്ടാമതൊരു വഴി സൂക്ഷിക്കുക
തകർന്ന ടണൽ സെർവർ നന്നാക്കാനുള്ള കഴിവും നിങ്ങളിൽ നിന്ന് എടുത്തുകളയരുത്. ആവശ്യം വരുന്നതിന് മുൻപ് സ്വതന്ത്രമായ ഒരു ഭരണ വഴി ആസൂത്രണം ചെയ്ത് പരിശോധിച്ച് അവലോകനം ചെയ്യുക.
നിങ്ങൾ കൺസോൾ തുറക്കുന്നു, ഒരു ഫയർവാൾ നിയമം മാറ്റുന്നു, നിങ്ങൾ ബന്ധിപ്പിച്ചിരുന്ന ടണൽ അപ്രത്യക്ഷമാകുന്നു. മാറ്റം ശരിയായിരുന്നു, വീണ്ടും ലോഡ് ചെയ്യൽ ശരിയായിരുന്നില്ല, ഇപ്പോൾ യന്ത്രത്തിലേക്ക് തിരികെയുള്ള ഏക വഴി നിങ്ങൾ ഇപ്പോൾ തകർത്തതാണ്. അകത്തേക്കുള്ള രണ്ടാമത്തെ വഴി ഒരു രൂപകൽപ്പന തീരുമാനമാണ്, അത് തകരാറിന് മുൻപ് ഉണ്ടായിരിക്കണം, അതിനിടയിൽ അല്ല.
ഇപ്പോഴും നിങ്ങളുടെ കൈവശം ഉള്ളത് പരിശോധിക്കുക
നിങ്ങളുടെ മുൻപിലുള്ള കൺസോൾ സ്ക്രീനിൽ നിന്ന് തുടങ്ങി ടണലിനെ ആശ്രയിക്കാത്ത വഴികൾ പട്ടികപ്പെടുത്തുക. സീരിയൽ അല്ലെങ്കിൽ VNC സെഷനുള്ള ദാതാവിന്റെ വെബ് കൺസോൾ ഒന്നാണ്. വേറിട്ട നെറ്റ്വർക്കിലുള്ള മാനേജ്മെന്റ് ഇന്റർഫേസ് മറ്റൊന്നാണ്. ഭൗതിക പ്രവേശനം മൂന്നാമത്തേതാണ്, അതിന്റെ അഭാവം ആളുകൾ ഏറ്റവും മോശം നിമിഷത്തിലാണ് കണ്ടെത്തുന്നത്.
| Path | Depends on | Usually fails when |
|---|---|---|
| Provider console | Account access and the provider's own API | Credentials live in a wiki only reachable over the tunnel |
| Management subnet | A second interface and its own routing | The bad change was a global route or firewall policy |
| Second tunnel | A different listener, port and credentials | Both listeners were changed in the same edit |
| Physical or local console | Being in the building | Nobody has been in the building for a year |
മൂന്നാം നിര അമൂർത്തതയായല്ല, പരാജയങ്ങളുടെ പട്ടികയായി വായിക്കുക. ആ വഴികളിൽ രണ്ടെണ്ണം സാധാരണയായി ഒരേ കാരണത്താൽ പരാജയപ്പെടുന്നു. തകരാർ നിങ്ങൾക്ക് വിശദീകരിക്കുന്നതിന് മുൻപ് അത് ശ്രദ്ധിക്കാനുള്ള മാർഗമാണ് ഈ പട്ടിക.
സ്വാതന്ത്ര്യം ആശ്രിതത്വങ്ങളുടെ ചോദ്യമാണ്
വീണ്ടെടുപ്പ് അക്കൗണ്ട് സ്വതന്ത്രമല്ല, അതിന്റെ പാസ്വേഡ് നിങ്ങൾ ടണലിലൂടെ എത്തുന്ന ഒരു സേവനത്തിൽ സൂക്ഷിച്ചിട്ടുണ്ടെങ്കിൽ. ഒരേ ഹോസ്റ്റിലും ഒരേ പോർട്ടിലും ഒരേ ഫയർവാൾ നയത്തിലും ഉള്ള രണ്ടാമത്തെ VPN-ഉം സ്വതന്ത്രമല്ല, കാരണം ആദ്യത്തേത് തകർത്ത മാറ്റം രണ്ടിനെയും തകർക്കുന്നു.
ശൃംഖലയിലൂടെ താഴേക്കിറങ്ങി ഓരോ ഘട്ടത്തിനും എന്ത് വേണം എന്ന് പേരിടുക. നെറ്റ്വർക്ക് എത്തിച്ചേരൽ, പേര് നിർണ്ണയം, ഒരു പ്രാമാണീകരണ സ്രോതസ്സ്, കൂടാതെ മാനേജ്മെന്റ് സേവനം തന്നെ എന്നിവ നാല് വേറിട്ട ആശ്രിതത്വങ്ങളാണ്, അവയിൽ ഏതെങ്കിലും പങ്കിടുന്ന വഴി ആ പരാജയം പാരമ്പര്യമായി നേടുന്നു.
ഒരിക്കലും പരീക്ഷിക്കാത്ത വഴി അതിന്റേതായ സംശയത്തിന് അർഹമാണ്. മാസങ്ങളായി തുറക്കാത്ത കൺസോൾ ഇമെയിലിലൂടെ പാസ്വേഡ് പുനഃസജ്ജീകരണം ആവശ്യപ്പെടാം, ആ മെയിൽബോക്സ് നിങ്ങൾക്ക് എത്താനാകാത്ത യന്ത്രത്തിൽ ഹോസ്റ്റ് ചെയ്തിരിക്കാം. എല്ലാം പ്രവർത്തിക്കുമ്പോൾ വഴി പരീക്ഷിക്കുക, ശാന്തമായ ഒരു ഉച്ചകഴിഞ്ഞ് ഇത് നിങ്ങൾക്ക് കണ്ടെത്താം.
ഒരു നിയന്ത്രിത മാറ്റത്തിന് രണ്ടാമത്തെ വഴി ഉപയോഗിക്കുക
കൺസോളിൽ നിന്ന് സ്നാപ്പ്ഷോട്ട് എടുക്കുക അല്ലെങ്കിൽ നിങ്ങൾ തിരുത്താൻ പോകുന്ന കോൺഫിഗറേഷൻ പകർത്തുക. ഒരു കാര്യം മാറ്റുക. സേവനം വീണ്ടും ലോഡ് ചെയ്ത് മറ്റൊന്നും തൊടുന്നതിന് മുൻപ് ഫലം വായിക്കുക, കാരണം ഒരേസമയം രണ്ട് മാറ്റങ്ങൾ വീണ്ടെടുപ്പിനെ ഒരു പരീക്ഷണമാക്കി മാറ്റുന്നു.
ഇത് ചെയ്യുമ്പോൾ വീണ്ടെടുപ്പ് സെഷൻ തുറന്ന് സൂക്ഷിക്കുക. രണ്ടാമത്തെ വഴിയുടെ മുഴുവൻ മൂല്യം നിങ്ങൾ മാറ്റുന്ന കാര്യത്തെ അത് അതിജീവിക്കുന്നു എന്നതാണ്, അതിനാൽ അത് ആദ്യം അടച്ചാൽ അതിനെ ഉപയോഗപ്രദമാക്കിയ ഏക സ്വഭാവം നിങ്ങൾ നീക്കം ചെയ്യുന്നു.
ഓർമയിൽ നിന്നല്ല, വീണ്ടെടുപ്പ് വഴിയിൽ നിന്ന് പരിശോധിക്കുക
പ്രധാനമായ പരിശോധന സാധാരണ വഴി തിരികെ വരുന്നുണ്ടോ എന്നതാണ്, അത് ക്രമത്തിൽ സ്ഥിരീകരിക്കുന്ന സ്ഥലമാണ് വീണ്ടെടുപ്പ് സെഷൻ:
systemctl status openvpn-server@server --no-pager ss -lntup | grep -E ':(1194|443)\b' nft list ruleset | sed -n '1,40p' journalctl -u openvpn-server@server --since '-10 min' --no-pager | tail -n 30
ആദ്യം സേവനത്തിന്റെ അവസ്ഥ, പിന്നെ ശ്രോതാവ്, പിന്നെ നിയമങ്ങൾ, പിന്നെ ജേണൽ വായിക്കുക. ശ്രോതാവില്ലാതെ പ്രവർത്തിക്കുന്ന സേവനം സേവന കോൺഫിഗറേഷനെ ചൂണ്ടിക്കാണിക്കുന്നു, എത്താവുന്ന നിയമങ്ങളില്ലാത്ത ശ്രോതാവ് ഫിൽട്ടറിംഗിനെ ചൂണ്ടിക്കാണിക്കുന്നു. ഓരോ ഘട്ടവും അടുത്തതിനെ ചുരുക്കുന്നതിനാൽ ക്രമം പ്രധാനമാണ്, ജേണലിലേക്ക് ചാടുന്നത് സാധാരണയായി കാരണമല്ല, ലക്ഷണം വിവരിക്കുന്ന പിശകുകൾ വായിക്കലാണ്.
systemctl ഡോക്യുമെന്റേഷൻ ഇവിടെ ഉപയോഗിക്കുന്ന അവസ്ഥയും പുനരാരംഭ പെരുമാറ്റവും ഉൾക്കൊള്ളുന്നു, പരാജയപ്പെട്ട വീണ്ടും ലോഡ് ചെയ്യൽ മുൻ പ്രക്രിയയെ ഓടിക്കുന്നത് എങ്ങനെ തുടരുന്നു എന്നതും ഉൾപ്പെടെ. സെർവർ നന്നാക്കാൻ കഴിയാത്ത ഒരു ക്ലയന്റിൽ നിന്ന് ആവർത്തിച്ച് വീണ്ടും ബന്ധിപ്പിക്കുന്നതിനേക്കാൾ നല്ലത് സുസ്ഥിരമായ ഒരു പതിപ്പ് പുനഃസ്ഥാപിക്കുന്നതാണ്. മാറ്റത്തിന് മുൻപ് നിർവചിച്ച റോൾബാക്ക് വ്യവസ്ഥ പാലിച്ചിട്ടുണ്ടെങ്കിൽ പുനഃസ്ഥാപിച്ച് നിർത്തുക.
കണക്കെടുപ്പ് പട്ടിക കാലികമായി സൂക്ഷിക്കുക
ആളുകളോ അടിസ്ഥാന സൗകര്യങ്ങളോ മാറുമ്പോൾ പ്രവേശന പട്ടിക അവലോകനം ചെയ്യുക. എല്ലാം പ്രവർത്തിക്കുമ്പോൾ വീണ്ടെടുപ്പ് വഴി പരീക്ഷിക്കുക. അവസാന പുനഃസംഘടനയ്ക്ക് ശേഷം ആരും ഉപയോഗിക്കാത്ത അക്കൗണ്ടുകൾ ഒഴിവാക്കുക. രണ്ട് പഴയ അക്കൗണ്ടുകളും ഒരു കാലഹരണപ്പെട്ട സർട്ടിഫിക്കറ്റും ചൊവ്വാഴ്ചയിലെ ചെറിയ വൃത്തിയാക്കലും ഞായറാഴ്ചയിലെ തകരാറുമാണ്.
ഓരോ വഴിയും ആർക്ക് ഉപയോഗിക്കാം, അത് എന്ത് അനുവദിക്കുന്നു, ക്രെഡൻഷ്യലുകൾ എങ്ങനെ കറക്കുന്നു എന്നിവ രേഖപ്പെടുത്തുക. ഉടമയില്ലാത്ത വീണ്ടെടുപ്പ് വഴി മറന്നുപോയ ഒരു പ്രവേശന കവാടമാകുന്നു, അത് പുറത്ത് പൂട്ടപ്പെടുന്നതിൽ നിന്ന് വ്യത്യസ്തമായ പരാജയമാണ്.