ഒരു OpenVPN drop-in എല്ലാ ടണലുകളും മാറ്റി: ഇൻസ്റ്റൻസും ടെംപ്ലേറ്റും

ഒരു ടണലിനായി ചേർത്ത റീസ്റ്റാർട്ട് നയം യന്ത്രത്തിലെ എല്ലാ ടണലുകളിലും ബാധകമാകാൻ തുടങ്ങുന്നു. ഇത് systemd-ന്റെ ബഗ് അല്ല; ഇത് ഇൻസ്റ്റൻസ് drop-in-ഉം ടെംപ്ലേറ്റ് drop-in-ഉം തമ്മിലുള്ള വ്യത്യാസമാണ്. ഫയൽ ഏത് പാതയ്ക്ക് കീഴിൽ എഴുതുന്നു എന്നത് എത്ര സേവനങ്ങൾ അത് പിന്തുടർച്ചയായി നേടും എന്ന് നിർണ്ണയിക്കുന്നു.

ക്രമീകരണത്തിന് മുമ്പ് പരിധി തിരഞ്ഞെടുക്കുക. രണ്ട് ഡയറക്ടറികളും ഏതാണ്ട് ഒരുപോലെ കാണപ്പെടുന്നു, അവയിൽ ഒന്ന് മാത്രമാണ് നിങ്ങൾ ഉദ്ദേശിച്ച ഇൻസ്റ്റൻസിലേക്ക് പരിമിതപ്പെടുന്നത്.

ലക്ഷണം: ഒരു മാറ്റം, എല്ലാ ടണലുകളും

നിർദ്ദിഷ്ട ഇൻസ്റ്റൻസിന്റെ drop-in പൂർണ്ണ ഇൻസ്റ്റൻസിന്റെ പേരിലുള്ള ഡയറക്ടറിക്ക് കീഴിൽ സ്ഥിതിചെയ്യുന്നു, ഉദാഹരണത്തിന് [email protected]. ടെംപ്ലേറ്റ് drop-in [email protected]-ന് കീഴിൽ സ്ഥിതിചെയ്യുന്നു, ഇടയിൽ @ ചിഹ്നമുണ്ട്, ഇൻസ്റ്റൻസിന്റെ പേരില്ല. ആദ്യത്തേത് office-ൽ മാത്രം ബാധകമാണ്. രണ്ടാമത്തേത് ആ ടെംപ്ലേറ്റിൽ നിന്ന് സൃഷ്ടിക്കുന്ന ഓരോ സേവനത്തിലും ബാധകമാണ്.

ടെംപ്ലേറ്റ് രൂപം വേറിട്ട [email protected] ടെംപ്ലേറ്റിലേക്ക് എത്തുന്നില്ല, പേരിൽ openvpn ഉള്ള അസംബന്ധ സേവനങ്ങളിലേക്കും എത്തുന്നില്ല.

പരിധിയുമായി പൊരുത്തപ്പെടുന്ന ഡയറക്ടറി തിരഞ്ഞെടുക്കുക

രണ്ട് ഡയറക്ടറികളും /etc/systemd/system/-ന് കീഴിലാണ്. അവസാന system ഘടകം ഒഴിവാക്കിയാൽ, systemd സിസ്റ്റം ഓവർറൈഡായി വായിക്കാത്ത ഒരു പാത ഉണ്ടാകും, ഇത് ശരിയായി കാണുന്ന ഫയലിനെ ഒന്നും ചെയ്യാതിരിക്കാനുള്ള നിശ്ശബ്ദ മാർഗമാണ്. പൂർണ്ണ പാത ഒരിക്കൽ എഴുതി വീണ്ടും ഉപയോഗിക്കുക.

drop-in-ന് ശരിയായ വിഭാഗ ശീർഷകവും വേണം. സേവന ക്രമീകരണങ്ങൾ [Service]-ന് കീഴിൽ വരുന്നു. ക്രമീകരണങ്ങളുണ്ടെങ്കിലും വിഭാഗമില്ലാത്ത ഫയൽ അവഗണിക്കപ്പെടുകയോ നിരസിക്കപ്പെടുകയോ ചെയ്യുന്നു, ഫയൽ അവിടെ അധികാരപരമായി കാണപ്പെടുമ്പോൾ unit മുമ്പത്തെപ്പോലെ പ്രവർത്തിക്കുന്നു.

ഒന്നിലധികം drop-in ചേർക്കുന്നുവെങ്കിൽ ലക്ഷ്യം ഫയൽ നാമത്തിൽ നിലനിർത്തുക. ലയനം നിർണ്ണയിക്കുന്നത് നിഘണ്ടു ക്രമമാണ്, ഫയൽ എന്ത് ചെയ്യുന്നു എന്ന് പറയുന്ന പേര് ആ ക്രമം വായനയോഗ്യമാക്കുന്നു.

എഴുതുന്നതിന് മുമ്പ് ലയിപ്പിച്ച unit വായിക്കുക

എന്തെങ്കിലും എഴുതുന്നതിന് മുമ്പ് ലയിപ്പിച്ച unit വായിക്കുക. systemctl cat [email protected] പ്രധാന unit-ഉം ബാധകമായ ഓരോ drop-in-ഉം ലയന ക്രമത്തിൽ അച്ചടിക്കുന്നു. ടെംപ്ലേറ്റ് മാറ്റം പരിഗണിക്കുമ്പോൾ അതിനെ രണ്ടാമത്തെ ഇൻസ്റ്റൻസുമായി താരതമ്യം ചെയ്യുക. ആ താരതമ്യം ഏത് സേവനങ്ങൾ മാറ്റം പിന്തുടർച്ചയായി നേടും എന്ന് കൃത്യമായി കാണിക്കുന്നു.

ഇൻസ്റ്റൻസ് ഫയൽ ടെംപ്ലേറ്റ് ക്രമീകരണങ്ങൾ മായ്ക്കുന്നില്ല. രണ്ടും ലയിപ്പിക്കുന്നു, അതിനാൽ നിങ്ങൾ മറന്ന ഒരു ടെംപ്ലേറ്റ് മൂല്യം ഇപ്പോഴും പ്രാബല്യത്തിലുണ്ടാകാം.

മറ്റ് പേരിട്ട drop-in-കളും റൺടൈം ക്രമീകരണങ്ങളും പാക്കേജുകൾ നൽകുന്ന കോൺഫിഗറേഷനും പങ്കെടുക്കുന്നു. നിങ്ങൾ അവസാനം തിരുത്തിയ ഫയലാണ് മുഴുവൻ unit എന്ന് കരുതരുത്. ലയിപ്പിച്ച ഔട്ട്പുട്ടാണ് unit.

unit നയം പ്രൊഫൈലിന് പുറത്ത് നിർത്തുക

unit നയവും VPN കോൺഫിഗറേഷനും വേറിട്ട് നിർത്തുക. പ്രൊഫൈൽ നിർദ്ദേശം [Service]-ന് കീഴിലുള്ളതുകൊണ്ട് സാധുവായ systemd വാക്യഘടനയാകുന്നില്ല. റീസ്റ്റാർട്ട് ക്രമീകരണവും .ovpn ഫയലിൽ ഉൾപ്പെടുന്നില്ല.

ഈ വേർതിരിവാണ് റീസ്റ്റാർട്ട് നയംOpenVPN സ്വയം ചെയ്യുന്ന പിയർ വീണ്ടെടുക്കലിന് തുല്യമല്ല എന്നതിനുള്ള കാരണവും. പരിധി തിരഞ്ഞെടുക്കുന്നതിന് മുമ്പ് ഏത് പെരുമാറ്റമാണ് വേണ്ടതെന്ന് തീരുമാനിക്കുക.

അത് പ്രയോഗിച്ച് ഇൻസ്റ്റൻസ് പരിശോധിക്കുക

മാറ്റത്തിന് ശേഷം, systemctl daemon-reload ഉപയോഗിച്ച് മാനേജറുടെ നിർവചനങ്ങൾ വീണ്ടും ലോഡ് ചെയ്യുക. ആ റീലോഡ് ടണൽ റീസ്റ്റാർട്ട് ചെയ്യുന്നില്ല; അത് unit ഫയലുകൾ വീണ്ടും വായിക്കുന്നു മാത്രം. തുടർന്ന് ഉദ്ദേശിച്ച ലൈഫ്സൈക്കിൾ പ്രവർത്തനം കൃത്യമായ ഇൻസ്റ്റൻസിൽ പ്രയോഗിക്കുക.

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

നയം യഥാർത്ഥത്തിൽ പങ്കിട്ടതാണെങ്കിൽ, അത് ബോധപൂർവ്വം ടെംപ്ലേറ്റിലേക്ക് മാറ്റി, പൂർത്തിയായി പ്രഖ്യാപിക്കുന്നതിന് മുമ്പ് രണ്ടാമത്തെ ഇൻസ്റ്റൻസ് പരിശോധിക്കുക.systemd unit റഫറൻസ് drop-in മുൻഗണനയും ലയന ക്രമവും രേഖപ്പെടുത്തുന്നു.