{"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\/da\/blog\/news\/vypusk-sistemnogo-menedzhera-systemd-242","title":{"rendered":"Udgivelsen af systemmanageren systemd 242","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Efter to m\u00e5neders udvikling er systemadministratoren systemd 242 blevet frigivet. Blandt nyhederne kan n\u00e6vnes underst\u00f8ttelse af L2TP-tunneler, muligheden for at styre systemd-loginds adf\u00e6rd ved genstart gennem milj\u00f8variabler, underst\u00f8ttelse af udvidede boot-partitioner XBOOTLDR til montering af \/boot, mulighed for opstart med roden i overlayfs og et stort antal nye indstillinger for forskellige typer enheder.<\/p>\n
I sd-boot og bootctl er der implementeret underst\u00f8ttelse af XBOOTLDR-partitioner (Extended Boot Loader), der er beregnet til montering i \/boot, ud over ESP-partitioner, der monteres i \/efi eller \/boot\/efi. Kerner, indstillinger, initrd-billeder og EFI kan nu indl\u00e6ses fra b\u00e5de ESP-partitioner og XBOOTLDR-partitioner. Denne \u00e6ndring g\u00f8r det muligt at bruge bootloaderen sd-boot i mere konservative scenarier, hvor selve bootloaderen ligger i ESP, mens de indl\u00e6ste kerner og relaterede metadata placeres i en separat partition;\n
Der mulighed for at uploade med indstillingen \u00absystemd.volatile=overlay\u00bb er blevet tilf\u00f8jet, hvilket tillader at placere rodkataloget i overlayfs og organisere arbejdet ovenp\u00e5 et skrivebeskyttet rodkatalog med \u00e6ndringer, der skrives til en separat mappe i tmpfs (\u00e6ndringer i denne konfiguration g\u00e5r tabt efter genstart). P\u00e5 lignende m\u00e5de er indstillingen \u00ab--volatile=overlay\u00bb blevet tilf\u00f8jet i systemd-nspawn for at bruge tilsvarende funktionalitet i containere;\n
Indstillingen \u00ab--oci-bundle\u00bb er blevet tilf\u00f8jet i systemd-nspawn, hvilket muligg\u00f8r brugen af runtime-s\u00e6t til at sikre isoleret k\u00f8rsel af containere, der overholder kravene i Open Container Initiative (OCI) specifikationen. For brug i kommandolinjen og nspawn-enheder er der foresl\u00e5et support for forskellige indstillinger beskrevet i OCI-specifikationen, eksempelvis kan indstillingerne \u00ab--inaccessible\u00bb og \u00abInaccessible\u00bb bruges til at ekskludere dele af filsystemet, og for at konfigurere standard udgangsstr\u00f8mme er indstillingerne \u00ab--console\u00bb og \u00ab--pipe\u00bb tilf\u00f8jet;\n
Der er tilf\u00f8jet mulighed for at styre systemd-loginds adf\u00e6rd gennem milj\u00f8variabler: $SYSTEMD_REBOOT_TO_FIRMWARE_SETUP, \n $SYSTEMD_REBOOT_TO_BOOT_LOADER_MENU og \n $SYSTEMD_REBOOT_TO_BOOT_LOADER_ENTRY. Med disse variabler kan du tilslutte dine egne h\u00e5ndteringsprocesser for genstart ( \/run\/systemd\/reboot-to-firmware-setup, \/run\/systemd\/reboot-to-boot-loader-menu og \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
Der er tilf\u00f8jet indstillingerne \u00ab--boot-load-menu=\u00bb og \n \u00ab--boot-loader-entry=\u00bb, som tillader at v\u00e6lge et specifikt punkt i boot-menuen eller boot-tilstand efter genstart;<\/p>\n
En ny sandbox-isoleringskommando \u00abRestrictSUIDSGID=\u00bb er blevet tilf\u00f8jet, som bruger seccomp til at forbyde oprettelsen af filer med SUID\/SGID-flags;\n
Det er nu som standard sikret, at begr\u00e6nsningerne \u00abNoNewPrivileges\u00bb og \u00abRestrictSUIDSGID\u00bb anvendes i enheder med aktiveret dynamisk bruger-id-generering (\u00abDynamicUser\u00bb);\n
Den som standard anvendte indstilling i .link-filer, MACAddressPolicy=persistent, er blevet \u00e6ndret for at omfatte et st\u00f8rre antal enheder. Nettv\u00e6rksbroers, tunnelers (tun, tap) og sammensatte links (bond) identificerer sig ikke andet end ved navn, s\u00e5 dette navn bruges nu som grundlag for at knytte MAC- og IPv4-adresser. Desuden er indstillingen \u00abMACAddressPolicy=random\u00bb tilf\u00f8jet, som kan bruges til at tilknytte MAC- og IPv4-adresser til enheder i tilf\u00e6ldig r\u00e6kkef\u00f8lge;\n
De enheder, der genereres gennem systemd-fstab-generator, inkluderer nu ikke de tilsvarende .mount-enheder som afh\u00e6ngigheder i sektionen 'Wants='. En enkel tilslutning af enheden medf\u00f8rer nu ikke automatisk opstart af monteringsenheden, men s\u00e5danne enheder kan stadig startes af andre grunde, for eksempel som en del af local-fs.target eller som afh\u00e6ngighed af andre enheder, der afh\u00e6nger af local-fs.target;\n
Der er tilf\u00f8jet underst\u00f8ttelse af masker ('*' osv.) i kommandoerne 'networkctl list\/status\/lldp' til at filtrere bestemte grupper af netv\u00e6rksinterfaces baseret p\u00e5 deres navn;\n
Milj\u00f8variablen $PIDFILE ops\u00e6ttes nu ved hj\u00e6lp af den absolutte sti, der er konfigureret i tjenesterne via parameteren 'PIDFile=;\n