{"id":31439,"date":"2019-10-31T21:41:16","date_gmt":"2019-10-31T18:41:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/vypusk-sistemnogo-menedzhera-systemd-242\/"},"modified":"2019-10-31T21:41:16","modified_gmt":"2019-10-31T18:41:16","slug":"vypusk-sistemnogo-menedzhera-systemd-242","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/vypusk-sistemnogo-menedzhera-systemd-242","title":{"rendered":"Release van systemd manager 242","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Na twee maanden ontwikkeling is de release van de systeembeheerder systemd 242 gepresenteerd. Tot de nieuwigheden behoren ondersteuning voor L2TP-tunnels, de mogelijkheid om het gedrag van systemd-logind aan te passen tijdens herstarts via omgevingsvariabelen, ondersteuning voor uitgebreide opstartpartities XBOOTLDR voor het monteren van \/boot, de mogelijkheid om op te starten met de rootpartitie in overlayfs, evenals een groot aantal nieuwe instellingen voor verschillende types eenheden.<\/p>\n
Belangrijkste wijzigingen: <\/p>\n
\n
In systemd-networkd is ondersteuning voor L2TP-tunnels toegevoegd;\n
In sd-boot en bootctl is ondersteuning ge\u00efmplementeerd voor XBOOTLDR-partities (Extended Boot Loader), bedoeld voor het monteren in \/boot, naast de ESP-partities die worden gemonteerd in \/efi of \/boot\/efi. Kernels, instellingen, initrd-images en EFI kunnen nu zowel uit ESP-partities als uit XBOOTLDR-partities worden geladen. Deze wijziging maakt het mogelijk om de bootloader sd-boot in meer conservatieve scenario's te gebruiken, waarbij de bootloader zelf in ESP is geplaatst, terwijl de te laden kernels en de bijbehorende metadata in een aparte partitie zijn ondergebracht;\n
De mogelijkheid om te uploaden met de optie «systemd.volatile=overlay» is toegevoegd, wat het mogelijk maakt om het root-partitie in overlayfs te plaatsen en te werken bovenop een alleen-lezen rootbestandssysteem, met wijzigingen die in een aparte map in tmpfs worden geschreven (wijzigingen in deze configuratie gaan verloren na een herstart). Evenzo is in systemd-nspawn de optie «—volatile=overlay» toegevoegd voor het gebruik van vergelijkbare functionaliteit in containers;\n
In systemd-nspawn is de optie «—oci-bundle» toegevoegd, waarmee runtime-pakketten kunnen worden gebruikt om containers ge\u00efsoleerd te starten, in overeenstemming met de specificaties van de Open Container Initiative (OCI). Voor gebruik in de opdrachtregel en nspawn-eenheden zijn verschillende opties voorgesteld die in de OCI-specificatie zijn beschreven, bijvoorbeeld om delen van het bestandssysteem uit te sluiten kunnen de instellingen «—inaccessible» en «Inaccessible» worden gebruikt, en voor het instellen van de standaard uitvoerstromen zijn de opties «—console» en «—pipe» toegevoegd;\n
Er is een mogelijkheid toegevoegd om het gedrag van systemd-logind te beheren via omgevingsvariabelen: $SYSTEMD_REBOOT_TO_FIRMWARE_SETUP, \n $SYSTEMD_REBOOT_TO_BOOT_LOADER_MENU en \n $SYSTEMD_REBOOT_TO_BOOT_LOADER_ENTRY. Met deze variabelen kunnen aangepaste handlers voor het herstartproces worden aangesloten (\/run\/systemd\/reboot-to-firmware-setup, \/run\/systemd\/reboot-to-boot-loader-menu en \n \/run\/systemd\/reboot-to-boot-loader-entry) \u0438\u043b\u0438 \u0432\u043e\u043e\u0431\u0449\u0435 \u043e\u0442\u043a\u043b\u044e\u0447\u0438\u0442\u044c \u0438\u0445 (\u043f\u0440\u0438 \u0432\u044b\u0441\u0442\u0430\u0432\u043b\u0435\u043d\u0438\u0438 \u0437\u043d\u0430\u0447\u0435\u043d\u0438\u044f \u0432 false);<\/p>\n
De opdracht «systemctl reboot» heeft de opties «—boot-load-menu=» en \n «—boot-loader-entry=» gekregen, waarmee het mogelijk is om na een herstart een specifieke optie in het opstartmenu of opstartmodus te kiezen;<\/p>\n
Een nieuwe isolatie-opdracht «RestrictSUIDSGID=» is toegevoegd, die seccomp gebruikt om de creatie van bestanden met SUID\/SGID-vlaggen te verbieden;\n
De beperkingen «NoNewPrivileges» en «RestrictSUIDSGID» worden nu standaard toegepast op services met ingeschakeld dynamisch gebruikersidentificatie modus («DynamicUser»);\n
De standaardinstelling in .link-bestanden voor MACAddressPolicy=persistent is gewijzigd om een groter aantal apparaten te omvatten. Netwerkinterfaces voor bruggen, tunnels (tun, tap) en gebundelde verbindingen (bond) identificeren zichzelf alleen aan de hand van de naam van de netwerkinterface, daarom wordt deze naam nu gebruikt als basis voor het binden van MAC- en IPv4-adressen. Bovendien is de instelling «MACAddressPolicy=random» toegevoegd, die kan worden gebruikt om MAC- en IPv4-adressen willekeurig aan apparaten te binden;\n
De door systemd-fstab-generator gegenereerde .device unit-bestanden bevatten nu geen bijbehorende .mount units meer als afhankelijkheden in de sectie Wants=. Eenvoudige aansluiting van een apparaat leidt nu niet tot de automatische start van de mount unit, maar dergelijke units kunnen nog steeds om andere redenen worden gestart, bijvoorbeeld als onderdeel van local-fs.target of als afhankelijkheid van andere units die afhankelijk zijn van local-fs.target;\n
De commando's networkctl list\/status\/lldp hebben ondersteuning gekregen voor maskers (*, enz.) om bepaalde groepen netwerkinterfaces op basis van hun naam te filteren;\n
De omgevingsvariabele $PIDFILE wordt nu ingesteld met behulp van het absolute pad, dat in de services is geconfigureerd via de parameter PIDFile=;\n