Combinar dos puertos Ethernet puede significar cosas muy diferentes. El usuario de la fuente quería LACP/agregación de enlaces entre dos interfaces 2.5GbE para que el NAS obtuviera mayor ancho de banda agregado y redundancia. Otro hilo de la comunidad analizaba un puente de Linux que reenvía tráfico entre interfaces. No son diseños equivalentes.
El debate de la fuente de 2025-2026 no produjo una configuración LACP persistente y verificada para ZimaOS. Los usuarios informaron que no había controles de bonding en la interfaz web, y el autor original intentó adaptar una configuración al estilo de NetworkManager, pero dijo que reiniciar NetworkManager y todo el sistema no hizo funcionar el bonding.
Un puente no es lo mismo que LACP
Un puente de Linux conecta segmentos de red en la capa 2 y puede hacer que un host se comporte, en cierta medida, como un switch. No combina automáticamente dos enlaces ascendentes en una única conexión lógica de 5 Gbps.
LACP/802.3ad crea una interfaz lógica agrupada y normalmente requiere una configuración compatible tanto en el NAS como en el switch gestionado.
La fuente quería usar dos puertos 2.5GbE en un único grupo
El sistema tenía una NIC integrada de 1GbE y dos interfaces 2.5GbE en una tarjeta de expansión. El usuario quería agregar el par en lugar de utilizarlos simplemente como direcciones independientes.
También reconoció la alternativa: instalar una única NIC de 10GbE y usar un switch compatible.
La fuente no encontró controles de LACP de ZimaOS en la interfaz
La primera respuesta indicó que la agregación de enlaces no estaba disponible desde la interfaz web. Posteriormente, los usuarios siguieron solicitando compatibilidad nativa con bonding hasta julio de 2026.
La documentación pública actual de ZimaOS sobre redes muestra los puertos físicos individualmente, con el estado del enlace, la velocidad, la IP mediante DHCP o manual, la puerta de enlace y la configuración DNS. No documenta un flujo de trabajo para crear grupos LACP o interfaces agrupadas.
Usa el modelo actual de interfaces de red de ZimaOS como referencia compatible.
No se confirmó que el bonding manual al estilo de NetworkManager funcionara
El autor original descubrió que ZimaOS no utilizaba la estructura tradicional de Debian /etc/network y encontró, en su lugar, una configuración relacionada con NetworkManager. Copió y editó archivos de conexión para crear un grupo, pero informó que ni reiniciar NetworkManager ni reiniciar por completo el sistema produjo el resultado deseado.
Eso constituye evidencia negativa de la fuente. No debe transformarse en un tutorial de CLI funcional.
El LACP configurado únicamente en el switch no es suficiente
Un switch gestionado puede agregar puertos solo cuando el servidor también participa en la misma configuración de LACP o bonding. Conectar dos interfaces normales de ZimaOS a un único grupo LACP sin configurar el bonding en el host puede provocar un aprendizaje inestable de direcciones MAC o la pérdida de conectividad.
Dos enlaces 2.5GbE no convierten una única copia de archivos en una transferencia de 5 Gbps
Incluso en sistemas donde LACP funciona correctamente, el tráfico suele distribuirse mediante un hash por flujo. Un único flujo SMB/TCP normalmente permanece en un enlace miembro, mientras que varios clientes o sesiones pueden repartirse entre diferentes enlaces.
Por tanto, la agregación de enlaces resulta más útil para aumentar el ancho de banda agregado de varios clientes y proporcionar conmutación por error, no como una forma garantizada de duplicar la velocidad de transferencia de un único flujo desde una estación de trabajo.
Una única NIC más rápida suele ser más sencilla
Si el objetivo real es que un cliente transfiera datos a más de 2.5 Gbps, una única conexión de 10GbE puede ser más fácil de configurar y entender que LACP, porque no depende del hash por flujo ni de la configuración de un LAG en un switch gestionado.
El grupo de almacenamiento y el cliente también deben ser suficientemente rápidos para alimentar ese enlace.
El hilo siguió siendo una solicitud de función
Ninguna respuesta del personal de IceWhale en este hilo de la fuente anunció compatibilidad nativa con LACP, y en julio de 2026 un participante todavía solicitaba controles de bonding en las interfaces oficiales de administración.
Hasta que ZimaOS publique un flujo de trabajo compatible para configurar bonding, evita realizar cambios persistentes en la red del host de un NAS remoto o sin monitor, a menos que tengas acceso a una consola local y una forma de revertirlos.
Preguntas frecuentes sobre la agregación de enlaces
¿Es un puente de red lo mismo que LACP?
No. Un puente reenvía tráfico de capa 2; LACP agrupa los enlaces en una única interfaz lógica con la cooperación del switch.
¿El hilo de la fuente confirmó que un grupo persistente de ZimaOS funcionara?
No. El intento manual del autor original con NetworkManager no funcionó.
¿Dos enlaces LACP de 2.5GbE harán que una única copia SMB funcione a 5 Gbps?
Normalmente no. LACP resulta más útil para varios flujos simultáneos y para la redundancia.
