Disponibile il gestore di sistema systemd 260

Dopo tre mesi di sviluppo, è disponibile il rilascio del gestore di sistema systemd 260. Le modifiche principali includono: cessazione del supporto per gli script di servizio in formato System V, meccanismo «mstack» per la composizione di gerarchie di montaggio multilivello, utilità systemd-report, supporto per l'integrazione di systemd-networkd con ModemManager, supporto per servizi portabili personalizzati, concetto di «xaccess» in systemd-logind e systemd-udevd.

Tra le novità della nuova versione:

  • Cessato il supporto per gli script di servizio in formato System V e terminata la fornitura dei componenti rc-local.service, systemd-sysv-install, systemd-rc-local-generator e systemd-sysv-generator.
  • È stato implementato il meccanismo "mstack" (Mount Stack), che consente di utilizzare le directory con il suffisso ".mstack/" per formare una gerarchia composita di directory, creata tramite il montaggio sequenziale e sovrapposizione di immagini disco e parti di FS utilizzando OverlayFS e "mount --bind". Sono stati aggiunti il comando systemd-mstack, l'opzione "--mstack" in systemd-nspawn e il parametro RootMStack nelle unità, che possono essere usati per montare e smontare insieme tutti gli elementi definiti nella configurazione ".mstack", ad esempio, per la rapida ricreazione di un'immagine del contenitore o di un ambiente di lavoro del servizio. Ogni file o sottodirectory in ".mstack/" definisce un livello di montaggio o uno strato "overlayfs".

    Ad esempio, la seguente configurazione "foobar.mstack/" definisce overlayfs con due strati in modalità sola lettura da immagini disco base.raw e app.raw (indicate come collegamenti simbolici), e una directory "rw" con possibilità di scrittura sopra di esse: foobar.mstack/layer@0.raw → ../base.raw foobar.mstack/layer@1.raw → ../app.raw foobar.mstack/rw/

  • Sono stati implementati i framework «metrics» e «report», che possono essere utilizzati dai componenti di sistema per visualizzare le statistiche tramite Varlink nella directory /run/systemd/report/. È stata aggiunta l'utilità systemd-report, che genera un rapporto riassuntivo che unisce le statistiche di tutti i componenti e lo restituisce in formato JSON. Attualmente, le metriche sono fornite solo dal gestore dei servizi e da systemd-networkd.
  • In systemd-networkd è stata garantita l'integrazione con ModemManager e aggiunta la sezione «[MobileNetwork]» con le impostazioni APN, AllowedAuthenticationMechanisms, User, Password, IPFamily, AllowRoaming, PIN, OperatorId, RouteMetric e UseGateway, che consentono di utilizzare systemd-networkd per connettersi agli operatori mobili tramite modem.
  • È stata fornita la possibilità di eseguire systemd-portabled come servizio utente, avviato da un utente non privilegiato. Per scegliere il tipo di servizio, sono stati aggiunti all'utilità portablectl i flag «--user» e «--system». I servizi portatili («Portable Services») sono servizi di sistema strutturati come contenitori autonomi (forniti come immagine di sistema, ma gestiti come un servizio normale).
  • In systemd-logind and systemd-udevd, support for the "xaccess" (Extended Access) concept has been added, allowing graphical session access to the GPU for users with remote access who are not physically using a monitor and input devices on the local system (similar to the uaccess access that covers users physically working with the computer). For configuring sessions in this case, it is suggested to set the XDG_SESSION_EXTRA_DEVICE_ACCESS environment variable through PAM.
  • To automate DeviceTree configuration in UKI images (Unified Kernel Image), a canonical set of files with hardware identifiers /usr/lib/systemd/boot/hwids/ has been proposed, linking device identifiers to DeviceTree elements. With this set, the UKI image can automatically find and load the necessary DTB (Device Tree Blob) during boot without the need to create device-specific images. Currently, hwid files have been created for ARM64 devices based on Snapdragon chips.
  • Nel /etc/os-release è stato aggiunto un nuovo campo «FANCY_NAME», che differisce da «PRETTY_NAME» per la possibilità di utilizzare glifi non ASCII Unicode. Se è presente il campo «FANCY_NAME», verrà utilizzato nell'output di systemd, systemd-hostnamed e hostnamectl al posto di «PRETTY_NAME».
  • I servizi che forniscono interfacce pubbliche Varlink sono stati raggruppati in un'unica directory /run/varlink/registry/ tramite collegamenti simbolici. Per visualizzare l'elenco di tali servizi è stata implementata il comando ‘varlinkctl list-registry’.
  • Negli unit è stata introdotta la possibilità di specificare nel parametro PrivateUsers il valore «managed» per l'assegnazione automatica degli intervalli di identificatori utente e gruppi (UID/GID) tramite systemd-nsresourced.
  • Negli unit è stata aggiunta l'impostazione RefreshOnReload per aggiornare le estensioni e le credenziali durante il riavvio dell'unit.
  • Negli unit è stata aggiunta l'impostazione BindNetworkInterface per legare automaticamente tutti i socket creati nell'unit all'interfaccia di rete specificata.
  • Negli unit sono state aggiunte le impostazioni ConditionPathIsSocket e AssertPathIsSocket per modificare il comportamento o forzare l'interruzione dell'unit se i percorsi specificati non sono socket.
  • Nel systemctl è stato aggiunto il comando ‘enqueue-marked’, che chiama il metodo D-Bus EnqueueMarkedJobs(). Il parametro ‘—marked’, precedentemente utilizzato per questi scopi, è stato deprecato.
  • Nei servizi è stata aggiunta l'impostazione MemoryTHP per gestire l'uso di grandi pagine di memoria (THP — Transparent Huge Pages).
  • Nei file .delegate di systemd-resolved è stata aggiunta la supporto per il parametro FirewallMark per impostare nel stack di rete un marchio firewall («firewall mark») per il traffico DNS generato.
  • Nel systemd-sysupdate è stato aggiunto il comando ‘acquire’ per separare le fasi di caricamento e installazione o aggiornamento. È stata implementata la funzionalità di contrassegnare le partizioni come parzialmente caricate.
  • Nel systemd-vmspawn è stata aggiunta l'opzione «—image-format» per scegliere il formato (qcow2 o raw) dell'immagine del disco.
  • Nel systemd-inhibit per l'opzione «—list» è stata implementata la supporto per il formato «JSON» con la possibilità di utilizzare le flag «—what», «—who», «—why» e «—mode» per filtrare l'output.
  • Nel systemd-repart è stata aggiunta la supporto di base per il controllo dell'integrità delle partizioni criptate, utilizzando dm-integrity.
  • Nell'utilità systemd-keyutil è stato aggiunto il comando ‘extract-certificate’ per estrarre il contenuto dei certificati X.509.
  • In systemd-sysext and varlinkctl, support for interactive authorization using polkit has been implemented.
  • A polkit policy has been added allowing an unprivileged user to invoke systemd-ask-password.
  • In systemd-importd, the ability to load OCI images with the command 'importctl pull-oci' has been added, which will be stored as images for mounting via 'mstack'.
  • Support for colors SYSTEMD_COLORS=auto-16, SYSTEMD_COLORS=auto-256, and SYSTEMD_COLORS=auto-24bit has been added.
  • Full-featured standalone executables for systemd-sysusers and systemd-tmpfiles have been provided (previously only stripped-down versions were built).
  • In systemd-oomd, a 'prekill hook' has been added, allowing the connection of handlers that are triggered before forcibly terminating a process due to memory shortage in the system.
  • The use of non-system users and groups in udev rules (OWNER=/GROUP=) and systemd-networkd settings (User=/Group=) has been reintroduced, but marked as deprecated.
  • In systemd-repart, the functionality of the mkfs.xfs utility introduced in xfsprogs 6.17.0 has been employed to deploy the initial content of the filesystem from a specified directory.
  • I requisiti minimi sono stati aggiornati: kernel Linux 5.4 → 5.10 (raccomandato 5.14, e per funzionalità complete — 6.6), libidn → libidn2, Python 3.7.0 → 3.9.0, glibc 2.31 → 2.34, OpenSSL 1.1.0 → 3.0.0, cryptsetup 2.0.1/2.3.0 → 2.4.0, elfutils 158 → 177, libblkid 2.24 → 2.37, libseccomp 2.3.1 → 2.4.0.
  • Sono state rivisitate e semplificate le regole per garantire portabilità e stabilità, con un aumento degli impegni per prevenire regressioni visibili agli utenti nelle interfacce pubbliche.

Fonte: opennet.ru

Acquista un hosting affidabile per siti con protezione DDoS, server VPS VDS 🔥 Acquista un hosting affidabile per siti con protezione DDoS, server VPS VDS | ProHoster