Po třech měsících vývoje vydání systémového správce . V nové verzi byly přidány nové komponenty systemd-homed a systemd-repart, byla zahrnuta podpora přenositelných uživatelských profilů ve formátu JSON, byla umožněna definice prostorů jmen v systemd-journald a byla přidána podpora mechanismu „pidfd“. Bylo to zcela přepracováno. , na které je soustředěna většina dostupné dokumentace a byl navržen nový logo.
Hlavní :
- Byla přidána služba , která zajišťuje správu přenositelných domácích adresářů dodávaných ve formě připojitelného souborového obrazu, jehož data jsou šifrována. Systemd-homed umožňuje vytvářet soběstačná prostředí pro uživatelská data, která lze přenášet mezi různými systémy, aniž byste se starali o synchronizaci identifikátorů a soukromí. Parametry uživatelských údajů jsou vázány na domácí adresář, nikoli na systémová nastavení — místo /etc/passwd, /etc/group a /etc/shadow se používá profil ve formátu . Podrobnosti viz. systemd-homed.
- Byl přidán doprovodný komponent systemd-homed „“ („systemd-userdb“), který překládá UNIX/glibc NSS účty do záznamů JSON a poskytuje jednotné API Varlink pro dotazování a procházení záznamů. V profilu JSON připojeném k domácímu adresáři jsou uvedeny parametry nezbytné pro uživatelskou činnost, včetně údajů o jménu, hashování hesel, klíčích pro šifrování, kvótách a poskytovaných zdrojích. Profil může být podepsán digitálním podpisem uloženým na externím tokenu Yubikey. Pro správu profilů je navrženo nástroj „userdbctl“. Podpora profilů ve formátu JSON byla přidána do různých komponent systemd, včetně systemd-logind a pam-systemd, což umožňuje uživatelům přenositelných adresářů organizovat autentizaci, přihlášení, nastavení proměnných prostředí, vytváření sezení, stanovování limitů atd. V budoucnu se očekává možnost generování JSON profilů rámcem sssd s uložením uživatelských nastavení v LDAP.
- Byla přidána nová utilita „systemd-repart“, která je určena k přerozdělení tabulek diskových oddílů ve formátu GPT. Struktura oddílů je definována deklarativní formou prostřednictvím souborů, které popisují, jaké oddíly by měly nebo mohou existovat. Při každém spuštění se aktuální tabulka oddílů porovnává s těmito soubory, po čemž jsou přidány chybějící oddíly, nebo pokud se relativní nebo absolutní velikost zadaná v konfiguraci neshoduje, je zvětšena velikost existujících. Dovolena jsou pouze inkrementální změny, tj. odstraňování a zmenšení velikosti není možné, oddíly mohou být pouze přidávány a zvětšovány.
Utilita je především navržena k spuštění z initrd a automaticky určuje disk, na kterém je umístěn kořenový oddíl, což nevyžaduje žádnou dodatečnou konfiguraci kromě souborů s definicí změn.V praxi může být systemd-repart užitečný pro obrazy operačního systému, které jsou původně dodávány v minimální podobě a po prvním spuštění se rozšiřují na velikost dostupného blokového zařízení nebo jsou doplněny o další oddíly (například kořenový oddíl může být rozšířen tak, aby pokryl celý disk nebo může být po prvním spuštění vytvořen swap oddíl nebo /home). Dalšími aplikacemi mohou být konfigurace se dvěma vzájemně se nahrazujícími oddíly — zpočátku může být dodáván pouze první oddíl, a druhý je vytvořen při prvním spuštění.
- Byla přidána možnost spouštět více instancí systemd-journald, z nichž každá vede logy ve svém jmenném prostoru. Kromě hlavního systemd-journald.service je v adresáři .service navržen šablonový soubor pro vytváření dalších instancí, které jsou připojeny k vlastním jmenným prostorům pomocí direktivy „LogNamespace“. Každý jmenný prostor logů je obsluhován samostatným procesem na pozadí se svým vlastním souborem nastavení a limity. Navržená možnost může být užitečná pro vyvážení zatížení při velkém objemu logů nebo pro zesílení izolace aplikací. Do journalctl byla přidána možnost „—namespace“, která omezuje dotaz pouze na určený jmenný prostor.
- Do systemd-udevd a dalších komponent systému systemd byla přidána podpora mechanismu pro přiřazení alternativních názvů síťovým rozhraním, který umožňuje aplikovat více názvů na jedno rozhraní současně. Velikost názvu může dosahovat až 128 znaků (dříve bylo jméno síťového rozhraní omezeno na 16 znaků). Ve výchozím nastavení nyní systemd-udevd přiřazuje každému síťovému rozhraní všechny varianty názvů generované podporovanými schématy pojmenování. Toto chování lze změnit prostřednictvím nových nastavení AlternativeName a AlternativeNamesPolicy v souborech .link. V systemd-nspawn byla implementována generace alternativních názvů s plným názvem kontejneru pro vytvářené veth-linky na straně hostitele.
- Do API sd-event.h byla přidána podpora subsystému jádra Linux "pidfd" pro zpracování situací opakovaného použití PID (pidfd je spojen s konkrétním procesem a nemění se, zatímco PID může být přidělen jinému procesu po ukončení aktuálního procesu spojeného s tímto PID). Všechny komponenty systemd, kromě PID 1, byly převedeny na používání pidfds, pokud aktuální jádro tuto funkci podporuje.
- Do systemd-logind byla prostřednictvím PolicyKit zavedena kontrola přístupu k operaci změny virtuálního terminálu. Ve výchozím nastavení jsou oprávnění pro změnu aktivního terminálu přidělena pouze uživatelům, kteří alespoň jednou iniciovali relaci na místním virtuálním terminálu.
- Pro usnadnění vytváření obrazů initrd se systemd nyní zpracovatel PID 1 automaticky určující používání v initrd a v takovém případě načítá initrd.target místo default.target. Při tomto přístupu se obrazy initrd a hlavního systému mohou lišit pouze přítomností souboru /etc/initrd-release.
- Byl přidán nový příznak příkazového řádku jádra — "systemd.cpu_affinity", ekvivalentní volbě CPUAffinity v /etc/systemd/system.conf, která umožňuje nastavit masku CPU přidělení pro PID 1 a další procesy.
- Bylo zajištěno obnovení SELinux databáze spolu s restartováním PID 1 pomocí příkazů jako "systemctl daemon-reload".
- Do zpracovatele PID 1 byla přidána konfigurace "systemd.show-status=error", při aktivaci které se na konzoli zobrazují pouze zprávy o chybách a významných zpožděních během zavádění.
- V systemd-sysusers byla přidána podpora pro vytváření uživatelů s názvem hlavní skupiny, která se liší od jména uživatele.
- V systemd-growfs byla implementována podpora rozšíření oddílů XFS prostřednictvím montážní volby x-systemd.growfs v /etc/fstab, vedle dříve podporovaného rozšíření oddílů Ext4 a Btrfs.
- Do /etc/crypttab byla přidána volba x-initrd.attach pro určení šifrovaného oddílu, který byl již odemčen ve fázi initrd.
- Do systemd-cryptsetup byla přidána podpora (volba pkcs11-uri v /etc/crypttab) pro odemykání šifrovaných oddílů pomocí smart karet PKCS#11, například pro připojení šifrování oddílů k YubiKeys.
- Do /etc/fstab byly přidány nové montážní volby „x-systemd.required-by“ a „x-systemd.wanted-by“ pro explicitní nastavení jednotek, které určí operace montování vyvolávané namísto local-fs.target a remote-fs.target.
- Byla přidána nová volba sandboxové izolace služeb — ProtectClock, která omezuje zápis do systémových hodin (přístup je blokován na úrovni /dev/rtc, systémových volání a povolení CAP_SYS_TIME/CAP_WAKE_ALARM).
- Do specifikace a systemd-gpt-auto-generator bylo přidáno definování oddílů.
/var и /var/tmp. - V „systemctl list-unit-files“ se při zobrazení seznamu jednotek objevil nový sloupec, který odráží stav aktivace navržený v přednastavení výrobce pro daný typ jednotek.
- Do „systemctl“ byla přidána volba „—with-dependencies“, při jejímž používání příkazy jako „systemctl status“ a „systemctl cat“ zobrazí nejen všechny odpovídající jednotky, ale i jednotky, od kterých závisí.
- V systemd-networkd byla do konfigurace qdisc přidána možnost nastavení parametrů TBF (Token Bucket Filter), SFQ (Stochastic Fairness Queuing), CoDel (Controlled-Delay Active Queue Management) a FQ (Fair Queue).
- Do systemd-networkd byla přidána podpora síťových zařízení IFB ().
- V systemd-networkd byla v sekci [Route] implementována parametrová MultiPathRoute pro nastavení multi-path tras.
- V systemd-networkd byla pro klienta DHCPv4 přidána volba SendDecline, při jejímž zadání proběhne po přijetí DHCP odpovědi s adresou kontrola duplicity adresy, a v případě detekce konfliktu adres bude přidělená adresa odmítnuta. Pro klienta DHCPv4 byla také přidána volba RouteMTUBytes, která umožňuje určit velikost MTU pro trasy generované z přidělených IP adres (leases).
- Nastavení PrefixRoute v sekci „[Address]“ souborů „.network“ bylo prohlášeno za zastaralé. Na jeho místo přišlo nastavení „AddPrefixRoute“, které má opačný význam.
- V souborech .network byla do nastavení Gateway v sekci „[Route]“ přidána podpora nové hodnoty „_dhcp“, při jejíž instalaci je statická trasa vybírána na základě brány nastavené prostřednictvím DHCP.
- V souborech .network v sekci „[RoutingPolicyRule]“ se objevily nastavení
User a SuppressPrefixLength pro určení routování zdroje (source routing) na základě rozsahů UID a velikosti prefixu. - V networkctl v příkazu „status“ byla zajištěna možnost zobrazit logy vázané na každý síťový interface.
- Do systemd-networkd-wait-online byla přidána podpora pro určení maximální doby čekání na přechod interface do provozního stavu a čekání na zmizení interface.
- Byla zastavena zpracování souborů .link a .network s prázdnou nebo okomentovanou sekcí „[Match]“.
- V souborech .link a .network v sekci „[Match]“ se objevila nastavení „PermanentMACAddress“ pro ověřování trvalé MAC adresy zařízení v případě používání vygenerované náhodné MAC.
- Sekce „[TrafficControlQueueingDiscipline]“ v souborech .network byla přejmenována na „[NetworkEmulator]“ a z názvů souvisejících nastavení byl odstraněn prefix „NetworkEmulator“.
- V systemd-resolved pro DNS-over-TLS byla přidána podpora pro ověřování SNI.
Zdroj: opennet.ru
