OpenVPN Access Server: ഡീമൺ റീസ്റ്റാർട്ട് ചെയ്യണോ ക്രമീകരണം പ്രയോഗിക്കണോ

systemctl restart openvpnas ഡീമൺ റീസ്റ്റാർട്ട് ചെയ്യുന്നു; sacli start ആന്തരിക സേവനങ്ങൾ ഉയർത്തുന്നു. ക്രമീകരണത്തിന്റെ രേഖ പറയുന്നത് പിന്തുടർന്ന് active-ന് അപ്പുറം പരിശോധിക്കുക.

OpenVPN Access Server-ൽ ഒരേ ജോലിയായി തോന്നുന്നതിന് രണ്ട് കമാൻഡുകൾ ഒട്ടിക്കുന്നു, എന്നാൽ അവ വ്യത്യസ്ത കാര്യങ്ങൾ ചെയ്യുന്നു. systemctl restart openvpnas മുഴുവൻ ഉൽപ്പന്നവും നിർത്തി വീണ്ടും ആരംഭിക്കുന്നു. sacli start നിങ്ങൾ ഇപ്പോൾ മാറ്റിയ കോൺഫിഗറേഷൻ വായിക്കുന്ന ആന്തരിക സേവനങ്ങൾ ഉയർത്തുന്നു. അവ തമ്മിലുള്ള തിരഞ്ഞെടുപ്പ് രുചിയുടെ കാര്യമല്ല: അത് ക്രമീകരണത്തിന്റെ സ്വന്തം രേഖ പറയുന്നതിനെയും, നിങ്ങളുടെ സെഷൻ റീസ്റ്റാർട്ട് ചെയ്യാൻ പോകുന്ന സെർവർ വഴി കടക്കുന്നുണ്ടോ എന്നതിനെയും, നിങ്ങൾ ശരിയായ ഉൽപ്പന്നം നോക്കുന്നുണ്ടോ എന്നതിനെയും ആശ്രയിച്ചിരിക്കുന്നു.

രണ്ട് പാളികൾ, ഒരു ഡീമൺ

Access Server ഒരു systemd യൂണിറ്റ്, openvpnas, ആയി പ്രവർത്തിക്കുന്നു, ആ ഡീമൺ വെബ് ഇന്റർഫേസിന് പിന്നിലുള്ള ആന്തരിക സേവനങ്ങളെയും VPN ശ്രോതാക്കളെയും മേൽനോട്ടം ചെയ്യുന്നു. sacli അതേ ഇൻസ്റ്റലേഷനിലേക്കുള്ള കമാൻഡ് ലൈൻ ഇന്റർഫേസാണ്, /usr/local/openvpn_as/scripts/sacli യിൽ, യൂണിറ്റ് മാറ്റാതെ ആ ആന്തരിക ഘടകങ്ങൾ ആരംഭിക്കാനും നിർത്താനും ചോദിക്കാനും അതിന് കഴിയും.

അതുകൊണ്ടാണ് രണ്ട് കമാൻഡുകളും ഉള്ളത്. ഡീമണിന്റെ റീസ്റ്റാർട്ട് എല്ലാം വീണ്ടും പ്രവർത്തിപ്പിക്കുന്നു, ക്ലൈന്റ് ടണലുകൾ അവസാനിപ്പിക്കുന്ന പ്രക്രിയയും ഉൾപ്പെടെ. sacli start ഇതിനകം പ്രവർത്തിക്കുന്ന ഡീമണിനോട് അതിന്റെ ഘടകങ്ങൾ ഉയർത്താൻ ആവശ്യപ്പെടുന്നു, അവ പുതിയ കോൺഫിഗറേഷൻ വായിക്കാൻ, ഏറ്റവും കൂടുതൽ പ്രോപ്പർട്ടി മാറ്റങ്ങൾക്ക് യഥാർത്ഥത്തിൽ വേണ്ടത് അതാണ്.

ആദ്യ വ്യവസ്ഥ: ക്രമീകരണത്തിന്റെ രേഖ എന്ത് പറയുന്നു

നിങ്ങൾ മാറ്റിയ ക്രമീകരണത്തിന്റെ പേജ് വായിക്കുക, കഴിഞ്ഞ മാസം മാറ്റിയതിന്റെയല്ല. ConfigPut വഴി എഴുതിയ പ്രോപ്പർട്ടിക്ക് ശേഷം സാധാരണയായി sacli start വരുന്നു, ആ ജോടിയാണ് രേഖപ്പെടുത്തിയ പ്രയോഗ ഘട്ടം. ശ്രോതാവ് തലത്തിലുള്ള പെരുമാറ്റത്തിന്റെ മാറ്റം, അല്ലെങ്കിൽ പേജ് സേവന റീസ്റ്റാർട്ട് ആവശ്യമെന്ന് വിശേഷിപ്പിക്കുന്ന ഏതും, യൂണിറ്റ് റീസ്റ്റാർട്ട് ശരിയായ വിഭാഗമാണ്.

രണ്ട് കമാൻഡുകളും പരസ്പരം മാറ്റാനാവില്ല, അതിനാൽ ഊഹിക്കുമ്പോഴുള്ള പരാജയരീതി അസമമാണ്. പൂർണ്ണ റീസ്റ്റാർട്ട് വേണ്ടിരുന്നപ്പോൾ sacli start ഉപയോഗിച്ചാൽ പഴയ പ്രക്രിയ മുൻ കോൺഫിഗറേഷനോടെ സേവനം തുടരും, ഇത് ക്രമീകരണം അവഗണിച്ചതായി തോന്നിപ്പിക്കും. sacli start മതിയാകുമ്പോൾ പൂർണ്ണ റീസ്റ്റാർട്ട് ചെയ്താൽ കാരണമില്ലാതെ ബന്ധിപ്പിച്ച എല്ലാ ക്ലൈന്റുകളും പുറത്താകും.

രണ്ടാം വ്യവസ്ഥ: നിങ്ങളുടെ സെഷൻ ടണലിനുള്ളിലാണോ

Access Server അത് നൽകുന്ന VPN വഴി കൈകാര്യം ചെയ്യുന്നുവെങ്കിൽ, റീസ്റ്റാർട്ട് നിങ്ങളുടെ shell വഹിക്കുന്ന ബന്ധം നീക്കം ചെയ്യുന്നു. സെഷൻ മരിച്ചതിന് ശേഷം കമാൻഡ് പൂർത്തിയായേക്കാം, അതിനാൽ അത് പ്രവർത്തിച്ചോ എന്ന് ഊഹിക്കേണ്ടിവരും. അതേ കാരണത്താൽ sacli start-ഉം റീസ്റ്റാർട്ട് ചെയ്യുന്ന ഘടകം നിങ്ങളുടെ ട്രാഫിക് കൈകാര്യം ചെയ്യുമ്പോൾ സെഷൻ അൽപ്പസമയം തടസ്സപ്പെടുത്തിയേക്കാം.

ഏതെങ്കിലും കമാൻഡിന് മുമ്പ് ബാൻഡിന് പുറത്തുള്ള ഒരു വഴി തുറന്നിടുക: ദാതാവിന്റെ കൺസോൾ, ഹൈപ്പർവൈസർ കൺസോൾ, അല്ലെങ്കിൽ സീരിയൽ സെഷൻ. ഈ വ്യവസ്ഥ കമാൻഡ് എപ്പോൾ പ്രവർത്തിപ്പിക്കണമെന്ന് തീരുമാനിക്കുന്നു, ഏതാണെന്നല്ല, രണ്ട് മിനിറ്റിലെ മാറ്റത്തെ തകരാർ റിപ്പോർട്ടാക്കുന്നതും ഇതാണ്.

മൂന്നാം വ്യവസ്ഥ: ഇത് നിങ്ങൾ കരുതുന്ന ഉൽപ്പന്നമാണോ

Access Server എന്നത് Community OpenVPN അല്ല. കമ്മ്യൂണിറ്റി ഇൻസ്റ്റലേഷൻ openvpn@server അല്ലെങ്കിൽ openvpn-client@profile പോലുള്ള യൂണിറ്റുകൾ പ്രവർത്തിപ്പിക്കുന്നു, കോൺഫിഗറേഷൻ /etc/openvpn-ൽ ആണ്, അവിടെ sacli ഇല്ല. പങ്കിട്ട ഹോസ്റ്റിൽ പേരിൽ openvpn ഉള്ള എല്ലാ യൂണിറ്റും റീസ്റ്റാർട്ട് ചെയ്യുന്നതാണ് ബന്ധമില്ലാത്ത ടണലുകൾ ഒരുമിച്ച് വീഴുന്ന വഴി.

എന്തെങ്കിലും തൊടുന്നതിന് മുമ്പ് തിരിച്ചറിയുക: systemctl status openvpnas --no-pager Access Server പ്രവർത്തിക്കുന്നതാണോ എന്ന് ഉത്തരം നൽകുന്നു, sacli status അതിന്റെ ആന്തരിക ഘടകങ്ങൾ ലിസ്റ്റ് ചെയ്യുന്നു, systemctl list-units --type=service പേരിൽ openvpn ഉള്ള യൂണിറ്റുകൾ ലിസ്റ്റ് ചെയ്യുന്നു. അവസാന കമാൻഡ് പ്രൊഫൈൽ പേരുള്ള യൂണിറ്റുകൾ കാണിച്ചാൽ, നിങ്ങൾ കമ്മ്യൂണിറ്റി ഉൽപ്പന്നത്തിലാണ്, ബാക്കിയൊന്നും നിങ്ങൾക്ക് ബാധകമല്ല.

പ്രയോഗിക്കുക, പിന്നീട് active-ന് അപ്പുറം പരിശോധിക്കുക

active എന്ന് റിപ്പോർട്ട് ചെയ്യുന്ന യൂണിറ്റിന് പ്രവർത്തിക്കുന്ന പ്രക്രിയയുണ്ട്, അത് പ്രവർത്തിക്കുന്ന ആധികാരികതാ പാതയ്ക്ക് തുല്യമല്ല. പ്രയോഗ ഘട്ടത്തിന് ശേഷം, റീസ്റ്റാർട്ട് പ്രതീക്ഷിച്ച ഘടകങ്ങൾക്ക് sacli status പരിശോധിക്കുക, മൂല്യം sacli ConfigQuery വഴി സംരക്ഷിച്ചുവെന്ന് ഉറപ്പാക്കുക, എന്നിട്ട് ടെസ്റ്റ് അക്കൗണ്ട് ഉപയോഗിച്ച് ഒരു പരിമിത ക്ലൈന്റ് ലോഗിൻ നടത്തുക.

ആപ്ലിക്കേഷൻ തലത്തിലുള്ള എന്തെങ്കിലും കൊണ്ട് അവസാനിപ്പിക്കുക: ടണൽ വഴി സ്വകാര്യ റിസോഴ്സിലെത്തുക, സെർവറിന്റെ പൊതു വിലാസത്തിലേക്ക് ping മാത്രമല്ല. തള്ളിയ വഴി അല്ലെങ്കിൽ DNS ക്രമീകരണം തെറ്റായിരിക്കെ വിജയിക്കുന്ന ഹാൻഡ്ഷേക്ക് എല്ലാ സേവന പരിശോധനയും കടന്ന്, പ്രശ്നം റിപ്പോർട്ട് ചെയ്ത വ്യക്തിയെ വീഴ്ത്തും.

ഏത് പ്രവർത്തനങ്ങൾ sacli-ന്റേതാണ് എന്നതിനുള്ള സൂചനയാണ് ദാതാവിന്റെ സേവന മാനേജ്മെന്റ് പാഠം, റീസ്റ്റാർട്ട് സുരക്ഷിതമായ ഓപ്ഷനാണെന്ന് തീരുമാനിക്കുന്നതിന് മുമ്പ് അത് തുറക്കുന്നത് മൂല്യമുള്ളതാണ്.

ഒറ്റ കടന്നുപോക്കിൽ തീരുമാനം

ഈ നാല് വരികളിലൂടെ താഴേക്ക് പോയി ആദ്യം യോജിക്കുന്ന വരിയിൽ നിൽക്കുക:

  • ക്രമീകരണ പേജ് sacli start പറയുന്നു, അല്ലെങ്കിൽ നിങ്ങൾ ഇപ്പോൾ ConfigPut പ്രവർത്തിപ്പിച്ചു: sacli start ഉപയോഗിക്കുക.
  • പേജ് റീസ്റ്റാർട്ട് ആവശ്യപ്പെടുന്നു, അല്ലെങ്കിൽ മാറ്റം പ്രോപ്പർട്ടികളെയല്ല ശ്രോതാക്കളെ ബാധിക്കുന്നു: systemctl restart openvpnas ഉപയോഗിക്കുക.
  • നിങ്ങളുടെ shell ഈ സെർവർ വഴി വരുന്നു: ആദ്യം കൺസോൾ പ്രവേശനം ഒരുക്കുക, പിന്നീട് മുകളിലെ രണ്ട് വരികൾ തിരഞ്ഞെടുത്ത കമാൻഡ് പ്രവർത്തിപ്പിക്കുക.
  • പരിശോധന: sacli status, മൂല്യത്തിന് ConfigQuery, ഒരു ലോഗിൻ, ഒരു സ്വകാര്യ റിസോഴ്സ്. സേവനാവസ്ഥ മാത്രം ഫിനിഷ് ലൈനല്ല.

ആ വരികളിൽ രണ്ട് പരിശോധനകളും രണ്ട് പ്രവർത്തനങ്ങളുമാണ്, ക്രമത്തിന്റെ അർത്ഥം അതാണ്. ഉൽപ്പന്നത്തെക്കുറിച്ചുള്ള ചോദ്യത്തിന് ഉത്തരം നൽകാനാകുന്നില്ലെങ്കിൽ നിർത്തുക: നിങ്ങൾ പ്രവർത്തിപ്പിക്കാൻ പോകുന്ന കമാൻഡ് മറ്റൊരു ഇൻസ്റ്റലേഷന്റേതാണ്, നിങ്ങൾ വീഴ്ത്താൻ പോകുന്ന ടണൽ ഉദ്ദേശിച്ചതല്ല.

അനുബന്ധ ലേഖനങ്ങൾ