VPN ഇല്ലാതെ ഓടിയ ഷെഡ്യൂൾ ചെയ്ത ജോലി നന്നായി കാണുന്നു

ജോലിയുടെ സ്റ്റാറ്റസ് വിജയം പറയുന്നു, ലോഗ് പൂർത്തിയായ ഓട്ടം കാണിക്കുന്നു, ഡാറ്റ പഴയതോ ഇല്ലാത്തതോ ആണ്. ഈ സംയോജനം സാധാരണയായി അർത്ഥമാക്കുന്നത് ഷെഡ്യൂൾ ചെയ്ത ജോലി ആവശ്യമായ പാതയില്ലാതെ തുടങ്ങി, താഴെ എന്തോ പരാജയം വിഴുങ്ങി എന്നാണ്. കൃത്യസമയത്ത് പ്രവർത്തിക്കുന്ന ഷെഡ്യൂൾ നെറ്റ്‌വർക്ക് തയ്യാറായിരുന്നോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. ഈ രണ്ട് വസ്തുതകൾക്കിടയിലുള്ള വിടവാണ് ഈ പരാജയം ജീവിക്കുന്ന സ്ഥലം.

പ്രവേശനം ഓട്ടത്തിനുള്ളതാണ്, cron ഫയലിന്റെ നിലനിൽപ്പിനല്ല.

പച്ച ഓട്ടം പൂർത്തിയായ ജോലിയല്ല

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

എങ്ങനെ പരിശോധിക്കണം എന്ന് തീരുമാനിക്കുന്നതിന് മുമ്പ് ഓട്ടത്തിന് യഥാർത്ഥത്തിൽ എന്ത് വേണം എന്ന് പേരിടുക. ബാക്കപ്പിന് സ്വകാര്യ DNS-ഉം പ്രാമാണീകരിച്ച അന്തിമബിന്ദുവും ആവശ്യമായേക്കാം, ടണൽ പ്രക്രിയ മാത്രമല്ല.

കണക്ഷൻ പരിശോധിക്കുക, ഇന്റർഫേസ് നാമമല്ല

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

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

ഒഴിവാക്കലുകളും പരാജയങ്ങളും വ്യത്യസ്ത ഫലങ്ങളാണ്

[Service]
Type=oneshot
User=worker
ExecCondition=/usr/local/libexec/check-office-path
ExecStart=/usr/local/bin/private-task

systemd വിന്യാസത്തിൽ, ExecCondition= ജോലിഭാരത്തിന് മുമ്പ് ആ പരിശോധകൻ പ്രവർത്തിപ്പിക്കുന്നു. അതിന്റെ പുറത്തുപോകുന്ന സ്വഭാവം പ്രത്യേകമാണ്: പൂജ്യം തുടരുന്നു, ഒന്നു മുതൽ 254 വരെയുള്ള കോഡുകൾ യൂണിറ്റിനെ പരാജയമായി അടയാളപ്പെടുത്താതെ ബാക്കിയുള്ള ആരംഭ കമാന്റുകൾ ഒഴിവാക്കുന്നു, 255 അല്ലെങ്കിൽ അസാധാരണ അവസാനം അതിനെ പരാജയപ്പെടുത്തുന്നു. ഇത് മൂന്ന് വ്യത്യസ്ത സിഗ്നലുകൾ നൽകുന്നു, പരിശോധകന്റെ കരാർ ബോധപൂർവ്വം അവയിലേക്ക് മാപ്പ് ചെയ്താൽ മാത്രം ഉപയോഗപ്രദം. വിജയം പുനർനിർവചിക്കുന്ന ക്രമീകരണങ്ങൾ ചിത്രം മാറ്റാം, അതിനാൽ മാപ്പിംഗ് രേഖപ്പെടുത്തുക.

ഒഴിവാക്കലുകൾ രേഖപ്പെടുത്തുന്നതാണ് ഡിസൈനിനെ സത്യസന്ധമാക്കുന്നത്. എവിടെയും കാണാത്ത ഒഴിവാക്കിയ ഓട്ടം വിജയിച്ച ഓട്ടത്തിൽ നിന്ന് വേർതിരിച്ചറിയാനാവില്ല, ഓരോ പരിശോധക പിശകിനെയും നിശബ്ദ ഒഴിവാക്കലായി കാണുന്നത് തകർന്ന വിന്യാസത്തെ അനിശ്ചിതമായി മറയ്ക്കുന്നു.

മുഴുവൻ ഓട്ടവും സംരക്ഷിക്കുക, തുടക്കം മാത്രമല്ല

തയ്യാറെടുപ്പ് പരിശോധന സമാരംഭത്തിന് മുമ്പ് ലോകം നിരീക്ഷിക്കുന്നു; അത് പിന്നീട് ഓരോ സോക്കറ്റും കാവൽ നിൽക്കുന്നില്ല. ഈ ജോലിക്ക് നേരിട്ടുള്ള പാത ഒരിക്കലും സ്വീകാര്യമല്ലെങ്കിൽ, DNS, IPv6, ടണലിന്റെ സ്വന്തം ഗതാഗതം എന്നിവ ഉൾക്കൊള്ളുന്ന, തുടർച്ചയായി നടപ്പാക്കുന്ന അംഗീകൃത എഗ്രസ് നയം ഘടിപ്പിക്കുക. ഹോസ്റ്റിന്റെ ആഗോള IPv6 അവസ്ഥ മാറ്റുന്നത് ജോലിക്ക് പരിമിതമായ നയത്തിന് പകരമല്ല.

പുതിയ സംഭവം ഇപ്പോഴും ഓടുന്ന ജോലിയെ ഓവർലാപ്പ് ചെയ്യാമോ എന്ന് തീരുമാനിക്കുക, ആ നിയമം ജോലിഭാര ഉടമയുടെ പക്കൽ സൂക്ഷിക്കുക, ഡാറ്റ പ്രവർത്തനത്തിന് വീണ്ടും ശ്രമം സുരക്ഷിതമാക്കുക. വിച്ഛേദത്തിൽ ജോലി നിർത്തുന്നത് ജോലി പരിമിതപ്പെടുത്തുന്നു, ഫോൾബാക്ക് ട്രാഫിക്കിനെക്കുറിച്ച് ഒന്നും ഉറപ്പുനൽകുന്നില്ല.

മൂന്ന് സന്ദർഭങ്ങളിൽ വർക്ക്ഫ്ലോ സ്വീകരിക്കുക: തയ്യാറായ പാത, ലഭ്യമല്ലാത്ത പാത, ഓട്ടത്തിനിടയിലെ നഷ്ടം. അതിൽ കുറവ് ഷെഡ്യൂളിനെ പരീക്ഷിക്കുന്നു, ജോലിയെയല്ല.