എല്ലാ ദിവസവും OpenVPN റീസ്റ്റാർട്ട് ചെയ്യണോ? ക്ലോക്കല്ല, പരാജയം തിരഞ്ഞെടുക്കുക

എല്ലാ ദിവസവും 04:10-ന് OpenVPN റീസ്റ്റാർട്ട് ചെയ്യുന്ന ഒരു cron ജോലി നിങ്ങൾക്ക് പാരമ്പര്യമായി ലഭിക്കുന്നു, അത് ഒരു വർഷമായി കാര്യങ്ങൾ സ്ഥിരതയോടെ നിർത്തുന്നു. എന്നാൽ അത് നിശ്ചിത സമയത്ത് ആരോഗ്യകരമായ ഒരു ടണൽ വിച്ഛേദിക്കുകയും ഉച്ചഭക്ഷണ സമയത്ത് യഥാർത്ഥത്തിൽ സംഭവിക്കുന്ന തടസ്സത്തിന് ഒന്നും ചെയ്യാതിരിക്കുകയും ചെയ്യുന്നു. കലണ്ടർ അനുസരിച്ചുള്ള റീസ്റ്റാർട്ട് ഒരു അറ്റകുറ്റപ്പണി തീരുമാനമാണ്. വീണ്ടെടുക്കൽ നിർദ്ദിഷ്ട ട്രിഗറുള്ള മറ്റൊരു രൂപകൽപ്പനയാണ്.

മൂന്ന് പരാജയ രൂപങ്ങൾക്ക് മൂന്ന് വ്യത്യസ്ത ഉടമകൾ വേണം. ആദ്യം പരാജയം തിരഞ്ഞെടുക്കുക, സംവിധാനം പിന്നാലെ വരും.

മൂന്ന് പരാജയങ്ങൾ, മൂന്ന് ഉടമകൾ

പിയർ പോയാലും ടണൽ സജീവമായിരിക്കാം: പ്രോസസ്സ് ഓടുന്നു, ഇന്റർഫേസ് നിലവിലുണ്ട്, അതിലൂടെ ഉപയോഗപ്രദമായ ഒന്നും കടക്കുന്നില്ല. പിയർ കുഴപ്പമില്ലാതിരിക്കെ പ്രോസസ്സ് മരിച്ചിരിക്കാം, അപ്പോൾ അത് ആരംഭിച്ചതിന് മാത്രമേ അതിനെ തിരികെ കൊണ്ടുവരാനാകൂ. ടണലിന് പിന്നിലെ ആപ്ലിക്കേഷൻ ടണലും പിയറും ആരോഗ്യകരമായിരിക്കെ തകരാറിലാകാം, അപ്പോൾ ക്ലയന്റ് റീസ്റ്റാർട്ട് ചെയ്യുന്നത് കാരണത്തെ തൊടാതെ തടസ്സം വിശാലമാക്കുന്നു. ഈ മൂന്ന് സാഹചര്യങ്ങൾ വേർതിരിക്കുന്നതാണ് മുഴുവൻ തീരുമാനം.

ഓരോന്നിനും സ്വന്തം സിഗ്നലും സ്വന്തം ഉടമയുമുണ്ട്. ജീവനക്ഷമത VPN പ്രോട്ടോക്കോളിന്റേതാണ്, പ്രോസസ്സിന്റെ ജീവിതചക്രം സേവന മാനേജറുടേതാണ്, ആപ്ലിക്കേഷന്റെ ആരോഗ്യം ഇടുങ്ങിയ അധികാരമുള്ള നിരീക്ഷണത്തിന്റേതാണ്.

ജീവനക്ഷമതാ ഓപ്ഷന് ചെയ്യാനാകുന്നതും ചെയ്യാനാകാത്തതും

keepalive എന്നത് ping, ping-restart ജോടിയായി വികസിക്കുന്ന സഹായിയാണ്, ലിങ്ക്-ഓപ്ഷൻ റഫറൻസ് വിവരിക്കുന്നതുപോലെ, അത് സൃഷ്ടിക്കുന്ന സമയപരിധികൾ സെർവറിലും ക്ലയന്റിലും ഒരുപോലെയല്ല. സെർവർ അയക്കുന്ന മൂല്യങ്ങൾ ക്ലയന്റ് പ്രാദേശികമായി ക്രമീകരിച്ചതിനെ മറികടക്കാനും കഴിയും, അതിനാൽ പ്രാദേശിക ഫയലിൽ ശരിയെന്ന് തോന്നുന്ന സമയപരിധി പ്രാബല്യത്തിലുള്ളതല്ലായിരിക്കാം.

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

സേവന മാനേജർ എന്താണ് ഉടമയുള്ളത്

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

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

ഷെഡ്യൂൾ ചെയ്ത റീസ്റ്റാർട്ട് എപ്പോൾ ന്യായമാണ്

സമയബന്ധിതമായ റീസ്റ്റാർട്ട് ന്യായമായ അറ്റകുറ്റപ്പണി നടപടിയാകാം: അതിന് ഉടമയും ജാലകവും പേരുള്ള ഇൻസ്റ്റൻസും സ്വതന്ത്ര പ്രവേശന മാർഗവുമുണ്ട്. എന്നാൽ നിശ്ചിത സമയത്ത് എല്ലാവരെയും വിച്ഛേദിക്കുന്ന പൊതുവായ വിശ്വാസ്യതാ നയം അതാകാൻ പാടില്ല.

അറിയപ്പെടുന്ന ലീക്ക് അല്ലെങ്കിൽ കുടുങ്ങിയ അവസ്ഥ ഒഴിവാക്കാൻ ആണ് റീസ്റ്റാർട്ട് എങ്കിൽ, അത് യൂണിറ്റിന്റെ വിവരണത്തിൽ എഴുതുക, അല്ലാത്തപക്ഷം അടുത്ത വ്യക്തി അത് എന്നും നിലനിർത്തും.

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

ശരിയായ ചോദ്യം എത്ര തവണ റീസ്റ്റാർട്ട് ചെയ്യണം എന്നതല്ല, പരാജയം ആദ്യം ഏത് ശ്രദ്ധിക്കണം എന്നതാണ്.