Der Systemmanager systemd 259 ist verfĂŒgbar.

Nach drei Monaten Entwicklung ist die Version des Systemmanagers systemd 259 verfĂŒgbar. Wichtige Änderungen: UnterstĂŒtzung der Standardbibliothek Musl, der Befehl „run0 —empower“ zur DurchfĂŒhrung privilegierter Aktionen ohne UID-Wechsel, dynamisches Laden von externen Bibliotheken, die in libsystemd benötigt werden, sowie das Ignorieren von Konfigurationsdateien durch das HinzufĂŒgen von „.ignore“ zum Dateinamen.

Zu den Änderungen in der neuen Version gehören:

  • Teilweise UnterstĂŒtzung der Standard-C-Bibliothek Musl hinzugefĂŒgt, die aktiviert wird, indem der Wert „musl“ in den Optionen „libc“ im Build-System Meson gesetzt wird. Da die Musl-Bibliothek keine NSS-FunktionalitĂ€t bereitstellt, sind die Komponenten nss-systemd, nss-resolve, systemd-homed, systemd-nsresourced, systemd-userdbd sowie die Parameter DynamicUser und die Möglichkeit, systemd-nspawn unprivilegiert auszufĂŒhren, bei der Kompilierung von systemd mit Musl nicht verfĂŒgbar. Die Entwickler von systemd garantieren vorerst nicht, dass die UnterstĂŒtzung von Musl in zukĂŒnftigen Versionen erhalten bleibt. Die Entscheidung hĂ€ngt vom Erfolg der Entwicklung eines Layer ab, der zusĂ€tzliche Funktionen ĂŒber Musl implementiert, sowie von der Nachfrage nach dem Projekt und Berichten ĂŒber muslspezifische Fehler.
  • In das Tool run0, das als sichere Alternative zu sudo funktioniert und ĂŒber systemd-run arbeitet, wurde die Option „—empower“ hinzugefĂŒgt. Diese erlaubt es, eine neue Sitzung mit erhöhten Rechten zu starten, ohne zu dem Benutzer root zu wechseln. Die AusfĂŒhrung privilegierter Aktionen ohne UID-Wechsel erfolgt durch das Setzen von Capability-Flags, wie z.B. CAP_SYS_ADMIN, die ausreichen, um auf die meisten privilegierten Systemaufrufe zuzugreifen. Die gestarteten Prozesse werden ebenfalls in eine separate „empower“-Gruppe eingeordnet, die den Zugriff auf die meisten Polkit-Aktionen erhĂ€lt.
  • Es wurde beschlossen, die UnterstĂŒtzung fĂŒr Service-Skripte im Format System V in der nĂ€chsten Version zu entfernen. Betroffen sind die Komponenten systemd-sysv-install, systemd-rc-local-generator und systemd-sysv-generator. In der nĂ€chsten Veröffentlichung sind auch höhere Anforderungen an die Minimalversionen vorgesehen: Linux-Kernel 5.10, glibc 2.34, openssl 3.0.0, python 3.9.0, libxcrypt 4.4.0, util-linux 2.37, elfutils 0.177, cryptsetup 2.4.0, libseccomp 2.4.0.
  • Im Rahmen der Initiative zur Reduzierung von AbhĂ€ngigkeiten wurde in libsystemd eine dynamische Bibliotheksladung fĂŒr libacl, libblkid, libseccomp, libselinux und libmount implementiert. Diese erfolgt ĂŒber den Aufruf von dlopen(), wenn deren Funktionen tatsĂ€chlich benötigt werden. Über dlopen() wird auch die Arbeit mit dem Linux-Audit-Subsystem und PAM realisiert. Die vorher ĂŒber die Bibliotheksschicht libcap aufgerufene FunktionalitĂ€t ist nun in libsystemd integriert.
  • In systemd-resolved wurde die Möglichkeit hinzugefĂŒgt, lokale Handler zu befestigen, die bei jeder Anfrage zur Auflösung lokaler Namen aufgerufen werden. Die Handler werden im Verzeichnis /run/systemd/resolve.hook/ platziert.
  • In der Benutzerdatenbank wurde ein UUID-Feld hinzugefĂŒgt, und der Dienst userdbctl erhielt die Option „—uuid“ zur Suche nach UUIDs.
  • Es wird sichergestellt, dass Konfigurationsdateien mit einem Namen, der auf „.ignore“ endet, ignoriert werden.
  • In systemd-importd wurde eine integrierte Logik fĂŒr die Arbeit mit TAR-Archiven implementiert, die libarchive anstelle des Aufrufs des GNU-tar-Dienstprogramms verwendet. Es ist nun möglich, systemd-machined und systemd-importd gebunden an Benutzer zu starten, anstatt systemweit, wobei Systemabbilder in ~/.local/state/machines/ geladen werden. Um den Arbeitsmodus auszuwĂ€hlen, wurden in das Dienstprogramm importctl die Optionen „—user“ und „—system“ integriert.
  • Der Standardprotokollspeichermodus wurde von 'auto' auf 'persistent' geĂ€ndert (frĂŒher hing der Modus von der VerfĂŒgbarkeit des Verzeichnisses /var/log/journal ab).
  • In systemd-networkd und systemd-nspawn wurde die UnterstĂŒtzung fĂŒr die Erstellung von NAT-Regeln ĂŒber iptables/libiptc eingestellt. Es bleibt nur die UnterstĂŒtzung fĂŒr nftables.
  • In systemd-boot und systemd-stub wurde die UnterstĂŒtzung fĂŒr TPM 1.2 eingestellt (UnterstĂŒtzung fĂŒr TPM 2.0 bleibt bestehen).
  • In systemd-machined wird standardmĂ€ĂŸig das Mounten von 'versteckten' Disk-Images, deren Name mit einem Punkt beginnt, im Nur-Lese-Modus ermöglicht.
  • Die API basierend auf dem Varlink-Protokoll wurde erweitert, die jetzt fĂŒr den Zugriff auf die Einstellungen von Diensten verwendet werden kann. IPC-Aufrufe Reload() und Reexecute() wurden implementiert. Aufrufe zum Zugriff auf die Funktionen und Einstellungen von systemd-repart, systemd-resolved und systemd-networkd wurden hinzugefĂŒgt.
  • Die Einstellung ExecReloadPost wurde hinzugefĂŒgt, die das AusfĂŒhren von Befehlen nach der Neuladevorgang der Dienstkonfiguration ermöglicht.
  • FĂŒr Dienste wurden die Eigenschaften OOMKills und ManagedOOMKills implementiert, die die Anzahl der vom Kernel oder systemd-oomd aufgrund von Speichermangel zwangsweise beendeten Prozesse enthalten.
  • FĂŒr temporĂ€re Dienste wurde die Eigenschaft RootDirectoryFileDescriptor hinzugefĂŒgt, die den Dateideskriptor des Root-Verzeichnisses festlegt.
  • Die Einstellung UserNamespacePath wurde hinzugefĂŒgt, um einen Unit mit dem Benutzer-Identifikatorraum (User Namespace) zu verknĂŒpfen, indem der Pfad im Pseudo-Dateisystem /proc angegeben wird, analog zu den Einstellungen IPCNamespacePath und NetworkNamespacePath. In systemd-nspawn wurde die Einstellung NamespacePath zur Angabe des Netzwerk-Namensraums im Abschnitt [Network] der .nspawn-Dateien hinzugefĂŒgt.
  • In systemd-sysext und systemd-confext wurde die UnterstĂŒtzung fĂŒr separate Konfigurationsdateien /etc/systemd/systemd-sysext.conf und /etc/systemd/systemd-confext.conf implementiert. Es wurde die Möglichkeit hinzugefĂŒgt, die Umgebungsvariable SYSTEMD_SYSEXT_OVERLAYFS_MOUNT_OPTIONS und $SYSTEMD_CONFEXT_OVERLAYFS_MOUNT_OPTIONS zur Konfiguration der Overlayfs-Mount-Optionen zu verwenden.
  • In systemd-udevd wurde die Einstellung OPTIONS="dump-json" hinzugefĂŒgt, um den Status des aktuellen Ereignisses im JSON-Format auszugeben. In der Funktion net_id wurde die Generation vorhersagbarer Namen fĂŒr drahtlose Netzwerk-Interfaces auf Systemen mit DeviceTree implementiert. Es wurde sichergestellt, dass symbolische Links /dev/gpio/by-id/
 fĂŒr GPIO-GerĂ€te generiert werden.
  • Der Befehl „homectl update“ wurde um die Möglichkeit erweitert, die Option „—recovery-key“ zu verwenden, um Backup-SchlĂŒssel zu einem bestehenden Benutzerkonto hinzuzufĂŒgen (frĂŒher konnten solche SchlĂŒssel nur beim Erstellen des Benutzers hinzugefĂŒgt werden).
  • In systemd-homed wurden die Optionen „—prompt-shell“ und „—prompt-groups“ hinzugefĂŒgt, um interaktiv die Kommandozeile und Gruppe wĂ€hrend des ersten Starts mit dem Dienst systemd-homed-firstboot.service auszuwĂ€hlen. In systemd-firstboot wurde die Option „—prompt-keymap-auto“ hinzugefĂŒgt, um beim Arbeiten ĂŒber die lokale Konsole wĂ€hrend des ersten Starts die Tastaturbelegung abzufragen.
  • In systemd-boot wurde die Möglichkeit hinzugefĂŒgt, die Log-Level ĂŒber den Parameter log-level in loader.conf oder das SMBIOS-Feld io.systemd.boot.loglevel festzulegen.
  • In systemd-networkd wurden fĂŒr den DHCP-Server die Optionen EmitDomain und Domain hinzugefĂŒgt, sowie ein Handler implementiert, um die durch DHCP ĂŒber DNS-Resolving bereitgestellten Hostnamen zu bestimmen.
  • In systemd-run wurde die Option „—root-directory“ hinzugefĂŒgt, um einen Dienst im angegebenen Wurzelverzeichnis zu starten. In systemd-run und run0 wurde die Option „—same-root-dir“ („-R“) hinzugefĂŒgt, um einen Dienst im selben Wurzelverzeichnis zu starten wie der ausfĂŒhrende Prozess.
  • In systemd-modules-load wurde die parallele Ladefunktion von Kernmodulen implementiert.
  • In systemd-integrity-setup wurde die UnterstĂŒtzung der Algorithmen HMAC-SHA256, PHMAC-SHA256 und PHMAC-SHA512 hinzugefĂŒgt.

Quelle: opennet.ru

Erwerben Sie zuverlĂ€ssiges Hosting fĂŒr Websites mit DDoS-Schutz, VPS VDS-Server đŸ”„ Kaufen Sie zuverlĂ€ssiges Hosting fĂŒr Websites mit DDoS-Schutz, VPS VDS-Server | ProHoster