നെറ്റ്‌വർക്ക് ഇന്റർഫേസ് പേരുമാറ്റിയതിന് ശേഷം Access Server അതിന്റെ ബൈൻഡിംഗ് നഷ്ടപ്പെടുത്തി: കീകൾ ശരിയാക്കുക

നിങ്ങൾ ഒരു നെറ്റ്‌വർക്ക് ഇന്റർഫേസിന്റെ പേര് മാറ്റി, അല്ലെങ്കിൽ അഡാപ്റ്റർ മറ്റൊരു പേരിൽ തിരികെ വന്ന യന്ത്രം പുനഃസ്ഥാപിച്ചു, ഇപ്പോൾ OpenVPN Access Server ഡീമൺ ആരംഭിക്കുന്നില്ല. വെബ് ഇന്റർഫേസ് ഇപ്പോഴും പ്രതികരിച്ചേക്കാം അല്ലെങ്കിൽ ഇല്ലായിരിക്കാം, പഴയ പേരുമായി ബന്ധിപ്പിച്ചിരുന്ന ഘടകം ഏതെന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു. സേവനം കേടായിട്ടില്ല, കോൺഫിഗറേഷൻ നഷ്ടപ്പെട്ടിട്ടില്ല; ഒരു ക്രമീകരണം ഇപ്പോഴും ഹോസ്റ്റിന് ഇല്ലാത്ത ഇന്റർഫേസിലേക്ക് ചൂണ്ടുന്നു.

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

ലക്ഷണം യഥാർത്ഥത്തിൽ എന്താണ് പറയുന്നത്

ബൈൻഡ് ചെയ്യാൻ കഴിയാത്ത ഡീമൺ സാധാരണയായി അത് സ്വന്തം ലോഗിൽ പറയുന്നു: വിലാസം ലഭ്യമല്ല അല്ലെങ്കിൽ ഇന്റർഫേസ് നിലവിലില്ല. സന്ദേശം കൃത്യമാണ്: ഡീമൺ ശ്രമിച്ച വിലാസം അത് പേരിടുന്നു; ഹോസ്റ്റിലെ ip -br addr മായി താരതമ്യം ചെയ്താൽ ഇന്റർഫേസ് പേരുമാറ്റിയതാണോ, നീക്കിയതാണോ, അതല്ലെങ്കിൽ പഴയ വിലാസമില്ലാതെ ഉയർത്തിയതാണോ എന്ന് അറിയാം.

മുഴുവൻ സമയവും അധികാരമുള്ള റിക്കവറി കൺസോൾ തുറന്ന് സൂക്ഷിക്കുക. മാറ്റാൻ പോകുന്ന ബൈൻഡിംഗ് നിങ്ങളുടെ ഏക അഡ്മിൻ സെഷൻ വഹിക്കുന്നുണ്ടെങ്കിൽ, തിരികെ വരാനുള്ള വഴി നിങ്ങൾ തന്നെ മുറിച്ചു. ലോക്കൽ കൺസോൾ, രണ്ടാമത്തെ മാനേജ്‌മെന്റ് വിലാസം, അല്ലെങ്കിൽ രേഖപ്പെടുത്തിയ ഔട്ട്-ഓഫ്-ബാൻഡ് പാത എന്നിവ മാറ്റത്തെ പഴയപടിയാക്കാവുന്നതാക്കുന്നു.

എഡിറ്റ് ചെയ്യുന്നതിന് മുമ്പ് കോൺഫിഗറേഷൻ ചോദിക്കുക

Access Server അതിന്റെ കോൺഫിഗറേഷൻ സ്വന്തം CLI വഴി വെളിപ്പെടുത്തുന്നു. രേഖപ്പെടുത്തിയ കാഴ്ച ഇതാണ്:

sacli ConfigQuery

നിങ്ങളുടെ പതിപ്പിനായി രേഖപ്പെടുത്തിയ അഡ്മിൻ പരിതസ്ഥിതിയിൽ അത് പ്രവർത്തിപ്പിക്കുക, മറ്റൊരു ഹോസ്റ്റിലെ ബന്ധമില്ലാത്ത ഷെല്ലിൽ നിന്നല്ല. എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് നിലവിലെ മൂല്യങ്ങൾ സംരക്ഷിത സ്ഥലത്ത് സൂക്ഷിക്കുക, മുഴുവൻ ഔട്ട്പുട്ടും പൊതു സപ്പോർട്ട് ത്രെഡിൽ ഒട്ടിക്കരുത്.

ആ ഔട്ട്പുട്ട് സർവർ കോൺഫിഗറേഷന്റെ കാഴ്ചയാണ്, പൂർണ്ണ ബാക്കപ്പല്ല. ഉപയോക്തൃ, ഗ്രൂപ്പ് ഗുണങ്ങൾ വെവ്വേറെ ചോദിക്കുന്നു, അതിനാൽ വ്യക്തമായ ബൈൻഡിംഗ് ഐഡന്റിറ്റികൾ പുനഃസ്ഥാപിക്കുന്നില്ല, പുനഃസ്ഥാപിച്ച ഐഡന്റിറ്റി ലിസണറെ ശരിയാക്കുന്നുമില്ല. രണ്ടും രണ്ട് വേറിട്ട രേഖകളായി സൂക്ഷിക്കുക.

ഏത് ലിസണർ കേടായി എന്ന് നിർണ്ണയിക്കുക

Access Server ഒന്നിലധികം ലിസണറുകൾ പ്രവർത്തിപ്പിക്കുന്നു. OpenVPN ഡീമണുകൾ ടണൽ ട്രാഫിക് വഹിക്കുന്നു, വെബ് സേവനം അഡ്മിൻ, ക്ലയന്റ് പോർട്ടൽ വഹിക്കുന്നു, മറ്റ് ഘടകങ്ങൾക്ക് സ്വന്തം പോർട്ടുകൾ ഉണ്ടാകാം. പരാജയപ്പെട്ട ബ്രൗസർ അഭ്യർത്ഥന ഏതാണ് പരാജയപ്പെട്ടതെന്ന് പറയുന്നില്ല, പിശക് സന്ദേശത്തിലെ പോർട്ട് നമ്പറും പറയുന്നില്ല.

ഡീമണിന്റെ ബൈൻഡിംഗ് കീകൾ ഓരോ ഡീമണിനും രേഖപ്പെടുത്തിയിട്ടുണ്ട്, ഔദ്യോഗിക ട്യൂട്ടോറിയലിൽ മൂല്യം ഇന്റർഫേസ് ഐഡന്റിഫയറാണ്, കീയുടെ പേരുകൾ ip_address ൽ അവസാനിക്കുന്നുവെങ്കിലും. ആ വാക്യം രണ്ടുതവണ വായിക്കുക. UDP, TCP ഡീമണുകൾ ഒരു ഇന്റർഫേസ് പങ്കിടുമെന്നും ട്യൂട്ടോറിയൽ പ്രതീക്ഷിക്കുന്നു, അതിനാൽ ഒരു കീ മാത്രം ശരിയാക്കുന്നത് പകുതി അറ്റകുറ്റപ്പണിയാണ്.

പേരുള്ള ക്രമീകരണം മാറ്റുക, പൊരുത്തപ്പെടുന്ന വരികളല്ല

ConfigPut ട്യൂട്ടോറിയൽ നിർദ്ദിഷ്ട കീകളിൽ രേഖപ്പെടുത്തുന്നു, ഉദാഹരണത്തിന് vpn.daemon.0.server.ip_address, vpn.daemon.0.listen.ip_address. ഉൽപ്പന്നത്തിന്റെ സ്വന്തം രീതി കീയുടെ പേരും പുതിയ മൂല്യവും ഉപയോഗിച്ച്, നിങ്ങളുടെ പതിപ്പിനായി രേഖപ്പെടുത്തിയ വാക്യഘടനയിൽ ഉപയോഗിക്കുക, നിങ്ങൾ രോഗനിർണ്ണയം ചെയ്ത ലിസണറിന്റെ കീകൾ മാത്രം മാറ്റുക.

ചെയ്യരുതാത്തത്, ഡാറ്റാബേസിൽ പഴയ ഇന്റർഫേസ് പേരിന് തുല്യമായ മൂല്യമുള്ള എല്ലാ വരികളും തിരഞ്ഞ് എല്ലാം മാറ്റിസ്ഥാപിക്കുക എന്നതാണ്. പഴയ പേര് ലിസണർ ക്രമീകരണങ്ങളിൽ മാത്രം ഉണ്ടായിരുന്നു എന്ന് അത് അനുമാനിക്കുന്നു, സ്കീമ അത് ഉറപ്പുനൽകുന്നില്ല. മാറ്റം അവലോകനം ചെയ്യാനാകാത്തതുമാക്കുന്നു.

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

അത് പ്രയോഗിക്കുക, തുടർന്ന് പാത പ്രവർത്തിക്കുന്നുവെന്ന് തെളിയിക്കുക

മൂല്യം ശരിയാക്കിയ ശേഷം ഉൽപ്പന്നത്തിന്റെ രേഖപ്പെടുത്തിയ ജീവിതചക്രത്തിലൂടെ അത് പ്രയോഗിക്കുക ( ജീവിതചക്രം ). കീകൾ സജ്ജീകരിച്ച ശേഷം ട്യൂട്ടോറിയൽ sacli start ഉപയോഗിക്കുന്നു; അത് പൂർണ്ണ ഹോസ്റ്റ് റീബൂട്ടോ ഡാറ്റാബേസ് റീസെറ്റോ അല്ല.

ss -lntup | grep -E '1194|443'
sacli ConfigQuery | grep -i ip_address

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