{"id":119503,"date":"2024-08-15T21:43:01","date_gmt":"2024-08-15T19:43:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-netplan-1-1-instrumentariya-dlya-nastrojki-parametrov-seti"},"modified":"2024-08-15T21:43:01","modified_gmt":"2024-08-15T19:43:01","slug":"vypusk-netplan-1-1-instrumentariya-dlya-nastrojki-parametrov-seti","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/vypusk-netplan-1-1-instrumentariya-dlya-nastrojki-parametrov-seti","title":{"rendered":"Ver\u00f6ffentlichung von Netplan 1.1, einem Tool zur Konfiguration von Netzwerkeinstellungen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Version 1.1 des Netplan-Tools wurde ver\u00f6ffentlicht, das das Format zur Speicherung von Netzwerkschnittstelleneinstellungen und die damit verbundenen Werkzeuge zur Verwaltung von Netzwerkkonfigurationen weiterentwickelt. Netplan erm\u00f6glicht die Speicherung von Parametern im YAML-Format und bietet Backends, die den Zugriff auf die Konfiguration f\u00fcr NetworkManager und systemd-networkd abstrahieren. Das Tool wird in der Ubuntu-Distribution seit Version 17.10 und in Debian 12 f\u00fcr Cloud-Systeme verwendet. Das Projekt wird von Canonical mit Beteiligung von Mitarbeitern aus Microsoft und Deutsche Telekom weiterentwickelt. Der Projektcode ist in den Programmiersprachen Python und C geschrieben und wird unter der GPLv3-Lizenz vertrieben. <\/p>\n
Die Arbeit von netplan besteht darin, Netzwerkkonfigurationen aus den Dateien \"{\/lib,etc,run}\/netplan\/*.yaml\" beim Booten zu lesen und die Konfiguration im Katalog \/run in einem Format zu speichern, das f\u00fcr die weitere Verarbeitung durch systemd-networkd oder NetworkManager geeignet ist. Die gesamte Konfiguration wird ausschlie\u00dflich in der urspr\u00fcnglichen YAML-Datei gespeichert, ohne \"\/etc\/network\/interfaces\" zu verwenden, wobei die Aufteilung der Konfiguration auf mehrere Dateien, beispielsweise f\u00fcr separate libvirt- und lxd-Konfigurationen, zul\u00e4ssig ist. Die Beschreibung der Parameter der Netzwerkinterfaces erfolgt mittels einer deklarativen Syntax, die es erm\u00f6glicht, die Struktur eines komplexen Netzwerks relativ einfach zu beschreiben. <\/p>\n
Im Gegensatz zum ifupdown-Format verwendet netplan eine deklarative Syntax; es gibt die M\u00f6glichkeit, Masken f\u00fcr die Namen von Netzwerkinterfaces, MAC-Adressen, Treiber und andere Komponenten anzuwenden; bei der Analyse der Hierarchie der Parameter f\u00fcr Netzwerkinterfaces wird der Kontext ber\u00fccksichtigt, was es erm\u00f6glicht, die Einstellungen korrekt und in der richtigen Reihenfolge an die Handler zu \u00fcbergeben (bei ifupdown kann es bei der Analyse komplexer Konfigurationen zu Problemen aufgrund von Race Conditions kommen). <\/p>\n
In der neuen Version: <\/p>\n
\n
Die M\u00f6glichkeit, die Logik des Dienstes systemd-networkd-wait-online zu \u00fcberschreiben, um auf einzelne interne (link-lokale) und routierbare (mit routable Zustand) Netzwerkinterfaces zu warten.\n
Unterst\u00fctzung f\u00fcr die \u00c4nderung der Einstellungen des Embedded-Switch-Modus (eswitch) f\u00fcr Netzwerkinterfaces ohne Virtual Functions (VF) auf SR-IOV (Single Root I\/O Virtualization) Ger\u00e4ten.\n
Unterst\u00fctzung von Flags, die den Parser der Konfiguration beeinflussen, um bestimmte ung\u00fcltige Einstellungen zu ignorieren, ohne die Generierung der gesamten Backend-Konfiguration zu stoppen.\n
Fehlerbehebungen, die Probleme spezifisch f\u00fcr ProtonVPN und Microsoft Azure Linux l\u00f6sen. <\/ul>\n