Názory k článku
systemd zapíná podporu DNSSEC

Ja sice verim, ze niekde na svete existuje clovek, ktory to ocakava, ale nepokladam toho cloveka za reprezentantivnu vzorku :)

Ja netvrdim nic o tom, zda je nebo neni to chovani 230-ky spravne. Ale tva namitka, kde do toho tahas servery je totaln mimo. Tech se tohle vybec netyka.


$ ssh home screen -ls | wc -l
6

Povedal by som, ze server pouzivam trochu inak, ako fuhrer Poettering :)

> Ale tva namitka, kde do toho tahas servery je totaln mimo. Tech se tohle vybec netyka.

Já běžně testuju služby tak, že je spustím v tmuxu bez daemonizace. Jsem "totálně mimo" jenom proto, že dělám něco, co jde dělat snad od té doby, co Unix existuje?!

Nejste totálně mimo. Různými podobnými způsoby to dělá spousta lidí, proto jeden z důležitých požadavků na „nový init“ byl ten, aby služby běžely jako normální procesy a nebyl rozdíl v tom, jestli je spustíte na popředí nebo jako službu. Řešili to noví správci služeb dávno před systemd, a systemd to řeší také.

Ano, existují takoví lidé. A ne jeden. Když napíšu, že to očekávají všichni, nebudu daleko od pravdy. Takže to reprezentativní vzorek je.

Vy jste si totiž v zápalu boje nějak nestihl uvědomit, jak to dnes v nejrůznějších systémech funguje, a že i vy patříte mezi ty, kteří takové chování očekávají. Jak to funguje v DE – přihlásíte se, spustíte nějaké aplikace, a když se odhlašujete, všechny spuštěné aplikace (prohlížeč, IDE, hra, OpenOffice…) se ukončí. Když se přihlásíte přímo k terminálu nebo přes SSH, přesunete nějaký proce na pozadí a odhlásíte se – shell vás buď varuje a nedovolí odhlásit, nebo vás odhlásí a ukončí i aplikace na pozadí. Dokonce i ve Windows nebo v Macu se aplikace při odhlášení ukončí, takže to není žádný vynález Linuxu.

Akorát že v linuxu to nefunguje úplně systémově, když se odhlašujete z DE, to ukončí aplikace, které DE spravuje, ale některé aplikace mohou být mimo jeho kontrolu a zůstanou běžet. Navíc asi není úplně v pořádku, aby se to chovalo pokaždé jinak podle toho, zda se přihlásíte přes DE, z terminálu, přes SSH nebo jakkoli jinak.

Vdaka ludom ako Vy mavam pocit, ze keby systemd zacal od verzie 235 nekonfigurovatelne pri zadani zleho hesla formatovat disk, najdu sa ludia tvrdiaci ze je to tak dobre.


tom@silver $ ssh home
Last login: Mon May 23 18:02:52 2016 from silver
tom@home $ cat /dev/random >/dev/null &
[1] 1231
tom@home $ logout
Connection to home closed.
tom@silver $ ssh home
Last login: Mon May 23 18:03:05 2016 from 10.0.0.6
tom@home $ ps ax|grep cat
1231 ? S 0:00 cat /dev/random
1243 pts/6 S+ 0:00 grep --colour=auto cat
tom@home $


Takto to funguje v skutocnosti a takto to fungovat ma. Akekolvek ine chovanie je bug, podla mna i docela nebezpecny bug a ja ani neviem, co sa tu snazime riesit.

Nějak se vám tam vloudilo přesměrování standardního výstupu.

filip$ cat /dev/random &
[1] 20933
filip$ logout
zsh: you have running jobs.
filip$ logout
zsh: warning: 1 jobs SIGHUPed

Bash se chová stejně, akorát to nevypisuje.

> Nějak se vám tam vloudilo přesměrování standardního výstupu.

Nie som fanusikom vystupu /dev/random vypluteho krizom cez konzolu :)

> Příště bych doporučil opačné pořadí. Nejprve si uvědomit, jak to funguje teď bez systemd, a teprve pak případně nadávat.

http://pastebin.com/0pCyL8LG , aby som to tu zbytocne neplnil code tagmi.

Vase tvrdenia sa nezhoduju ani s mojimi skusenostami, ani so skutocnostou ktoru prave pozorujem :)

Problém je v tom, že nevíte, jak se v unixu spouští proces. Takže sice pozorujete skutečnost, ale jinou, než o které píšete.

Az na to, ze valna vetsina demonu se defaultne sama demonizuje - tedy oprosti se od ridiciho terminalu pomoci forku a presmerovani stdin/stdout. Demonizovana sluzba neni vazana na ridici terminal, ale stale je spustena z kontextu prihlaseneho uzivatele (podedi z daneho prostredi prakticky veskere nastaveni).
Což je podle mne asi nejhorší důsledek používání ekosystému založeného na SysVinitu.

obcas se hodi i ten druhy pripad - spoustet sluzbu z kontextu uzivatele
Čemuž systemd nijak nebrání.

To, že si kde kdo udělal vlastní správce služeb, vypovídá něco o kvalitě těch dříve používaných systémových správců služeb. Oracle se bude nahazovat normálně, a dá se očekávat, že postupem času se ta konzole na systemd napojí, samotná služba (databáze nebo WebLogic) poběží pod systemd a konzole bude sloužit jenom k ovládání.

Nejhorším důsledkem myslím to, že se program sám demonizuje. Vztah mezi rodičovským a dceřiným procesem byl na unixu ten nejlepší způsob, jak dceřiný proces spravovat. Myslím, že o kvalitě správce služeb vypovídá to, že programy udělaly fork a ten proces, na který správce služeb dosáhl, ukončily – aby se dostaly z dosahu správce služeb.

Problém je v tom, že ta aplikace se pak chová jinak, když ji spustíte na popředí (třeba kvůli ladění nebo jako vývojář), a když běží „standardně“ jako démon. Ten rozdíl mezi konzolí a logem je podle mne další nevýhoda. Očekávám, že když tu aplikaci spustím z konzole, uvidím všechny informace na konzoli. A když jí spustím jako službu, chci tytéž informace přesměrované do logu.

Navíc ta hranic mezi startem služby a jejím během je ve skutečnosti dost mlhavá. Když spustím webový server s aplikacemi přistupujícími k databázi, kdy je služba nastartovaná? Když nastartovaly všechny aplikace a připojily se k databázi? Připojení k databázi se provádí i při běhu služby, bylo by divné chyby jednou hlásit na výstup a jednou do logu. Nakonec bychom asi došli k tomu, že webový server je nastartován v okamžiku, kdy začne naslouchat na potu 80 – jenže i to se může změnit za běhu. A klidně si je může naplánovat při startu systému nebo na jinou událost.

striktne vzato tohle neni problem initu jako takoveho, ale shellovskych skriptu, ktere na nej distribuce nabalily
Ano, proto jsem také psal o ekosystému založeném na SysVinit.

Az na to, ze je zabije po odhlaseni uzivatele, ktery je spustil.
Nesmíte věřit všemu, co se napíše v diskusi. Za prvé to ukončí pouze procesy, které byly součástí uživatelské session, přičemž ta session je pro uživatele jedna – takže když se přihlásíte vícekrát, ukončí se až s posledním odhlášením. Za druhé, uživatel má možnost spouštět služby svým jménem i mimo svou session.

V paralelním světě j by to vtipné bylo. Ale nenechte se mást, jeho komentáře v drtivé většině případů nepopisují realitu tohoto světa.