Ein stabiler Release des Interfaces zur Vereinfachung der Netzwerkeinstellungen ist verfügbar – NetworkManager 1.32.0. Plugins zur Unterstützung von VPN, OpenConnect, PPTP, OpenVPN und OpenSWAN werden in eigenen Entwicklungszyklen weiterentwickelt.
Hauptneuerungen von NetworkManager 1.32:
- Es wurde die Möglichkeit hinzugefügt, das Backend für die Verwaltung der Firewall auszuwählen, wozu eine neue Option «[main].firewall-backend» in die NetworkManager.conf eingefügt wurde. Standardmäßig wird das Backend «nftables» eingestellt, und wenn die Datei /usr/sbin/nft im System nicht vorhanden ist, aber /usr/sbin/iptables vorhanden ist, wird das Backend «iptables» verwendet. In Zukunft ist geplant, ein weiteres Backend auf Basis von Firewalld hinzuzufügen. Diese Funktion kann zur Konfiguration des Adressübersetzungsgateways mit nftables verwendet werden (zuvor wurde nur iptables verwendet), wenn das Freigabemuster (shared) aktiviert ist.
- Neue Optionen «ethtool.pause-autoneg», «ethtool.pause-rx» und «ethtool.pause-tx» wurden hinzugefügt, um Verzögerungen beim Empfangen oder Senden von Ethernet-Frames einzuführen. Die hinzugefügten Optionen entsprechen den entsprechenden Modi im Tool ethtool — «—pause devname [autoneg on|off] [rx on|off] [tx on|off]».
- Eine neue Einstellung «ethernet.accept-all-mac-addresses» wurde hinzugefügt, die es ermöglicht, den Netzwerkadapter in den Modus «promiscuous» zu versetzen, um Transitnetz-Frames zu analysieren, die nicht für das derzeitige System adressiert sind.
- Es wurde die Möglichkeit hinzugefügt, Rückwärts-DNS-Anfragen auszuführen, um den Hostnamen basierend auf dem Namen aus DNS zu konfigurieren, der für die dem System zugewiesene IP-Adresse festgelegt ist. Dieser Modus wird mit der Option hostname im Profil aktiviert. Zuvor wurde die Funktion getnameinfo() aufgerufen, um den Hostnamen zu bestimmen, wobei die NSS-Konfiguration und der Name, der in der Datei /etc/hostname festgelegt wurde, berücksichtigt wurden (die neue Funktion ermöglicht es, den Namen nur auf der Basis der Rückwärtsauflösung im DNS zu setzen). Um den Hostnamen über DNS abzufragen, wird jetzt die API systemd-resolved verwendet; wenn systemd nicht verwendet wird, wird der Handler ‘nm-daemon-helper’ auf der Basis des NSS-Moduls ‘dns’ gestartet.
- Unterstützung für die Routing-Regeltypen «prohibit», «blackhole» und «unreachable» wurde hinzugefügt.
- Das Verhalten bezüglich der Verkehrsregeln wurde geändert – standardmäßig speichert NetworkManager jetzt die bereits im System festgelegten qdiscs und Verkehrsfilter.
- Die Spiegelung der Profile für WLAN-Verbindungen von NetworkManager in die Konfigurationsdateien von iwd wurde gewährleistet.
- Unterstützung für die DHCP-Option 249 (Microsoft Classless Static Route) wurde hinzugefügt.
- Unterstützung für die Kernel-Parameter «rd.net.dhcp.retry» wurde hinzugefügt, der die Anfrage nach Bindungsaktualisierungen steuert. IP-Adresse.
- Eine wesentliche Umstrukturierung der Ausgangstexte wurde durchgeführt.
- Änderungen wurden an der API vorgenommen, die sich nicht auf die Kompatibilität mit bestehenden Erweiterungen auswirken dürfen. Beispielsweise wurde die Verarbeitung des Signals PropertiesChanged und der D-Bus-Eigenschaft org.freedesktop.DBus.Properties.PropertiesChanged eingestellt, die seit langem als veraltet gelten. In der Bibliothek libnm sind die Definitionen von Strukturen in den Klassen NMSimpleConnection, NMSetting und NMSetting verborgen. Das Format „connection.uuid“ wird als Hauptschlüssel zur Identifizierung des Verbindungsprofils verwendet.
Zusätzlich ist die Veröffentlichung des Netzwerk-Configurationsprogramm ConnMan 1.40 zu erwähnen, das von Intel entwickelt wird und durch einen geringen Ressourcenverbrauch und flexible Möglichkeiten zur Erweiterung der Funktionalität über Plugins gekennzeichnet ist. ConnMan wird in Plattformen und Distributionen wie Tizen, Yocto, Sailfish, Aldebaran Robotics und Nest sowie in verschiedenen Endgeräten mit Linux-basierten Firmware eingesetzt.
Das Unternehmen Intel hat auch die Veröffentlichung des Wi-Fi-Daemons IWD 1.15 (iNet Wireless Daemon) bekannt gegeben, der als Alternative zu wpa_supplicant zur Verbindung von Linux-Systemen mit drahtlosen Netzwerken entwickelt wird. IWD kann sowohl unabhängig als auch als Backend für die Netzwerk-Config-Manager Network Manager und ConnMan verwendet werden. Das Projekt eignet sich für den Einsatz in eingebetteten Geräten und ist für einen minimalen Speicher- und Speicherplatzverbrauch optimiert. IWD verwendet keine externen Bibliotheken und greift nur auf die von der Standard-Linux-Kernel bereitgestellten Funktionen zurück (ein Linux-Kernel und Glibc sind ausreichend).
In der neuen Version von ConnMan sind nur Fehlerkorrekturen im Zusammenhang mit der Verarbeitung von Statusinformationen für die automatische Verbindung und Trennung im WiFi verzeichnet. Zudem wurde eine Sicherheitsanfälligkeit beseitigt, die durch einen Pufferüberlauf im DNS-Proxy-Code verursacht wurde. In der neuen Version von IWD wurde die Unterstützung für den Export von Informationen über die Funktion des Hintergrundprozesses implementiert, die Möglichkeit zur Vorhersage der Intensität des Paketempfangs im VHT RX-Modus (Very High Throughput) hinzugefügt und die Unterstützung für das Verfahren FT-over-DS mit mehreren Basisdienst-Sets (BSS) gewährleistet.
Quelle: opennet.ru
