0 10 * * 3 apo * 10 * * 3? Lexoni fushën e minutave

Të dy shprehjet duken si një mëngjes të mërkurës, dhe vetëm njëra prej tyre do të thotë një herë. 0 10 * * 3 aktivizohet në 10:00 të mërkurën; * 10 * * 3 aktivizohet në çdo minutë të orës së dhjetë, gjashtëdhjetë raste për të nisur të njëjtin tunel. Nëse komanda është një nisës që nuk kontrollon një sesion ekzistues, versioni i dytë nuk është gabim planifikimi, është një lak që krijon pronarë konkurrues. Lexoni fushën e minutave përpara se të lexoni çdo gjë tjetër.

Pesë fushat janë minutë, orë, ditë e muajit, muaj dhe ditë e javës, në atë renditje, dhe një yll në të parën do të thotë çdo minutë.

Fusha e minutave vendos sa herë

Numri kryesor është minuta, pra 0 10 * * 3 është minuta e parë e orës së dhjetë të mërkurën. Zëvendësimi i tij me një yll ruan orën dhe ditën dhe heq vetinë një-herë-vetëm, çka prodhon gjashtëdhjetë përputhje. Cron nuk i heq dublikatat: çdo përputhje e nis përsëri komandën. Kjo nuk është një hollësi rreth cron-it, është semantika e fushave, dhe vlen të lexohet referenca e planifikuesit të instaluar, sepse renditja e fushave dhe kolona opsionale e emrit të përdoruesit ndryshojnë midis crontab-it të përdoruesit dhe atij të sistemit.

Provoni me një komandë të padëmshme që regjistron vulën e vet kohore për një ditë. Një rresht në regjistër është një plan; gjashtëdhjetë rreshta brenda një ore janë një mësim.

Çfarë i bën një nisje e dytë të parës

Një nisës i sjellshëm vëren se lidhja është tashmë aktive dhe nuk bën asgjë. Një thirrje e papërpunuar e openvpn nuk e bën: krijon një proces tjetër, një përpjekje tjetër për të lidhur një pajisje ose një portë, dhe një grup tjetër rrugësh që konkurrojnë për të njëjtat destinacione. Në NetworkManager, kërkesat e përsëritura të aktivizimit për një lidhje janë zakonisht idempotente, dhe pikërisht për këtë problemi mbetet i fshehur derisa dikush të përdorë një komandë tjetër. Plani duhet të pyesë pronarin që tashmë menaxhon tunelin.

Më pas vendosni çfarë do të thotë një kërkesë ndërsa lidhja po vendoset. As aktivizimi i dyfishtë as një radhë e nisjeve në pritje nuk janë qartësisht të sakta; zgjidhni njërën dhe lëreni nisësin ta zbatojë, në vend që planifikuesi të vendosë rastësisht.

Numëroni fushat para komandës

Crontab-i i përdoruesit dhe ai i sistemit ndryshojnë në atë nëse shfaqet një kolonë emri përdoruesi përpara komandës. Një zë i kopjuar midis tyre ose ekzekutohet nën llogarinë e gabuar ose kalon emrin e përdoruesit si fjalën e parë të komandës. Kontrolloni referencën e instaluar dhe jo një udhëzues, dhe numëroni fushat në rreshtin tuaj. Një zë me pesë fusha dhe një fjalë të gjashtë përpara komandës është crontab sistemi; i njëjti rresht në një crontab përdoruesi përpiqet ta ekzekutojë atë fjalë si program.

Identiteti i ekzekutimit e mban mjedisin me vete. Një detyrë cron nuk trashëgon një varg çelësash të shkyçur, një kërkesë interaktive fjalëkalimi apo drejtorinë e punës ku keni testuar.

Prisni gatishmërinë, jo orën

Një nisje e suksesshme nuk është një tunel që punon. Klienti mund të jetë ende duke zgjidhur pikën e tij fundore, duke u vërtetuar ose duke instaluar rrugë kur detyra mbaron. Çdo detyrë e varur duhet të presë burimin e mbrojtur që i duhet vërtet, me një afat të kufizuar dhe një dështim të regjistruar, në vend të një numri fiks sekondash. Ky dallim ndan një plan që funksionon kryesisht nga një që dështon në heshtje në mëngjesin e ngarkuar.

Nëse në atë orë kërkohet MFA interaktive, detyra mund të kërkojë vëmendjen e një personi por nuk mund të ofrojë përgjigjen. Mbajeni atë rast eksplicit në vend që të futni një fjalëkalim të ripërdorshëm ose të riprovoni pafundësisht.

Për një aktivizim vërtet të njëhershëm, përdorni mekanizmin e njëhershëm të mbështetur. Një rregull i përsëritur që duhet mbajtur mend dhe hequr është një nisje e dyfishtë në të ardhmen.