Három hónap fejlesztés után a rendszerkezelő kiadása . Az új kiadásban új komponensek, mint a systemd-homed és systemd-repart kerültek bevezetésre, JSON formátumban pedig támogatás nyújtására került sor a hordozható felhasználói profilok számára, lehetőséget teremtve a névterek meghatározására a systemd-journald-ban, valamint a „pidfd” mechanizmus támogatására. Teljes mértékben át lett dolgozva , amelyen a rendelkezésre álló dokumentáció jelentős része található, és egy új logó javasolt.

Fő :
- Bevezetésre került egy , mely a hordozható otthoni könyvtárak kezelését biztosítja, amelyek csatlakoztatható fájl-ima formájában érkeznek és amelyekben az adatok titkosítva vannak. A systemd-homed lehetővé teszi, hogy önálló, hordozható felhasználói környezeteket hozzunk létre, amelyeket különböző rendszerek között szaktalanítva tudunk áthelyezni, anélkül hogy az azonosító szinkronizálásával és a magánélet védelmével foglalkoznánk. A felhasználói hitelesítő adatok paraméterei a felhasználó otthoni könyvtárához kötődnek, nem pedig a rendszerszintű beállításokhoz — a /etc/passwd, /etc/group és /etc/shadow helyett JSON formátumban lévő profilt használnak . További részletek a systemd-homed-hoz.
- Bevezetésre került a systemd-homed kísérő komponense, a(„systemd-userdb”), amely az UNIX/glibc NSS fiókokat JSON rekordokká alakítja, és egységes Varlink API-t biztosít a feljegyzések kéréséhez és bejárásához. A felhasználó otthoni könyvtárához kötött JSON profilban szerepelnek a működéshez szükséges paraméterek, többek között a név, a jelszó hash, a titkosításhoz szükséges kulcsok, a kvóták és az elérhető erőforrások adatai. A profilt digitális aláírás hitelesítheti, amely egy külső Yubikey tokenen tárolható. A profilon alapuló kezeléshez egy „userdbctl” segédprogram került javaslatra. A JSON formátumú profilok támogatása különböző systemd komponensekbe bevezetésre került, beleértve a systemd-logindot és a pam-systemd-t, amelyek lehetővé teszik a hordozható könyvtárakkal rendelkező felhasználók hitelesítését, bejelentkezését, környezeti változók beállítását, munkamenet létrehozását, korlátok megadását stb. A jövőben várható a JSON profilok generálásának lehetősége az sssd keretrendszer által, a felhasználói beállítások LDAP-ban történő tárolásával.
- Új "systemd-repart" segédprogram került hozzáadásra, amely a GPT formátumú lemezosztályok táblázatának újrahasználására szolgál. Az osztályok struktúrája deklaratív formában van meghatározva azokon a fájlokon keresztül, amelyek leírják, milyen osztályoknak kell vagy lehet létezniük. Minden indításkor a tényleges osztálygyűjtemény összehasonlításra kerül ezekkel a fájlokkal, majd a hiányzó osztályok hozzáadódnak, vagy ha a beállításokban meghatározott relatív vagy abszolút méret nem egyezik, a meglévő osztályok mérete növekszik. Csak inkrementális módosítások engedélyezettek, azaz a törlés és a méret csökkentése nem lehetséges, az osztályok csak hozzáadhatók és növelhetők.
A segédprogram alapvetően az initrd-ből történő indításra van tervezve, és automatikusan meghatározza azt a lemezt, amelyen a gyökér osztály található, amely nem igényel további konfigurációt, kivéve a változások definiáló fájljait.A gyakorlatban a systemd-repart hasznos lehet olyan operációs rendszer képek számára, amelyek kezdetben minimális formában érkeznek, majd az első indítás után a meglévő blokk méretéhez igazodva bővülnek vagy további osztályokkal egészülnek ki (például a gyökér osztály bővíthető az egész lemez lefedésére, vagy az első indítást követően létrehozhat egy swap osztályt vagy /home-ot). Egy másik alkalmazás lehet a váltakozó osztályokkal rendelkező konfigurációk — kezdetben csak az első osztály érkezhet, míg a második az első indításkor jöhet létre.
- Lehetőség nyílt több példány indítására a systemd-journald-ból, mindegyik a saját névterében vezeti a naplókat. A fő systemd-journald.service mellett a .service könyvtárban mintát javasoltunk további példányok létrehozásához, amelyek a saját névtereikhez kapcsolódnak a "LogNamespace" direktíva segítségével. Minden naplónév külön háttérfolyamatot kezel a saját beállítási készletével és korlátaival. A javasolt lehetőség hasznos lehet a nagy mennyiségű napló terhelésének elosztásában vagy az alkalmazások izoláltságának fokozásában. A journalctl-hez hozzáadtunk egy "--namespace" opciót, amely a lekérdezést csak a megadott névtérre korlátozza.
- A systemd-udevd és a systemd egyéb komponensei bevezették az alternatív nevek kiosztásának mechanizmusát a hálózati interfészek számára, amely lehetővé teszi, hogy egy interfészhez egyszerre több név is tartozzon. A név hossza elérheti a 128 karaktert (korábban a hálózati interfész neve 16 karakterre volt korlátozva). Alapértelmezés szerint a systemd-udevd mostantól minden hálózati interfészhez kiosztja az összes névváltozatot, amelyet a támogatott névkiosztási séma generál. Ez a viselkedés új beállításokkal módosítható az AlternativeName és AlternativeNamesPolicy paraméterek segítségével a .link fájlokban. A systemd-nspawn esetén megvalósították az alternatív nevek generálását a teljes konténer névével a gazdaoldali veth-hidak számára.
- Az API sd-event.h támogatást kapott a Linux kernel 'pidfd' alkönyvtárához, amely kezeli a PID újrafelhasználásával kapcsolatos helyzeteket (a pidfd egy adott folyamathoz kötődik, és nem változik, míg a PID egy másik folyamathoz kapcsolódhat a jelenlegi folyamat befejezését követően, amely ehhez a PID-hez kapcsolódik). A systemd minden komponense, kivéve a PID 1-et, át lett állítva pidfds használatára, ha a jelenlegi kernel támogatja ezt az alkönyvtárat.
- A systemd-logind-on keresztül a PolicyKit biztosítja a hozzáférési ellenőrzést a virtuális terminál váltásához. Alapértelmezés szerint a jogok csak azoknak a felhasználóknak vannak biztosítva, akik legalább egyszer kezdeményeztek egy munkamenetet a helyi virtuális terminálon.
- Az initrd képek systemd használatának megkönnyítése érdekében a PID 1 kezelője mostantól meghatározza, hogy az initrd használatban van-e, és ebben az esetben automatikusan betölti az initrd.target-et a default.target helyett. Ezzel a megközelítéssel az initrd és az alap rendszer képei eltérhetnek csupán annyiban, hogy van benne egy fájl: /etc/initrd-release.
- Új paraméter került hozzáadásra a kernel parancssorához - 'systemd.cpu_affinity', amely egyenértékű a CPUAffinity beállítással a /etc/systemd/system.conf fájlban, és lehetővé teszi a CPU-hoz való kötődés maszkjának beállítását PID 1 és egyéb folyamatok esetében.
- Biztosítva van a SELinux adatbázis újraindítása PID 1 újraindításával együtt olyan parancsokkal, mint például a 'systemctl daemon-reload'.
- A PID 1 kezelőbe új beállítás került hozzáadásra: 'systemd.show-status=error', amelynek beállításakor a konzolra csak a hibák és a betöltési késések lényeges üzenetei kerülnek kiírásra.
- A systemd-sysusers támogatja a felhasználók létrehozását, amelyek főcsoport nevének eltérőnek kell lennie a felhasználónévhez képest.
- A systemd-growfs-ben az x-systemd.growfs csatolási opció révén a /etc/fstab-ban lehetőség van XFS partíciók bővítésének támogatására, amely a korábban támogatott Ext4 és Btrfs partíciók bővítése mellett valósul meg.
- A /etc/crypttab fájlhoz hozzáadódott az x-initrd.attach opció, amely lehetővé teszi a már az initrd szakaszban feloldott titkosított partíció azonosítását.
- A systemd-cryptsetup-ban hozzáadódott a titkosított partíciók PKCS#11 intelligens kártyák segítségével történő feloldásának támogatása (pkcs11-uri opció a /etc/crypttab fájlban), például a titkosítások YubiKey kulcsokhoz való csatolásához.
- A /etc/fstab fájlhoz új csatolási opciók kerültek bevezetésre: "x-systemd.required-by" és "x-systemd.wanted-by", amelyek lehetővé teszik az egyedi egységek explicit konfigurálását, amelyek a mount műveleteket határozzák meg, ellentétben a local-fs.target és remote-fs.target-al.
- Új sandbox-izolációs opció került bevezetésre a szolgáltatásokhoz — ProtectClock, amely korlátozza a rendszeridőbe való írást (hozzáférés blokkolva van a /dev/rtc, a rendszerhívások és a CAP_SYS_TIME/CAP_WAKE_ALARM engedélyek szintjén).
- A specifikációba és a systemd-gpt-auto-generator-be bekerült a partíciók azonosítása.
/var и /var/tmp. - A "systemctl list-unit-files" parancsban új oszlop jelent meg, amely a gyártó előzetes beállításai szerinti engedélyezési állapotot tükrözi az adott egység típusára vonatkozóan.
- A "systemctl" parancshoz hozzáadódott a "—with-dependencies" opció, amelynek aktiválásával a "systemctl status" és a "systemctl cat" parancsok nemcsak a megfelelő egységeket, hanem azokat az egységeket is kiadják, amelyekről függnek.
- A systemd-networkd-ban a qdisc konfigurációban lehetőség van TBF (Token Bucket Filter), SFQ (Stochastic Fairness Queuing), CoDel (Controlled-Delay Active Queue Management) és FQ (Fair Queue) paraméterek beállítására.
- A systemd-networkd-ban támogatást nyújtanak az IFB hálózati eszközökhöz ().
- A systemd-networkd-ban a [Route] szekcióban megvalósult a MultiPathRoute paraméter multi-path útvonalak beállítására.
- A systemd-networkd-ban a DHCPv4 kliens számára hozzáadódott a SendDecline opció, amely lehetővé teszi, hogy a DHCP válasz megérkezése után az IP-cím ütközésének ellenőrzése történjen, és ha ütközést észlelnek, az kiosztott cím elutasításra kerül. A DHCPv4 klienshez emellett hozzáadódott a RouteMTUBytes opció, amely lehetővé teszi az MTU méretének meghatározását az IP-címezők (leases) alapján generált útvonalakhoz.
- A PrefixRoute beállítás a "[Address]" szekcióban a ".network" fájlokban elavultnak nyilvánítva, helyébe az "AddPrefixRoute" beállítás lépett, amely ellentétes jelentésű.
- A .network fájlokban a Gateway beállításába a „[Route]” szekcióból hozzá lett adva az új „_dhcp” érték támogatása, amelynél a statikus útvonal a DHCP-n keresztül beállított átjáró alapján kerül kiválasztásra.
- A .network fájlokban a „[RoutingPolicyRule]” szekcióban megjelentek a beállítások
User és SuppressPrefixLength a forráson alapuló útválasztás (source routing) konfigurálásához UID tartományok és prefix méret alapján. - A networkctl „status” parancsában lehetőség nyílik a naplók megjelenítésére minden hálózati felülettel összefüggésben.
- A systemd-networkd-wait-online ban hozzá lett adva a felület működési állapotának eléréséhez szükséges maximális várakozási idő beállításának támogatása és a felület eltűnésének várakozása.
- A .link és .network fájlok feldolgozása leállt üres vagy megjegyzett „[Match]” szekció esetén.
- A .link és .network fájlokban a „[Match]” szekcióban megjelent a „PermanentMACAddress” beállítás az eszközök állandó MAC-címének ellenőrzésére, ha véletlenszerűen generált MAC-ot használnak.
- A „[TrafficControlQueueingDiscipline]” szekció a .network fájlokban átnevezésre került „[NetworkEmulator]” névre, és a kapcsolódó beállítások neveiből eltávolították a „NetworkEmulator” előtagot.
- A systemd-resolved-ben a DNS-over-TLS támogatásához hozzá lett adva az SNI ellenőrzésének támogatása.
Forrás: opennet.ru
