0 10 * * 3 അല്ലെങ്കിൽ * 10 * * 3? മിനിറ്റ് ഫീൽഡ് വായിക്കുക

രണ്ട് പ്രയോഗങ്ങളും ബുധനാഴ്ച രാവിലെ പോലെ തോന്നുന്നു, എന്നാൽ അവയിൽ ഒന്ന് മാത്രമാണ് ഒരിക്കൽ എന്നർഥം നൽകുന്നത്. 0 10 * * 3 ബുധനാഴ്ച 10:00-ന് പ്രവർത്തിക്കുന്നു; * 10 * * 3 പത്താം മണിക്കൂറിലെ ഓരോ മിനിറ്റിലും പ്രവർത്തിക്കുന്നു, അതേ ടണൽ ആരംഭിക്കാൻ അറുപത് അവസരങ്ങൾ. കമാൻഡ് നിലവിലുള്ള സെഷൻ പരിശോധിക്കാത്ത ലോഞ്ചർ ആണെങ്കിൽ, രണ്ടാമത്തെ പതിപ്പ് ഷെഡ്യൂളിംഗ് പിഴവല്ല, മത്സരിക്കുന്ന ഉടമകളെ സൃഷ്ടിക്കുന്ന ലൂപ്പാണ്. മറ്റെന്തും വായിക്കുന്നതിന് മുമ്പ് മിനിറ്റ് ഫീൽഡ് വായിക്കുക.

അഞ്ച് ഫീൽഡുകൾ മിനിറ്റ്, മണിക്കൂർ, മാസത്തിലെ ദിവസം, മാസം, ആഴ്ചയിലെ ദിവസം എന്നിവയാണ്, ഈ ക്രമത്തിൽ, ആദ്യത്തേതിലെ നക്ഷത്രം ഓരോ മിനിറ്റും എന്നർഥം.

മിനിറ്റ് ഫീൽഡ് എത്ര തവണ എന്ന് തീരുമാനിക്കുന്നു

ആദ്യത്തെ സംഖ്യ മിനിറ്റാണ്, അതിനാൽ 0 10 * * 3 ബുധനാഴ്ച പത്താം മണിക്കൂറിലെ ആദ്യ മിനിറ്റാണ്. അത് നക്ഷത്രം കൊണ്ട് മാറ്റിയാൽ മണിക്കൂറും ദിവസവും നിലനിൽക്കും, ഒരിക്കൽ-മാത്ര എന്ന സ്വഭാവം നഷ്ടപ്പെടും, അത് അറുപത് പൊരുത്തങ്ങൾ നൽകുന്നു. Cron ആവർത്തനങ്ങൾ നീക്കുന്നില്ല: ഓരോ പൊരുത്തവും കമാൻഡ് വീണ്ടും പ്രവർത്തിപ്പിക്കുന്നു. ഇത് cron-നെക്കുറിച്ചുള്ള സൂക്ഷ്മതയല്ല, ഇത് ഫീൽഡുകളുടെ അർഥശാസ്ത്രമാണ്, ഇൻസ്റ്റാൾ ചെയ്ത ഷെഡ്യൂളറുടെ റഫറൻസ് വായിക്കുന്നത് മൂല്യവത്താണ്, കാരണം ഫീൽഡ് ക്രമവും ഓപ്ഷണൽ ഉപയോക്തൃനാമ കോളവും ഉപയോക്തൃ, സിസ്റ്റം crontab-കളിൽ വ്യത്യസ്തമാണ്.

ഒരു ദിവസം തന്റെ സ്വന്തം സമയമുദ്ര രേഖപ്പെടുത്തുന്ന നിരുപദ്രവകരമായ കമാൻഡ് ഉപയോഗിച്ച് പരീക്ഷിക്കുക. ലോഗിലെ ഒരു വരി ഷെഡ്യൂളാണ്; ഒരു മണിക്കൂറിൽ അറുപത് വരികൾ ഒരു പാഠമാണ്.

രണ്ടാം ലോഞ്ച് ആദ്യത്തേതിനോട് എന്ത് ചെയ്യുന്നു

മര്യാദയുള്ള ലോഞ്ചർ കണക്ഷൻ ഇതിനകം സജീവമാണെന്ന് കണ്ട് ഒന്നും ചെയ്യുന്നില്ല. അസംസ്കൃത openvpn വിളി അങ്ങനെയല്ല: അത് മറ്റൊരു പ്രോസസ് സൃഷ്ടിക്കുന്നു, ഒരു ഉപകരണമോ പോർട്ടോ ബന്ധിക്കാനുള്ള മറ്റൊരു ശ്രമം, കൂടാതെ അതേ ലക്ഷ്യസ്ഥാനങ്ങൾക്കായി മത്സരിക്കുന്ന മറ്റൊരു റൂട്ട് കൂട്ടവും. NetworkManager-ൽ, ഒരു കണക്ഷനുള്ള ആവർത്തിച്ചുള്ള സജീവീകരണ അഭ്യർത്ഥനകൾ സാധാരണയായി idempotent ആണ്, അതുകൊണ്ടാണ് ആരെങ്കിലും മറ്റൊരു കമാൻഡ് ഉപയോഗിക്കുന്നതുവരെ പ്രശ്നം മറഞ്ഞിരിക്കുന്നത്. ഷെഡ്യൂൾ ഇതിനകം ടണൽ കൈകാര്യം ചെയ്യുന്ന ഉടമയോട് ചോദിക്കണം.

തുടർന്ന് കണക്ഷൻ സ്ഥാപിക്കുന്ന സമയത്ത് അഭ്യർത്ഥനയുടെ അർഥം തീരുമാനിക്കുക. ഇരട്ടി സജീവീകരണമോ കാത്തിരിക്കുന്ന ആരംഭങ്ങളുടെ ക്യൂവോ വ്യക്തമായി ശരിയല്ല; ഒന്ന് തിരഞ്ഞെടുത്ത് ലോഞ്ചർ അത് നടപ്പാക്കാൻ അനുവദിക്കുക, ഷെഡ്യൂളർ യാദൃച്ഛികമായി തീരുമാനിക്കാൻ വിടാതെ.

കമാൻഡിന് മുമ്പ് ഫീൽഡുകൾ എണ്ണുക

ഉപയോക്തൃ, സിസ്റ്റം crontab-കൾ കമാൻഡിന് മുമ്പ് ഉപയോക്തൃനാമ കോളം വരുന്നുണ്ടോ എന്നതിൽ വ്യത്യസ്തമാണ്. അവയ്ക്കിടയിൽ പകർത്തിയ എൻട്രി ഒന്നുകിൽ തെറ്റായ അക്കൗണ്ടിൽ പ്രവർത്തിക്കുന്നു, അല്ലെങ്കിൽ ഉപയോക്തൃനാമം കമാൻഡിന്റെ ആദ്യ വാക്കായി കൈമാറുന്നു. ഗൈഡിനു പകരം ഇൻസ്റ്റാൾ ചെയ്ത റഫറൻസ് പരിശോധിക്കുക, നിങ്ങളുടെ സ്വന്തം വരിയിലെ ഫീൽഡുകൾ എണ്ണുക. കമാൻഡിന് മുമ്പ് ആറാം വാക്കുള്ള അഞ്ച്-ഫീൽഡ് എൻട്രി സിസ്റ്റം crontab ആണ്; ഉപയോക്തൃ crontab-ൽ അതേ വരി ആ വാക്ക് പ്രോഗ്രാമായി പ്രവർത്തിപ്പിക്കാൻ ശ്രമിക്കുന്നു.

എക്സിക്യൂഷൻ ഐഡന്റിറ്റി പരിസ്ഥിതിയെ കൂടെ കൊണ്ടുപോകുന്നു. ഒരു cron ജോലി അൺലോക്ക് ചെയ്ത കീറിംഗ്, ഇന്ററാക്ടീവ് പാസ്വേഡ് പ്രോംപ്റ്റ് അല്ലെങ്കിൽ നിങ്ങൾ പരീക്ഷിച്ച വർക്കിംഗ് ഡയറക്ടറി പാരമ്പര്യമായി സ്വീകരിക്കുന്നില്ല.

ക്ലോക്കിനെയല്ല, സന്നദ്ധതയെ കാത്തിരിക്കുക

വിജയകരമായ ലോഞ്ച് പ്രവർത്തിക്കുന്ന ടണലല്ല. ജോലി അവസാനിക്കുമ്പോൾ ക്ലൈന്റ് ഇപ്പോഴും അതിന്റെ എൻഡ്പോയിന്റ് പരിഹരിക്കുകയോ പ്രാമാണീകരിക്കുകയോ റൂട്ടുകൾ ഇൻസ്റ്റാൾ ചെയ്യുകയോ ആകാം. ഏത് ആശ്രിത ജോലിയും നിശ്ചിത സെക്കൻഡുകൾക്കു പകരം തനിക്ക് യഥാർഥത്തിൽ ആവശ്യമായ സംരക്ഷിത വിഭവത്തെ കാത്തിരിക്കണം, പരിമിതമായ സമയവും രേഖപ്പെടുത്തിയ പരാജയവും സഹിതം. ഈ വ്യത്യാസമാണ് മിക്കവാറും പ്രവർത്തിക്കുന്ന ഷെഡ്യൂളിനെ തിരക്കുള്ള രാവിലെ നിശബ്ദമായി പരാജയപ്പെടുന്ന ഷെഡ്യൂളിൽ നിന്ന് വേർതിരിക്കുന്നത്.

ആ മണിക്കൂറിൽ ഇന്ററാക്ടീവ് MFA ആവശ്യമാണെങ്കിൽ, ജോലിക്ക് ഒരു വ്യക്തിയുടെ ശ്രദ്ധ ആവശ്യപ്പെടാം, പക്ഷേ മറുപടി നൽകാനാവില്ല. വീണ്ടും ഉപയോഗിക്കാവുന്ന പാസ്വേഡ് ഉൾപ്പെടുത്തുകയോ അനന്തമായി വീണ്ടും ശ്രമിക്കുകയോ ചെയ്യുന്നതിനു പകരം ആ സാഹചര്യം വ്യക്തമായി നിലനിർത്തുക.

യഥാർഥത്തിൽ ഒരിക്കൽ മാത്രമുള്ള സജീവീകരണത്തിന്, പിന്തുണയ്ക്കുന്ന ഒറ്റ-തവണ സംവിധാനം ഉപയോഗിക്കുക. ഓർത്തുവെക്കേണ്ടതും നീക്കം ചെയ്യേണ്ടതുമായ ആവർത്തന നിയമം ഭാവിയിലെ ഇരട്ടി ലോഞ്ചാണ്.