Une version stable de l'interface pour simplifier la configuration des paramètres réseau est maintenant disponible : NetworkManager 1.40.0. Les plugins pour supporter les VPN (Libreswan, OpenConnect, Openswan, SSTP, etc.) évoluent dans le cadre de leurs propres cycles de développement.
Principales nouveautés de NetworkManager 1.40 :
- Dans l'interface en ligne de commande nmcli, un flag « —offline » a été mis en œuvre, permettant de traiter les profils de connexion au format keyfile sans faire appel au processus en arrière-plan de NetworkManager. En particulier, lors de la création, de l'affichage, de la suppression et de la modification des paramètres liés à l'interface réseau, la commande « nmcli connection » peut maintenant fonctionner sans faire appel au processus en arrière-plan de NetworkManager via D-Bus. Par exemple, lors de l'exécution de la commande « nmcli —offline connection add ... », l'outil nmcli n'enverra pas de demande d'ajout de profil de connexion au processus en arrière-plan, mais affichera directement sur stdout le bloc de paramètres correspondant au format keyfile, ce qui permet d'utiliser nmcli dans des scripts pour générer et modifier des profils de connexion. Pour activer le profil créé, il peut être sauvegardé dans le répertoire /etc/NetworkManager/system-connections. # Configurons la sauvegarde des fichiers avec les permissions « 600 » (accessibles uniquement au propriétaire). umask 077 # Générons un profil au format keyfile. nmcli —offline connection add type ethernet con-name my-profile \ | tee /etc/NetworkManager/system-connections/my-profile.nmconnection # Modifions le profil nmcli —offline connection modify connection.mptcp-flags enabled,signal \ < /etc/NetworkManager/system-connections/my-profile.nmconnection \ | tee /etc/NetworkManager/system-connections/my-profile.nmconnection~ mv /etc/NetworkManager/system-connections/my-profile.nmconnection~ \ /etc/NetworkManager/system-connections/my-profile.nmconnection # Après avoir écrasé le profil sur le disque, rechargeons les paramètres de NetworkManager nmcli connection reload
- Ajout de la prise en charge de MPTCP (Multipath TCP), une extension du protocole TCP permettant d'organiser le fonctionnement des connexions TCP en transmettant des paquets simultanément par plusieurs itinéraires via différentes interfaces réseau, associées à différentes adresses IP. NetworkManager peut maintenant gérer les adresses IP annoncées ou utilisées dans les flux supplémentaires MPTCP, y compris la configuration automatique de ces adresses, de la même manière que le fait le processus mptcpd. NetworkManager prend également en charge l'activation de MPTCP dans le noyau en définissant sysctl /proc/sys/net/mptcp/enabled et en réglant les restrictions imposées par la commande « ip mptcp limits ». Pour gérer le traitement de MPTCP, une nouvelle propriété « connection.mptcp-flags » a été introduite, permettant d'activer MPTCP et de choisir les paramètres d'adressage (signal, subflow, backup, fullmesh). Par défaut, MPTCP est activé automatiquement dans NetworkManager si sysctl /proc/sys/net/mptcp/enabled est défini dans le noyau.
- Enregistrement des paramètres de liaison adresses IP pour DHCP (bail DHCP) dans le fichier /run/NetworkManager/devices/$IFINDEX (les informations sont sauvegardées dans les sections [dhcp4] et [dhcp6]), ce qui permet de déterminer les liaisons par une simple lecture du fichier sans avoir recours à D-Bus ou exécuter la commande « nmcli -f all device show eth0 ».
- Le profil de connexion a été enrichi d'un paramètre ipv4.link-local pour lier les liens locaux IPv4 avec les adresses intranet 169.254.0.0/16 (IPv4LL, Link-local). Auparavant, les adresses IPv4LL pouvaient être spécifiées manuellement (ipv4.method=link-local) ou obtenues via DHCP.
- Ajout d'un paramètre « ipv6.mtu » pour la configuration de l'MTU (Maximum Transmission Unit) pour l'IPv6.
- Suppression du code de l'implémentation non utilisée du client DHCPv4, basée sur le code de systemd. L'implémentation n-dhcp4 du paquet nettools est utilisée depuis longtemps comme client DHCP.
- Redémarrage de DHCP lors du changement d'adresse MAC sur l'appareil.
Source : opennet.ru
