A systemd 244-es verziójának kiadása

Három hónap fejlesztés után bemutatva a rendszerkezelő kiadása systemd 244.

Főbb változások:

• Hozzáadva a cpuset erőforrás-vezérlő támogatása cgroups v2 alapú, amely mechanizmust biztosít a folyamatok megkötésére meghatározott CPU-khoz ("AllowedCPUs" beállítás) és a memória NUMA csomópontokhoz ("AllowedMemoryNodes" beállítás);
• Hozzáadva az EFI-változóból származó SystemdOptions beállítások betöltésének támogatása a systemd konfigurálására, lehetővé téve a systemd viselkedésének beállítását olyan helyzetekben, amikor problémás a kernel parancssor paramétereinek módosítása, és a lemezről való konfiguráció olvasása túl későn történik (például amikor cgroup hierarchiával kapcsolatos opciók beállítása szükséges). Az EFI-változó beállításához a 'bootctl systemd-efi-options' parancs használható;
• A egységek támogatást kaptak a {unit_type}.d/ könyvtárakból származó beállítások betöltésére, amelyek az egységtípusokhoz kötődnek (például "service.d/") és alkalmazhatóak minden ezen egységtípusú fájl beállításainak kiegészítésére;
• A szolgáltatás egységekhez hozzáadva egy új sandbox-elkülönítési módot, a ProtectKernelLogs-t, amely megakadályozza, hogy a program hozzáférjen a kernel log-büféhez, ami a syslog rendszerhíváson keresztül elérhető (ne keverjük össze a libc által biztosított azonos nevű API-val). A mód bekapcsolása esetén az alkalmazás hozzáférése a /proc/kmsg, /dev/kmsg és CAP_SYSLOG blokkolva lesz;
• Az egységekhez hozzáadva a RestartKillSignal beállítást, amely lehetővé teszi a jel számának felülbírálását, amelyet a folyamat befejezésére használnak a feladatok újraindítása során (megváltoztathatja a folyamat leállításának viselkedését az újraindítás előkészítésekor);
• A ‘systemctl clean’ parancsot a socketek, csatolások és swap egységekkel való használathoz alkalmazták (socket, mount, swap);
• A rendszerbetöltés korai szakaszában letiltva a kernel üzenetek kimeneti intenzitására vonatkozó korlátozások a printk rendszerhíváson keresztül, lehetővé téve a teljeskörűbb naplók felhalmozását a betöltési szakaszban, amikor a napló tárolása még nem csatlakozott (a napló a kernel körsávos pufferében halmozódik fel). A printk határértékek kernel parancssori beállítása magasabb prioritást élvez, és felülbírálja a systemd viselkedését. A systemd programok, amelyek közvetlenül a naplót a /dev/kmsg-ba írják (ezt csak a betöltés korai szakaszában végzik), külön belső korlátokat alkalmaznak a puffer telítődésének megakadályozására;
• A systemctl eszközhöz hozzáadva a ‘stop —job-mode=triggering’ parancs, amely lehetővé teszi a parancssorban megadott egység, valamint az összes olyan egység leállítását, amely felszólíthatja azt;
• A unit státuszának információja most már tartalmazza a hívó és hívott egységekről szóló adatokat;
• Lehetővé vált a „RuntimeMaxSec” beállítás használata scope egységekben (korábban csak a service egységekben alkalmazták). Például, a „RuntimeMaxSec” most már alkalmazható a PAM munkamenetek idejének korlátozására scope egység létrehozásával a felhasználói fiókhoz.
  Az időkorlát a PAM modul paramétereiben a systemd.runtime_max_sec opcióval is beállítható;
• Új rendszerhívás csoport került hozzáadásra, „@pkey”, amely egyszerűsíti a memória védelemhez kapcsolódó rendszerhívások fehérlistájának létrehozását konténerek és szolgáltatások korlátozása során;
• A systemd-tmpfiles-hez hozzáadva a „w+” zászló a fájl kiegészítő módú írásához;
• A systemd-analyze kimenetéhez hozzáadva információ a kernel memória konfiguráció megfeleléséről a systemd beállításokkal (például ha egy harmadik fél program megváltoztatta a kernel paramétereit);
• A systemd-analyze-hoz hozzáadva a „--base-time” opció, amely megadja, hogy a naptári adatokat a megadott időpont szerint számolják ki, nem pedig a jelenlegi rendszeridő szerint;
• A „journalctl --update-catalog” rendszeres követést biztosít a kimenet elemei között (hasznos ismételhető build-ek szervezéséhez);
• Lehetővé vált a „WatchdogSec” beállítás alapértelmezett értékének megadása az systemd szolgáltatásokban. A fordítás során az alapérték a „-Dservice-watchdog” opcióval adható meg (ha üres értéket adnak meg, a watchdog ki lesz kapcsolva);
• Új build opció, a „-Duser-path” az $PATH értékének felülírásához;
• A systemd-id128 eszközhöz hozzáadva a „-u” („--uuid”) opció a 128 bites azonosítók UUID-ba (a UUID kanonikus ábrázolása) történő kiíratásához;
• A buildhez mostantól legalább 2.0.1-es verziójú libcryptsetup szükséges.

Hálózati beállítással kapcsolatos változások:

• A systemd-networkd-hez hozzáadva a linkek élő újrakonfigurálásának támogatása, amelyhez a networkctl-ben hozzáadták a „reload” és „reconfigure DEVICE…” parancsokat a beállítások újraindításához és az eszközök újrakonfigurálásához;
• A systemd-networkd leállította az alapértelmezett útvonalak létrehozását helyi IPv4 linkekhez intranet címekkel 169.254.0.0/16 (Link-helyi). A korábbi automatikus alapértelmezett útvonalak létrehozása az ilyen linkekhez váratlan viselkedést és routing problémákat okozott bizonyos esetekben. A régi viselkedés visszaállításához a „DefaultRouteOnDevice=yes” beállítást kell használni. Hasonlóképpen leállt a helyi IPv6 címek hozzárendelése, ha a link helyi IPv6 routerezése nincs engedélyezve;
• A systemd-networkd esetében a vezeték nélküli ad-hoc hálózatokhoz való csatlakozáskor alapértelmezés szerint alkalmazásra kerül a helyi címzés (link-local) konfiguráció;
• Hozzáadva az RxBufferSize és TxBufferSize paraméterek a hálózati interfész fogadó és küldő puffereinek méretének beállítására;
• A systemd-networkd esetében IPv6 útvonalak bejelentése valósult meg, amelyet a ‘Route’ és ‘LifetimeSec’ opciók szabályoznak az ‘[IPv6RoutePrefix]’ szakaszban;
• A systemd-networkd-be lehetőség került az ‘[NextHop]’ szakaszban a ‘Gateway’ és ‘Id’ opciók használatával a ‘next hop’ útvonalak beállítására;
• A systemd-networkd és a networkctl esetében a DHCP-hez valósul meg az IP-címek (leasing-ek) frissítése valós időben, a ‘networkctl renew’ parancs által megvalósítva;
• A systemd-networkd biztosítja a DHCP konfiguráció resetálását újraindításkor (a beállítások megőrzéséhez a KeepConfiguration paramétert kell használni). A SendRelease beállítás alapértelmezett értéke változott ‘true’-ra;
• A DHCPv4 kliens az OPTION_INFORMATION_REFRESH_TIME opció értékének használatát biztosítja, amelyet a szerver ad. A szerver specifikus opcióinak kérésére javasolt a ‘RequestOptions’ paraméter, míg a szervernek való opciók küldésére a ‘SendOption’. A DHCP-kliens az IP-szolgáltatás típusának beállításához hozzáadódott az ‘IPServiceType’ paraméter;
• A DHCPv4 szerver SIP (Session Initiation Protocol) szerverlistájának behelyettesítéséhez hozzáadódott az ‘EmitSIP’ és ‘SIP’ paraméterek. A kliens oldalon a SIP paraméterek fogadása a szervertől a ‘UseSIP=yes’ beállítással engedélyezhető;
• A DHCPv6 klienshez hozzáadott ‘PrefixDelegationHint’ paraméter az cím prefixének lekérésére;
• A .network fájlokban biztosítva van a vezeték nélküli hálózatok SSID-vel és BSSID-vel való egyeztetésének támogatása, például a hozzáférési pont neve és MAC-címe elkötelezésére. Az SSID és BSSID értékek a networkctl kimenetén megjelennek a vezeték nélküli interfészek esetében. Továbbá hozzáadva a támogatás a vezeték nélküli hálózat típusa (WLANInterfaceType paraméter) alapján történő egyeztetéshez;
• A systemd-networkd-hez hozzáadott a forgalom kezelésére új paraméterek, a Parent használatával készült sorvezérlési fegyelem beállításának lehetősége;
  NetworkEmulatorDelaySec, NetworkEmulatorDelayJitterSec,
  NetworkEmulatorPacketLimit és NetworkEmulatorLossRate,
  NetworkEmulatorDuplicateRate a „[TrafficControlQueueingDiscipline]” szekcióban;
• A systemd-resolved biztosítja az IP-címek ellenőrzését a tanúsítványokban a GnuTLS-sel való összeállításkor.

Az udev-vel kapcsolatos változások:

• A systemd-udevd-ből eltávolították a 30 másodperces időkorlátot a beragadt kezelők kényszerített leállításához. A systemd-udevd most várakozik a kezelők befejezésére, ahol 30 másodperc nem volt elegendő a normál műveletek befejezéséhez nagyobb telepítésekben (például az időkorlát megszakíthatta a meghajtó inicializálását a gyökérfájl-rendszer csatolt partíciójának váltásakor). A systemd használatakor az időkorlát, amelyet a systemd-udevd várni fog, az TimeoutStopSec beállítással adható meg a systemd-udevd.service-ben. Systemd nélküli indításkor az időkorlát az udev.event_timeout paraméterrel szabályozható;
• Az udev-hez hozzáadva a fido_id program, amely az FIDO CTAP1
  („U2F”) / CTAP2 az előző használati adatok alapján azonosítja és megjeleníti a szükséges környezeti változókat (a program lehetővé teszi a korábban használt összes ismert token külső fehérlistázása nélküli működést);
• Automatikus generálása megvalósult az autosuspend udev-szabályoknak az Chromium OS-ből importált fehérlistás eszközök számára (a változtatás lehetővé teszi az energiatakarékos módok kibővített alkalmazását további eszközökre);
• Az udev-hez új beállítás került hozzáadásra: „CONST{key}=value”, amely lehetővé teszi a rendszerkonstansok értékeinek közvetlen leképezését külön kezelők futtatása nélkül. Jelenleg csak az „arch” és a „virt” kulcsok támogatottak;
• A CDROM megnyitása nem kizárólagos módban biztosított a támogatott módok lekérdezése során (a változtatás megoldja a programok hozzáférésének problémáit a CDROM-hoz és csökkenti a nem kizárólagos hozzáférési módban történő íróprogramok megszakításának kockázatát).

Forrás: opennet.ru