Fórum Root.cz

Hlavní témata => Server => Téma založeno: kvas 07. 03. 2022, 07:50:58

Název: Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: kvas 07. 03. 2022, 07:50:58
Ahoj vsimol som si, ze casy vytvorenia certifikatov Lets Encrypt na serveri neodpovedaju casu, kedy sa spusta cron job pre certbot.

certbot spustam o 2:35 v pondelok rano ako root :
Kód: [Vybrat]
35 2 * * 1 /usr/bin/certbot renew
ale subory certifikatov v (/etc/letsencrypt/live/DOMENA) a dokonca ani historicke kluce a CSRs (/etc/letsencrypt/keys a /etc/letsencrypt/csr) nie su vytvorene v case 2:35hod ale v inom case, aktualne to je 21:43.

viete mi to niekto vysvetlit? na severi som jediny user a aj jediny root, certifikaty pouziva len apache na ubuntu 20.04.
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Filip Jirsák 07. 03. 2022, 09:11:03
Ten posun z x:35 na x:43 bude daný tím, že vystavení certifikátu nějakou dobu trvá. V x:35 vznikne požadavek na vytvoření certifikátu, od LE se získají ověřovací řetězce, ty se musí publikovat (na webovém serveru nebo DNS), pak je nutné říct LE, že je může ověřit, LE je ověří, pak si klient ověří, že je vše připravené a požádá o vystavení certifikátu. Navíc ověření i vystavení certifikátu je ze strany LE asynchronní – klient o to požádá, ale LE si jen požadavek zařadí do fronty a zpracuje jej „později“ (což je obvykle během pár sekund, ale chvilku to trvá).

Rozdíl v hodinách bych přičítal různým časovým zónám. Jakou časovou zónu mají ty časy z certifikátů a jakou časovou zónu máte nastavenou na serveru (případně pro cron, ale nepředpokládám, že by se lišila od serverové)?
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: kvas 07. 03. 2022, 09:29:05
To sa mi zda krajne nepravdepodobne, pretoze:
1) ked som 1-krat nasadzoval SSL certifikat na roznych serveroch, tak to bolo v priebehu par sekund od CSR az po obdrzanie certifikatu a jeho nasadenie na server
2) rovnako aj vsetky CRS (000X_csr-certbot.pem) a tiez aj kluce (000X_key-certbot.pem) maju casy ine (rozne hodiny aj minuty - nie rovnake medzi sebou) ako je cas spustenia cron jobu a minimalne CSR (ak tomu spravne rozumiem, tak) sa vytvori u mna na serveri posle sa na lets encrypt ako ziadost na novy certifikat pri spusteni bot-a.

cas servera je centralna europa so zonami to ale urcite nesuvisi, pretoze to by museli mat vsetky CSR a aj kluce vzdy rovnaku hodinu vytvorenia, ale tu nemaju, je to vzdy ina/odlisna hodina a aj minuty (HH:MM)
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: kvas 07. 03. 2022, 09:32:46

2) rovnako aj vsetky CRS (000X_csr-certbot.pem) a tiez aj kluce (000X_key-certbot.pem) maju casy ine (rozne hodiny aj minuty - nie rovnake medzi sebou...

tie casy v minutach su aj mensie ako hodnota 35, nie su len vacsie - napr. 8:27, 12:18, 17:24, 12:53
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Filip Jirsák 07. 03. 2022, 16:51:33
Nevím, v jakém okamžiku přesně certbot vytváří CSR – nejlogičtější by bylo vytvářet je až po ověření vlastnictví doménového jména, takže je tam potřeba čas na ověření. Nejlepší by bylo podívat se na logy certbota, případně zapnout logování, pokud zapnuté není. Jinak těch příčin může být spousta a je potřeba to nejdřív zúžit alespoň na krok, ve kterém ke zdržení dochází.

Mimochodem, ty časy, které uvádíte, jsou časy vzniku souboru, nebo „neplatné před“ z certifikátu? To by také bylo zajímavé porovnat.
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Ondrej Nemecek 07. 03. 2022, 21:11:22
Není tam nějaká random prodleva, která má předejít přetížení v celou hodinu např.?
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Death Walker 08. 03. 2022, 07:32:14
Hmmm, cron...

Nemate nahodou povolenu automaticku obnovu certifikatov?

Co vypise
Kód: [Vybrat]
systemctl list-timers
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Death Walker 08. 03. 2022, 07:51:28
Ubuntu ma tusim pre ten timer nastavene
Kód: [Vybrat]
OnCalendar=*-*-* 00,12:00:00
RandomizedDelaySec=43200
Co by odpovedalo vasemu problemu.
(RandomizedDelaySec sa pouziva aby sa nespustali vsetky timery naraz, koli zatazi systemu)
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Death Walker 08. 03. 2022, 08:00:23
btw, ak sme lokalizovali suradnice kde je pes zakopny tak
Kód: [Vybrat]
systemctl edit certbot.timer Urcite neprepisujte priamo /lib/systemd/system/certbot.timer, update by vam to zase vratilo do default.
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: kvas 08. 03. 2022, 10:18:11
Hmmm, cron...

Nemate nahodou povolenu automaticku obnovu certifikatov?

Co vypise
Kód: [Vybrat]
systemctl list-timers

okrem dalsich timerov tam mam aj toto:

Kód: [Vybrat]
Tue 2022-03-08 22:26:28 CET 12h left      Tue 2022-03-08 01:35:13 CET 8h ago        certbot.timer                certbot.service

toto si zije vlastnycm zivotom, nezavisle do cron-u? Nebudem do toho zasahovat, nemam dovod, len mi prisli divne tie casy vytvorenia certifikatov, preto som otvoril tuto temu.

preco je ten certbot.service medzi timermi? predpokladam, ze sa tam pridal pri instalacii. ale koli comu? ja som zil v tom, ze certifikaty managuje len ten moj cron job. co presne robi tento certbot.service?

EDIT: tak uz som to nasiel: "Run certbot twice daily" - to je pre mna novinka. Niewklko tutorialov o nastaveni certbotu pre obnovu certifikatov som presiel, ale ani jeden nespomynal tento service. Vzdy to len koncilo nastavenim "certbot renew" v crone a hotovo.

Kazdopadne, dakujem za pomoc, detaily si uz niekde dohladam.

Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Death Walker 08. 03. 2022, 13:25:09
No, cron je uz viacmenej retro ako init.d :D

Systemd vam umozni priblizit predpoklad ze ste jediny spravca svojho systemu blizsie realite. Ked tak https://www.root.cz/clanky/sandboxing-se-systemd-zesileni-ochrany-sluzeb-pomoci-namespaces/ a google poskutne dalsie info.
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Filip Jirsák 08. 03. 2022, 14:28:50
Kód: [Vybrat]
Tue 2022-03-08 22:26:28 CET 12h left      Tue 2022-03-08 01:35:13 CET 8h ago        certbot.timer                certbot.service

toto si zije vlastnycm zivotom, nezavisle do cron-u?
Ano, je to systemd timer. Timery mají podobný účel, jako cron, ale je to integrované do systemd a umí to s ním lépe spolupracovat.

preco je ten certbot.service medzi timermi?
Je to certbot.timer, který spouští certbot.service. Takhle se to dělá v systemd – máte službu (service), která se spouští jednorázově, tj. spustí se, něco zpracuje a pak se ukončí. A ta služba se sama od sebe nespustí nikdy – ale vytvoří se k ní timer, který říká, kdy se ta služba má spustit.

predpokladam, ze sa tam pridal pri instalacii. ale koli comu?
Proto, aby se certbot pravidelně spustil a obnovil certifikáty, pokud je to potřeba. Když máte certbot nainstalovaný z distribuce, je integrován do systému. A v systému, kde je systemd, je správné pravidelné spouštění plánovta pomocí timer jednotek, nebo pomocí cronu.

Niewklko tutorialov o nastaveni certbotu pre obnovu certifikatov som presiel, ale ani jeden nespomynal tento service. Vzdy to len koncilo nastavenim "certbot renew" v crone a hotovo.
Protože ty tutorialy to popisují tak, že si vše uděláte ručně. Vy jste ale použil distribuční instalaci, která to ruční nastavení nepotřebuje, protože je to přednastavené už od správce distribučního balíčku.
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Death Walker 08. 03. 2022, 19:58:52
Trocha to upresnim:
Takhle se to dělá v systemd – máte službu (service), která se spouští jednorázově, tj. spustí se, něco zpracuje a pak se ukončí. A ta služba se sama od sebe nespustí nikdy – ale vytvoří se k ní timer, který říká, kdy se ta služba má spustit.

Za predpokladu ze je sluzba v stave enabled, tak sa pusti pri starte systemu.
Kód: [Vybrat]
systemctl enabled httpd.service # spustenie pri boote povolene
systemctl disabled httpd.service # spustenie pri boote zakazane

Za predpokladu ze je sluzba nastavena ako daemon, tak po jej ukonceni bez vyziadania sa moze spustit predefinovany pocet krat. Ak sa unonci aj po predefinovanom pocte pokusov, tak sa zaznamena chyba.
Kód: [Vybrat]
systemctl stop httpd.service # vyziadane zastavenie daemona

Ak je enabled a nie je daemon, tak ide zvycajne o nieco co treba jednorazovo vykonat pri starte systemu. Napr. mount filesystemu pre httpd. Ak ma httpd.service nastavenu zavislost na sluzbe ktora pren ten filesystem namountuje, tak sa spustia postupne a v spravnom poradi.

Ak sa ma sluzba vykonavat periodicky, tak nie je daemon a je disabled. Timer sa spusta peridicky podla nastvenia a vola prislusnu sluzbu.

Niewklko tutorialov o nastaveni certbotu pre obnovu certifikatov som presiel, ale ani jeden nespomynal tento service. Vzdy to len koncilo nastavenim "certbot renew" v crone a hotovo.
No, jak to napisat najeko citlivo. Ak je clovek schopny ovladat toto https://en.wikipedia.org/wiki/Roland_TB-303 (https://en.wikipedia.org/wiki/Roland_TB-303) tak je s tym schopny urobit vela muziky. Ak je zvyknuty na toto https://cs.wikipedia.org/wiki/Buben a nie je sa ochotny ucit, tak ten TB-303 v jeho rukach funguje vseliako, len nie tak ako ma a na vine je samozrejme TB-303. Systemd ma medzi adminmi mnoho odporcov a vedu sa na tuto temu dlhe flamewar...

Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Death Walker 08. 03. 2022, 20:10:02
preco je ten certbot.service medzi timermi? predpokladam, ze sa tam pridal pri instalacii.
Pridal sa tam pri instalacii. Vo vychodzom stave by mal byt disabled, pretoze v journale by bola kopa hlasok ze certbot nema ziadne domeny pre ktore by mohol certifikaty obnovit.

Moze za to --no-autorenew=false. Bud ste ju tam z niekade skopiroval alebo je na ubuntu defaut false. Standartne by malabyt default true. Preto tie odpovede na SO pridavaju rucne zaznam do crontab.

Ak pouzijete certbot v inom mode ako manual a mate --no-autorenew=false tak sa zavola
Kód: [Vybrat]
systemctl enable certbot.timer
(ak ten certbot pouzijete takto s neprivilegovanym uctom, tak zanadava ze na povolenie timeru nema opravnenia alebo rovno bude vyzaovat overenie pre privilegovaneho uzivatela, zalezi na distre)
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: kvas 08. 03. 2022, 20:40:21
nastavenia certbot som urcite nemenil, musi to byt v ubuntu takto nastavene ako default.

ja nie som zastanca ani odporca systemd, viem ze existuje, ale vsetky svoje serverove aplikacie spustam pomocou init.d - zrejme prisiel cas nastudovat systemd. Keby by som o nom vedel viac, nemusel by som tu riesit toto vlakno. Ale aspon mam motivaciu a vsetkym zucastnenym dakujem  ;)
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Filip Jirsák 08. 03. 2022, 20:49:27
Za predpokladu ze je sluzba v stave enabled, tak sa pusti pri starte systemu.
Ale služby, které se mají spouštět z timeru, se do stavu enabled nepřepínají. Byl by to nesmysl. I pokud bych chtěl spouštět takovou službu v souvislosti se startem systému, použiju k tomu prostředky timeru.

Za predpokladu ze je sluzba nastavena ako daemon
Služby spouštěné z timeru se neanastavují jako daemon (ostatně takový typ služby ani systemd nezná), ale jako oneshot. Ta služba se prostě spustí a když udělá, co má, tak se ukončí. A je to tak v pořádku, systemd se nemá starat o to, aby běžela pořád. Až přijde správný čas, timer službu spustí znovu.

Ak sa ma sluzba vykonavat periodicky, tak nie je daemon a je disabled. Timer sa spusta peridicky podla nastvenia a vola prislusnu sluzbu.
Já jsem ovšem psal jenom o timeru.
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Filip Jirsák 08. 03. 2022, 20:59:46
nastavenia certbot som urcite nemenil, musi to byt v ubuntu takto nastavene ako default.
To je správně, že je to tak nastavené. Je díky tomu zajištěné, že je ta služba hned po instalaci funkční.
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Death Walker 08. 03. 2022, 23:34:05
ostatně takový typ služby ani systemd nezná
No, on systemd akosi predpoklada, ze default bude Type=simple a program ktory bude spusteny je nejaka sluzba ktora bude napr. pocuvat na sokete a tym padom bude v slucke. Teda on skoncit aj moze (Type=forking) a sluzba bude aktivna, kym budu bezat child procesy.

Já jsem ovšem psal jenom o timeru.
V pohode, ja som sa rozpisal obsirnejsie, nechcel aby si dotazovatel myslel ze je to len taka hype nahrada cronu, ale ze je to ovela komplexnejsi nastroj. Je v tom nejaky problem?
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Filip Jirsák 09. 03. 2022, 08:52:07
No, on systemd akosi predpoklada, ze default bude Type=simple a program ktory bude spusteny je nejaka sluzba ktora bude napr. pocuvat na sokete a tym padom bude v slucke. Teda on skoncit aj moze (Type=forking) a sluzba bude aktivna, kym budu bezat child procesy.
Systemd zná služby typu simple, exec, forking, oneshot, dbus, notify a idle. Typ deamon mezi nimi není.

V pohode, ja som sa rozpisal obsirnejsie, nechcel aby si dotazovatel myslel ze je to len taka hype nahrada cronu, ale ze je to ovela komplexnejsi nastroj. Je v tom nejaky problem?
Nezdálo se, že by kvas netušil, co je systemd. Navíc když byla řeč o sytemd-timer, nedává smysl vybrat si k tomu jednu z desítek služeb, které může poskytovat systemd, a začít popisovat jeden její detail. Nemyslím si, že by díky tomu kvas získal lepší představu, co je systemd – spíš naopak.
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Death Walker 10. 03. 2022, 06:13:05
Njn, zase vela zbytocnych slov. Nezda sa vam ze tie litanie ktorymi zahlcujete root su uplne zbytocne, ked nedokazete identifikovat trivialny problem? Alebo, nevadi ked je clovek blby, hlavne to musi vediet obkecat, vsak :D
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Filip Jirsák 10. 03. 2022, 17:03:30
Njn, zase vela zbytocnych slov. Nezda sa vam ze tie litanie ktorymi zahlcujete root su uplne zbytocne, ked nedokazete identifikovat trivialny problem? Alebo, nevadi ked je clovek blby, hlavne to musi vediet obkecat, vsak :D
Ano, váš nepřesný komentář o systemd službách byl úplně zbytečný.
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Tukan 11. 03. 2022, 11:14:08
Ja vim cim to je. :) Certbot pozna, ze je spousteny periodicky a v takovem pripade pridava na startu nahodny delay, aby klice v certifikatech byly co nejvic randomizovane a nezavisle na case.
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Death Walker 12. 03. 2022, 02:49:15
Ano, váš nepřesný komentář o systemd službách byl úplně zbytečný.
Nie, to vy sa mylne domienate ze direktiva type urcuje pozadovany sposob behu sluzby. Ona vsak popisuje stavajuci sposob behu aplikacie ktora tu sluzbu obsluhuje. K tomu ci a ako sa ma systemd snazit udrzat sluzbu zivu sluzia ine direktivy.

Taktiez sa mylne domievate ze dotazovatel blizsie pozna systemd. Ked sa vratite par postov spat, tak zistite ze vie o existencii systemd a to je vsetko.
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Filip Jirsák 12. 03. 2022, 09:53:14
Nie, to vy sa mylne domienate ze direktiva type urcuje pozadovany sposob behu sluzby. Ona vsak popisuje stavajuci sposob behu aplikacie ktora tu sluzbu obsluhuje. K tomu ci a ako sa ma systemd snazit udrzat sluzbu zivu sluzia ine direktivy.
Jistě, to se mylně domnívám já, autoři dokumentace systemd (https://www.freedesktop.org/software/systemd/man/systemd.service.html#Type=) a spousta dalších lidí. Ovšem jenom vy to víte správně – systemd podle vás asi nějak magicky prozkoumá aplikaci, aby zjistilo způsob běhu, zapíše to do souboru a pak vám to asi nedovolí v editoru změnit.

Ve skutečnosti když budete mít službu, která se odforkuje na pozadí, nic vám nezabrání nastavit jí typ simple. Akorát že systemd se pak bude domnívat, že se služba ukončila, jakmile se hlavní proces odforkuje a ukončí. A pokud je jednotka nakonfigurovaná, aby běžela stále, pokusí se jim systemd nastartovat znova. Protože type nepopisuje stávající způsob běhu aplikace, ale určuje způsob, jak se služba startuje.

Taktiez sa mylne domievate ze dotazovatel blizsie pozna systemd. Ked sa vratite par postov spat, tak zistite ze vie o existencii systemd a to je vsetko.
Ne, nic takového se nedomnívám. To bych nepopisoval, k čemu je a jak se používá systemd.timer. Nicméně vy jste v tom tazateli nejspíš udělal guláš, protože jste z desítek služeb systemd vybral jednu, kterou tazatel nepotřebuje, a z té jste nepřesně popsal pár nezajímavých detailů.
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Death Walker 15. 03. 2022, 13:40:10
Jistě, to se mylně domnívám já, autoři dokumentace systemd (https://www.freedesktop.org/software/systemd/man/systemd.service.html#Type=) a spousta dalších lidí. Ovšem jenom vy to víte správně – systemd podle vás asi nějak magicky prozkoumá aplikaci, aby zjistilo způsob běhu, zapíše to do souboru a pak vám to asi nedovolí v editoru změnit.

Ve skutečnosti když budete mít službu, která se odforkuje na pozadí, nic vám nezabrání nastavit jí typ simple. Akorát že systemd se pak bude domnívat, že se služba ukončila, jakmile se hlavní proces odforkuje a ukončí. A pokud je jednotka nakonfigurovaná, aby běžela stále, pokusí se jim systemd nastartovat znova. Protože type nepopisuje stávající způsob běhu aplikace, ale určuje způsob, jak se služba startuje.

Kde som pisal ze systemd sito urci sam?

Inak uz sa blizite. Fork main procesu, jeho ukoncenie a nasledovny beh forku na pozadi je najbeznesi sposob na spustenie coho? Ano DAEMONu.

Ne, nic takového se nedomnívám. To bych nepopisoval, k čemu je a jak se používá systemd.timer. Nicméně vy jste v tom tazateli nejspíš udělal guláš, protože jste z desítek služeb systemd vybral jednu, kterou tazatel nepotřebuje, a z té jste nepřesně popsal pár nezajímavých detailů.

Gulas v tom mate evidentne len vy sam :D
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Filip Jirsák 15. 03. 2022, 22:09:43
Kde som pisal ze systemd sito urci sam?
Psal jste, že type popisuje stávající způsob běhu aplikace. Jenže systemd nepotřebuje znát nějaký popis, systemd musí vědět, jakým způsobem službu spustit a spravovat. Takže by to z toho popisu asi musel odvodit sám.

Inak uz sa blizite. Fork main procesu, jeho ukoncenie a nasledovny beh forku na pozadi je najbeznesi sposob na spustenie coho? Ano DAEMONu.
Jenže systemd nezná žádný typ spuštění daemon. Navíc jste to zase napsal špatně, protože označení daemon vzniklo speciálně pro označení procesů běžících na pozadí, které dělají double fork, aby se osvobodily z dosahu procesu, který je spustil.

Gulas v tom mate evidentne len vy sam :D
Ne, nemám. Na rozdíl od vás vím, že služby spouštěné z timeru se neenablují a nenastavuje se jim neexistující typ daemon, ani jiné náhodně zvolené typy, ale nastavuje se jim typ oneshot. Protože ty služby neslouží jako systémová služba, slouží pouze jako cíl timeru.
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Death Walker 24. 03. 2022, 07:50:30
Psal jste, že type popisuje stávající způsob běhu aplikace. Jenže systemd nepotřebuje znát nějaký popis, systemd musí vědět, jakým způsobem službu spustit a spravovat. Takže by to z toho popisu asi musel odvodit sám.
K tomu ako povedat systemd o tom ako ma sluzbu spustit alebo zastavit sluzia ine direktivy.

Jenže systemd nezná žádný typ spuštění daemon. Navíc jste to zase napsal špatně, protože označení daemon vzniklo speciálně pro označení procesů běžících na pozadí, které dělají double fork, aby se osvobodily z dosahu procesu, který je spustil.

No uz sa blizite, a ako poviete systemd ze ze aj ked hlavny proce skoncil, tak sluzba bezi dalej v podobe forku? Ze by type=forking? Tvl, jak v pomocnej skole...

Ne, nemám. Na rozdíl od vás vím, že služby spouštěné z timeru se neenablují a nenastavuje se jim neexistující typ daemon, ani jiné náhodně zvolené typy, ale nastavuje se jim typ oneshot. Protože ty služby neslouží jako systémová služba, slouží pouze jako cíl timeru.
Vy mate gulas dokonca aj v tom v akej casovej zone bude cas vytvorenia suboru, ako ste pisal vyssie :D Asi ste nezachytil ze dotazovatel zmenil kontext na to ze zatial pouziva init.d, ten timery nevie.
Název: Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u
Přispěvatel: Death Walker 24. 03. 2022, 08:25:14
Ne, nemám. Na rozdíl od vás vím, že služby spouštěné z timeru se neenablují a nenastavuje se jim neexistující typ daemon, ani jiné náhodně zvolené typy, ale nastavuje se jim typ oneshot.

Pre timery sa skor preferuje simple ako oneshot. Ak je interval timeru kratsi ako je interval po ktory bezi proces v ExecStart, tak je spustenie pre oneshot blokovane - moze sa zdat ze timer nespusti proces vzdy.