Combiner deux ports Ethernet peut signifier des choses très différentes. L’utilisateur à l’origine de la demande souhaitait une agrégation de liens LACP sur deux interfaces 2,5 GbE afin que le NAS bénéficie d’une bande passante cumulée et d’une redondance. Un autre fil de discussion de la communauté portait sur un pont Linux qui transfère le trafic entre les interfaces. Ces deux architectures ne sont pas équivalentes.
La discussion source de 2025-2026 n’a pas abouti à une configuration LACP ZimaOS persistante et vérifiée. Les utilisateurs ont signalé l’absence de commandes de bonding dans l’interface Web, et l’auteur de la question a tenté d’adapter une configuration de type NetworkManager, mais a indiqué que le redémarrage de NetworkManager et du système entier n’avait pas permis au bond de fonctionner.
Un pont n’est pas la même chose que LACP
Un pont Linux relie des segments réseau au niveau 2 et peut faire fonctionner un hôte en partie comme un commutateur. Il ne combine pas automatiquement deux liaisons montantes en une seule connexion logique à 5 Gbit/s.
LACP/802.3ad crée une interface logique agrégée et nécessite normalement une configuration compatible sur le NAS et sur le commutateur administrable.
La source voulait utiliser deux ports 2,5 GbE comme un seul bond
Le système disposait d’une carte réseau intégrée 1 GbE ainsi que de deux interfaces 2,5 GbE sur une carte d’extension. L’utilisateur voulait agréger ces deux dernières plutôt que de les utiliser simplement comme deux adresses distinctes.
Il avait également identifié l’autre possibilité : installer une seule carte réseau 10 GbE et utiliser un commutateur compatible.
La source n’a trouvé aucune commande LACP ZimaOS dans l’interface
La première réponse indiquait que l’agrégation de liens n’était pas disponible dans l’interface Web. Par la suite, des utilisateurs ont continué à demander la prise en charge native du bonding jusqu’en juillet 2026.
La documentation publique actuelle de ZimaOS sur le réseau affiche les ports physiques individuellement, avec leur état de liaison, leur vitesse, les paramètres IP DHCP ou manuels, la passerelle et le DNS. Elle ne documente pas de procédure de création d’un bond ou d’un groupe LACP.
Utilisez le modèle actuel des interfaces réseau de ZimaOS comme référence prise en charge.
Le bonding manuel de type NetworkManager n’a pas été confirmé comme fonctionnel
L’auteur de la question a découvert que ZimaOS n’utilisait pas l’arborescence Debian traditionnelle /etc/network et a trouvé à la place une configuration liée à NetworkManager. Il a copié et modifié des fichiers de connexion pour créer un bond, mais a indiqué que ni le redémarrage de NetworkManager ni un redémarrage complet n’avaient produit le résultat souhaité.
Il s’agit d’un élément négatif issu de la source. Il ne faut pas le transformer en tutoriel CLI fonctionnel.
Le LACP configuré uniquement sur le commutateur ne suffit pas
Un commutateur administrable ne peut agréger des ports que si le serveur participe également à la même configuration LACP/bond. Brancher deux interfaces ZimaOS ordinaires sur un seul groupe LACP sans bonding côté hôte peut entraîner un apprentissage instable des adresses MAC ou une perte de connectivité.
Deux liaisons 2,5 GbE ne donnent pas 5 Gbit/s pour une seule copie de fichier
Même sur les systèmes où le LACP fonctionne, le trafic est généralement réparti par hachage des flux. Un flux SMB/TCP reste normalement sur une seule liaison membre, tandis que plusieurs clients ou sessions peuvent être répartis sur différentes liaisons.
L’agrégation de liens est donc surtout utile pour augmenter la bande passante cumulée avec plusieurs clients et pour assurer la continuité de service, et non comme moyen garanti de doubler le débit d’une seule transmission depuis un poste de travail.
Une seule carte réseau plus rapide est souvent plus simple
Si l’objectif réel est qu’un seul client transfère des données à plus de 2,5 Gbit/s, une liaison unique 10 GbE peut être plus facile à gérer que le LACP, car elle ne dépend ni du hachage des flux ni de la configuration d’un groupe LAG sur un commutateur administrable.
Le pool de stockage et le client doivent toutefois être suffisamment rapides pour alimenter cette liaison.
Le fil de discussion est resté une demande de fonctionnalité
Aucune réponse du personnel d’IceWhale dans ce fil source n’a annoncé la prise en charge native du LACP, et un participant en juillet 2026 demandait encore l’ajout de commandes de bonding dans les interfaces officielles de gestion.
Tant que ZimaOS n’aura pas publié de procédure de bonding prise en charge, évitez d’apporter des modifications persistantes au réseau de l’hôte sur un NAS distant ou sans écran, sauf si vous disposez d’un accès à une console locale et d’une procédure de restauration.
FAQ sur l’agrégation de liens
Un pont réseau est-il la même chose que LACP ?
Non. Un pont transfère le trafic de niveau 2 ; le LACP agrège des liaisons en une seule interface logique avec la coopération du commutateur.
Le fil source a-t-il confirmé qu’un bond ZimaOS persistant fonctionnait ?
Non. La tentative manuelle de l’auteur de la question avec NetworkManager n’a pas fonctionné.
Deux liaisons LACP 2,5 GbE feront-elles fonctionner une seule copie SMB à 5 Gbit/s ?
En général, non. Le LACP est surtout utile pour plusieurs flux simultanés et pour la redondance.
