Une version stable de l'interface pour simplifier la configuration des paramètres réseau est maintenant disponible — NetworkManager 1.32.0. Les plugins pour le support des VPN, OpenConnect, PPTP, OpenVPN et OpenSWAN sont en cours de développement dans le cadre de leurs cycles de développement respectifs.
Les principales nouveautés de NetworkManager 1.32 :
- La possibilité de choisir le backend de gestion du pare-feu a été ajoutée, avec une nouvelle option «[main].firewall-backend» dans NetworkManager.conf. Par défaut, le backend est «nftables», tandis que si le fichier /usr/sbin/nft est absent et que /usr/sbin/iptables est présent, le backend sera «iptables». Un autre backend basé sur Firewalld est prévu pour le futur. Cette fonctionnalité peut être utilisée pour configurer le traducteur d'adresses à l'aide de nftables (auparavant seul iptables était utilisé) lors de l'activation d'un profil de partage (shared).
- De nouvelles options «ethtool.pause-autoneg», «ethtool.pause-rx» et «ethtool.pause-tx» ont été ajoutées pour introduire des délais lors de la réception ou de l'envoi de trames Ethernet. Les options ajoutées correspondent aux modes analogues dans l'outil ethtool — «—pause devname [autoneg on|off] [rx on|off] [tx on|off]».
- Un paramètre «ethernet.accept-all-mac-addresses» a été ajouté, permettant de placer l'adaptateur réseau en mode «promiscuous» pour analyser les trames réseau transitaires qui ne sont pas adressées à la système actuelle.
- Il est maintenant possible d'effectuer des requêtes DNS inversées pour configurer le nom d'hôte en fonction d'un nom DNS défini pour l'adresse IP attribuée au système. Ce mode est activé par l'option hostname dans le profil. Auparavant, la fonction getnameinfo() était utilisée pour déterminer le nom d'hôte, tenant compte de la configuration NSS et du nom défini dans le fichier /etc/hostname (la nouvelle possibilité permet de définir le nom uniquement sur la base de la résolution de la zone inverse dans DNS). Pour interroger le nom d'hôte via DNS, l'API systemd-resolved est désormais utilisée, et si systemd n'est pas appliqué, le gestionnaire 'nm-daemon-helper' basé sur le module NSS 'dns' est lancé.
- Ajout de la prise en charge des types de règles de routage «prohibit», «blackhole» et «unreachable».
- Le comportement concernant les règles de gestion du trafic a été modifié — par défaut, NetworkManager conserve désormais les règles qdiscs et les filtres de trafic déjà appliqués dans le système.
- La mise en miroir des profils de connexions sans fil de NetworkManager dans des fichiers de configuration iwd a été assurée.
- Ajout de la prise en charge de l'option DHCP 249 (Microsoft Classless Static Route).
- Ajout du support du paramètre du noyau «rd.net.dhcp.retry», qui régule la demande de mise à jour des liaisons. une adresse IP.
- Une restructuration significative des textes initiaux a été réalisée.
- Des modifications ont été apportées à l'API, qui ne devraient pas affecter la compatibilité avec les extensions existantes. Par exemple, le traitement du signal PropertiesChanged et de la propriété D-Bus org.freedesktop.DBus.Properties.PropertiesChanged, qui ont été déclarés obsolètes depuis longtemps, a été arrêté. Dans la bibliothèque libnm, les définitions des structures dans les classes NMSimpleConnection, NMSetting et NMSetting sont masquées. Le format « connection.uuid » est utilisé comme clé principale pour identifier le profil de connexion.
On peut également noter la sortie du configurateur réseau ConnMan 1.40, développé par Intel, qui se distingue par sa faible consommation de ressources système et la présence de moyens flexibles pour étendre les fonctionnalités via des plugins. ConnMan est utilisé sur des plateformes et distributions telles que Tizen, Yocto, Sailfish, Aldebaran Robotics et Nest, ainsi que dans divers appareils consommateurs fonctionnant sous Linux.
La société Intel a également publié la version 1.15 du démon Wi-Fi IWD (iNet Wireless Daemon), développé comme alternative à wpa_supplicant pour établir des connexions des systèmes Linux à des réseaux sans fil. IWD peut être utilisé de manière autonome ou comme backend pour les configurateurs réseau Network Manager et ConnMan. Ce projet est adapté pour une utilisation sur des appareils embarqués et optimisé pour une consommation minimale de mémoire et d'espace disque. IWD n'utilise pas de bibliothèques externes et se contente des fonctionnalités fournies par le noyau Linux standard (seulement le noyau Linux et Glibc sont nécessaires pour son fonctionnement).
La nouvelle version de ConnMan ne comprend que des corrections de bogues liées à la gestion de l'état de la connexion automatique et des déconnexions en Wi-Fi. Une vulnérabilité causée par un dépassement de tampon dans le code DNS Proxy a également été corrigée. La nouvelle version d'IWD a introduit la prise en charge de l'exportation des informations sur le fonctionnement du processus en arrière-plan, a ajouté la possibilité de prévoir l'intensité des paquets entrants en mode VHT RX (Very High Throughput) et a assuré la prise en charge de la procédure FT-over-DS avec plusieurs ensembles de services de base (BSS).
Source : opennet.ru
