Ambaŭ esprimoj aspektas kiel merkreda mateno, kaj nur unu el ili signifas unufoje. 0 10 * * 3 ekfunkcias je 10:00 merkredon; * 10 * * 3 ekfunkcias ĉiun minuton de la deka horo, sesdek ŝancoj starti la saman tunelon. Se la komando estas lanĉilo, kiu ne kontrolas ekzistantan sesion, la dua versio ne estas planserva eraro, ĝi estas buklo, kiu kreas konkurantajn posedantojn. Legu la minutkampon antaŭ ol legi ion ajn alian.

La kvin kampoj estas minuto, horo, tago de la monato, monato kaj tago de la semajno, en tiu ordo, kaj stelo en la unua signifas ĉiun minuton.

La minutkampo decidas kiom da fojoj

La komenca nombro estas la minuto, do 0 10 * * 3 estas la unua minuto de la deka horo merkredon. Anstataŭigi ĝin per stelo konservas la horon kaj la tagon kaj forigas la econ unufoje, kio produktas sesdek kongruojn. Cron ne forigas duoblajn kongruojn: ĉiu kongruo relanĉas la komandon. Tio ne estas subtilaĵo pri cron, ĝi estas kampa semantiko, kaj indas legi la referencon de la instalita planilo, ĉar la kampa ordo kaj la laŭvola uzantnoma kolumno malsamas inter uzanta kaj sistema crontab.

Testu per sendanĝera komando, kiu registras sian propran tempostampon dum unu tago. Unu linio en la protokolo estas plano; sesdek linioj ene de unu horo estas leciono.

Kion dua lanĉo faras al la unua

Bone edukita lanĉilo rimarkas, ke la konekto jam estas aktiva, kaj faras nenion. Kruda alvoko de openvpn ne: ĝi kreas alian procezon, denovan provon bindigi aparaton aŭ pordon, kaj alian aron da itineroj konkurantaj por la samaj celoj. En NetworkManager, ripetaj aktivigpetoj por unu konekto kutime estas idempotaj, kaj ĝuste tial la problemo restas kaŝita ĝis iu uzas alian komandon. La plano devus demandi la posedanton, kiu jam administras la tunelon.

Poste decidu, kion peto signifas dum la konekto estas meze de konektado. Nek duobla aktivigo nek atendovico de pritraktataj startoj estas evidente ĝusta; elektu unu kaj igi la lanĉilon efektivigi ĝin, anstataŭ lasi la planilon decidi hazarde.

Kalkulu la kampojn antaŭ la komando

Uzanta kaj sistema crontab malsamas laŭ tio, ĉu uzantnoma kolumno aperas antaŭ la komando. Ero kopiita inter ili aŭ ruliĝas sub la malĝusta konto aŭ transdonas la uzantnomon kiel unuan vorton de la komando. Kontrolu la instalitan referencon anstataŭ gvidlibron, kaj kalkulu la kampojn en via propra linio. Ero kun kvin kampoj kaj sesa vorto antaŭ la komando estas sistema crontab; la sama linio en uzanta crontab provas plenumi tiun vorton kiel programon.

La plenumidenteco portas la medion kun si. Cron-tasko ne heredas malŝlositan ŝlosilringon, interagan pasvortan inviton aŭ la laboran dosierujon, en kiu vi testis.

Atendu pretcon, ne la horloĝon

Sukcesa lanĉo ne estas funkcianta tunelo. La kliento eble ankoraŭ solvas sian finpunkton, aŭtentikigas aŭ instalas itinerojn, kiam la tasko finiĝas. Ĉiu dependa tasko devus atendi la protektitan rimedon, kiun ĝi efektive bezonas, kun limigita tempolimo kaj registrita malsukceso, anstataŭ fiksan nombron da sekundoj. Tiu distingo apartigas planon, kiu plejparte funkcias, de unu, kiu malsukcesas silente en la okupata mateno.

Se interaga MFA estas bezonata je tiu horo, la tasko povas peti atenton de persono sed ne povas liveri la respondon. Tenu tiun kazon eksplicita anstataŭ enigi reuzeblan pasvorton aŭ reprovi eterne.

Por vere unufoja aktivigo, uzu la subtenatan unuŝotan mekanismon. Ripeta regulo, kiun oni devas memori kaj forigi, estas estonta duobla lanĉo.

Rilataj artikoloj