4.7. Mise en réseau
NetworkManager passe à la version 1.42.2
Les paquets NetworkManager ont été mis à jour vers la version amont 1.42.2, qui apporte un certain nombre d'améliorations et de corrections de bogues par rapport à la version précédente :
- Les liaisons Ethernet prennent en charge l'équilibrage de la charge à la source.
-
NetworkManager peut gérer les connexions sur l'appareil
loopback. - La prise en charge des routes IPv4 equal-cost multi-path (ECMP) a été ajoutée.
-
La prise en charge de l'étiquetage
802.1addans les connexions de réseaux locaux virtuels (VLAN) a été ajoutée. -
L'application
nmtuiprend en charge les profils de connexion Wi-Fi WPA-Enterprise, Ethernet avec authentification 802.1X et MACsec. - NetworkManager rejette les baux DHCPv6 si toutes les adresses échouent à la détection des adresses dupliquées IPv6 (DAD).
Pour plus d'informations sur les changements notables, lisez les notes de version en amont.
Introduction de la propriété weight dans le routage ECMP avec NetworkManager
Avec cette mise à jour, RHEL 9 prend en charge une nouvelle propriété weight lors de la définition des itinéraires IPv4 Equal-Cost Multi-Path (ECMP). Vous pouvez configurer le routage par trajets multiples à l'aide de NetworkManager pour équilibrer la charge et stabiliser le trafic réseau. Cela permet d'utiliser plusieurs chemins pour la transmission de données entre deux nœuds, ce qui améliore l'efficacité du réseau et fournit une redondance en cas de défaillance d'un lien. Les conditions d'utilisation de la propriété weight sont les suivantes
- Les valeurs valables sont 1-256.
-
Définissez plusieurs itinéraires de saut suivant comme des itinéraires à saut unique à l'aide de la propriété
weight. -
Si vous ne définissez pas
weight, NetworkManager ne peut pas fusionner les routes en une route ECMP.
La mise à jour de NetworkManager améliore la flexibilité de la configuration DNS sur plusieurs réseaux
Avec cette mise à jour, vous pouvez utiliser la section [global-dns] existante dans le fichier /etc/Networkmanager/NetworkManager.conf pour configurer les options DNS sans spécifier la valeur nameserver dans la section [global-dns-domain-*]. Cela vous permet de configurer les options DNS dans le fichier /etc/resolv.conf tout en continuant à vous fier aux serveurs DNS fournis par la connexion réseau pour la résolution DNS réelle. Cette fonctionnalité facilite et assouplit la gestion de vos paramètres DNS lorsque vous vous connectez à différents réseaux dotés de différents serveurs DNS. En particulier lorsque vous utilisez le fichier /etc/resolv.conf pour configurer les options DNS.
NetworkManager supporte désormais une nouvelle propriété vlan.protocol
Avec cette mise à jour, le type d'interface vlan accepte désormais une nouvelle propriété protocol. Le type de propriété est une chaîne de caractères. Les valeurs acceptées sont soit 802.1Q (par défaut), soit 802.1ad. La nouvelle propriété spécifie quel protocole VLAN contrôle l'identificateur de balise pour l'encapsulation.
NetworkManager permet maintenant de configurer un VLAN sur une interface non gérée
Grâce à cette amélioration, vous pouvez utiliser une interface réseau non gérée comme interface de base lors de la configuration d'un réseau local virtuel (VLAN) avec NetworkManager. Par conséquent, l'interface de base du VLAN reste intacte à moins qu'elle ne soit modifiée explicitement par le biais de la commande nmcli device set enp1s0 managed true ou d'une autre API de NetworkManager.
La configuration de TCP Multipath à l'aide de NetworkManager est maintenant entièrement supportée
Avec cette mise à jour, l'utilitaire NetworkManager vous offre la fonctionnalité Multipath TCP (MPTCP). Vous pouvez utiliser les commandes nmcli pour contrôler MPTCP et rendre ses paramètres persistants.
Pour plus d'informations, voir :
L'utilitaire NetworkManager permet désormais d'activer les connexions sur l'interface loopback
Les administrateurs peuvent gérer l'interface loopback pour :
-
Ajouter des adresses IP supplémentaires à l'interface
loopback - Définir la configuration DNS
- Définir une route spéciale, qui n'est pas liée à une interface
- Définir une règle d'acheminement qui n'est pas liée à l'interface
-
Modifier la taille de l'unité de transmission maximale (MTU) de l'interface
loopback
Le mode de liaison balance-slb est désormais pris en charge
Le nouveau mode de liaison balance-slb Source load balancing ne nécessite aucune configuration du commutateur. Le balance-slb divise le trafic sur l'adresse Ethernet source en utilisant xmit_hash_policy=vlan srcmac, et NetworkManager ajoute les règles nftables nécessaires au filtrage du trafic. Par conséquent, vous pouvez maintenant créer des profils de liaison avec l'option balance-slb activée en utilisant NetworkManager.
firewalld repassé à la version 1.2
Le paquetage firewalld a été mis à jour vers la version 1.2, qui apporte de nombreuses améliorations. Les changements notables sont les suivants :
- Prise en charge de nouveaux services (par exemple Kodi JSON-RPC, EventServer, netdata, IPFS)
-
Mode de sécurité intégrée pour garantir que le système reste protégé et que la communication réseau n'est pas interrompue si le service
firewalldrencontre une erreur lors de son démarrage -
Complétion par des tabulations dans la ligne de commande (CLI) pour certaines commandes de la politique
firewalld
Le site firewalld prend désormais en charge le mécanisme de sécurité au démarrage
Avec cette amélioration, firewalld revient aux valeurs par défaut de sécurité en cas d'échec du démarrage. Cette fonctionnalité protège l'hôte en cas de configurations invalides ou d'autres problèmes de démarrage. Par conséquent, même si la configuration de l'utilisateur n'est pas valide, les hôtes utilisant firewalld sont maintenant à l'abri des pannes au démarrage.
conntrack-tools repassé à la version 1.4.7
Le paquetage conntrack-tools a été mis à jour vers la version 1.4.7, qui apporte de nombreuses corrections de bogues et améliorations. Les changements notables sont les suivants :
-
Ajoute l'indicateur
IPS_HW_OFFLOAD, qui spécifie le déchargement d'une entréeconntrackvers le matériel -
Ajoute les compteurs statistiques
clash_resolveetchaintoolong - Prise en charge du filtrage des événements par famille d'adresses IP
-
Accepte oui ou non comme synonymes de on ou off dans le fichier
conntrackd.conf -
Prise en charge du chargement automatique de l'aide de l'espace utilisateur au démarrage du démon. Les utilisateurs n'ont pas à exécuter manuellement les commandes
nfct add helper -
Supprime l'option de commande
-o userspaceet marque toujours les événements déclenchés par l'espace utilisateur - Les problèmes d'injection externe ne sont consignés que sous forme d'avertissement
- Ignore l'ID de la piste lors de la recherche des entrées du cache pour permettre de remplacer les anciennes entrées bloquées
-
Correction de l'analyse erronée des requêtes IPv6
M-SEARCHdans le modulessdp cthelper -
Élimine la nécessité de recourir à la technique du lazy binding dans la bibliothèque
nfct - Assainissement de l'analyse des valeurs du protocole, détection des valeurs non valides
L'API nmstate prend désormais en charge les adresses locales de liaison IPv6 en tant que serveurs DNS
Grâce à cette amélioration, vous pouvez utiliser l'API nmstate pour définir des adresses IPv6 link-local comme serveurs DNS. Utilisez le format <link-local_address>%<interface>, par exemple :
dns-resolver:
config:
server:
- fe80::deef:1%enp1s0L'API nmstate prend désormais en charge les drapeaux MPTCP
Cette mise à jour améliore l'API nmstate avec la prise en charge des drapeaux TCP MultiPath (MPTCP). Par conséquent, vous pouvez utiliser nmstate pour définir les drapeaux d'adresse MPTCP sur les interfaces avec des adresses IP statiques ou dynamiques.
Les propriétés min-mtu et max-mtu ont été ajoutées au MTU sur toutes les interfaces
Auparavant, un message d'exception n'était pas suffisamment clair pour comprendre les plages de MTU prises en charge. Cette mise à jour introduit les propriétés min-mtu et max-mtu dans toutes les interfaces. Par conséquent, nmstate indiquera la plage de MTU prise en charge lorsque le MTU souhaité n'est pas compris dans cette plage.
NetworkManager permet maintenant de configurer un VLAN sur une interface non gérée
Grâce à cette amélioration, vous pouvez utiliser une interface réseau non gérée comme interface de base lors de la configuration d'un réseau local virtuel (VLAN) avec NetworkManager. Par conséquent, l'interface de base du VLAN reste intacte à moins qu'elle ne soit modifiée explicitement par le biais de la commande nmcli device set enp1s0 managed true ou d'une autre API de NetworkManager.
Le mode de liaison balance-slb est désormais pris en charge
Le nouveau mode de liaison balance-slb L'équilibrage de la charge de la source ne nécessite aucune configuration du commutateur. Le balance-slb divise le trafic sur l'adresse Ethernet source en utilisant xmit_hash_policy=vlan srcmac, et NetworkManager ajoute les règles nftables nécessaires au filtrage du trafic. Par conséquent, vous pouvez maintenant créer des profils de liaison avec l'option balance-slb activée en utilisant NetworkManager.
Une nouvelle propriété weight à Nmstate
Cette mise à jour introduit la propriété weight dans l'API et la suite d'outils Nmstate. Vous pouvez utiliser weight pour spécifier le poids relatif de chaque chemin dans le groupe ECMP (Equal Cost Multi-Path routes). Le poids est un nombre compris entre 1 et 256. En conséquence, la propriété weight dans Nmstate offre une plus grande flexibilité et un meilleur contrôle sur la distribution du trafic dans un groupe ECMP.
xdp-tools repassé à la version 1.3.1
Les paquets xdp-tools ont été mis à jour vers la version amont 1.3.1, qui apporte un certain nombre d'améliorations et de corrections de bogues par rapport à la version précédente :
Les utilitaires suivants ont été ajoutés :
-
xdp-bench: Effectue des tests XDP du côté de la réception. -
xdp-monitor: Surveille les erreurs et les statistiques XDP en utilisant les points de trace du noyau. -
xdp-trafficgen: Génère et envoie du trafic par le biais du crochet du pilote XDP.
-
Les fonctionnalités suivantes ont été ajoutées à la bibliothèque
libxdp:-
Les fonctions
xdp_multiprog__xdp_frags_support(),xdp_program__set_xdp_frags_support()etxdp_program__xdp_frags_support()ont été ajoutées pour permettre le chargement de programmes avec le support XDPfrags, une fonction également connue sous le nom demultibuffer XDP. -
La bibliothèque effectue un comptage de références correct lors de l'attachement de programmes aux sockets
AF_XDP. Par conséquent, l'application n'a plus besoin de détacher manuellement les programmes XDP lorsqu'elle utilise les sockets. La bibliothèquelibxdpdétache désormais automatiquement le programme lorsqu'il n'est plus utilisé. Les fonctions suivantes ont été ajoutées à la bibliothèque :
-
xdp_program__create()pour créer des objetsxdp_program -
xdp_program__clone()pour le clonage d'une référencexdp_program -
xdp_program__test_run()pour l'exécution de programmes XDP par l'intermédiaire de l'API du noyauBPF_PROG_TEST_RUN
-
-
Lorsque la variable d'environnement
LIBXDP_BPFFS_AUTOMOUNTest définie, la bibliothèquelibxdpprend désormais en charge le montage automatique d'un système de fichiers virtuelbpffssi aucun n'est trouvé. Un sous-ensemble de fonctionnalités de la bibliothèque peut désormais fonctionner lorsqu'aucunbpffsn'est monté.
-
Les fonctions
Notez que cette version modifie également le numéro de version du programme XDP dispatcher qui est chargé sur les périphériques du réseau. Cela signifie que vous ne pouvez pas utiliser une version précédente et une nouvelle version de libxdp et xdp-tools en même temps. La bibliothèque libxdp 1.3 affichera les anciennes versions du répartiteur, mais ne les mettra pas automatiquement à jour. En outre, après avoir chargé un programme avec libxdp 1.3, les anciennes versions ne fonctionneront pas avec la nouvelle.
iproute repassé à la version 6.1.0
Le paquetage iproute a été mis à jour vers la version 6.1.0, qui apporte de nombreuses corrections de bogues et améliorations. Les changements notables sont les suivants :
Prise en charge de la lecture des statistiques de l'appareil
vdpaIllustration de la lecture des statistiques pour la structure de données
virtqueueà l'index 1 :# vdpa dev vstats show vdpa-a qidx 1 vdpa-a: vdpa-a: queue_type tx received_desc 321812 completed_desc 321812
Illustration de la lecture des statistiques pour la structure
virtqueue dataà l'index 16 :# vdpa dev vstats show vdpa-a qidx 16 vdpa-a: queue_type control_vq received_desc 17 completed_desc 17
- Mise à jour des pages de manuel correspondantes
Le noyau enregistre désormais l'adresse d'écoute dans les messages SYN flood
Cette amélioration ajoute l'adresse IP d'écoute aux messages d'inondation SYN :
Inondation SYN possible sur le port <ip_address>:<port>.
Par conséquent, si de nombreux processus sont liés au même port sur différentes adresses IP, les administrateurs peuvent désormais identifier clairement le socket concerné.
Bugzilla:2143850
