Combinar duas portas Ethernet pode significar coisas muito diferentes. O utilizador original pretendia LACP/agregação de ligações através de duas interfaces 2.5GbE, para que o NAS obtivesse maior largura de banda agregada e redundância. Outro tópico da comunidade discutia uma bridge Linux que reencaminha tráfego entre interfaces. Estes não são designs equivalentes.
A discussão de 2025-2026 não produziu uma configuração LACP persistente e verificada para o ZimaOS. Os utilizadores relataram não existir qualquer controlo de bonding na WebUI, e o autor original tentou adaptar uma configuração ao estilo do NetworkManager, mas afirmou que reiniciar o NetworkManager e todo o sistema não fez o bond funcionar.
Uma bridge não é o mesmo que LACP
Uma bridge Linux liga segmentos de rede na camada 2 e pode fazer com que um anfitrião se comporte parcialmente como um switch. Não combina automaticamente duas ligações ascendentes numa única ligação lógica de 5 Gbps.
O LACP/802.3ad cria uma interface lógica agregada e, normalmente, requer uma configuração compatível tanto no NAS como no switch gerido.
O objetivo era usar duas portas 2.5GbE como um único bond
O sistema tinha uma NIC onboard de 1GbE e duas interfaces 2.5GbE numa placa de expansão. O utilizador pretendia agregar o par, em vez de simplesmente utilizar ambas como endereços separados.
Também reconheceu a alternativa: instalar uma única NIC de 10GbE e utilizar um switch compatível.
Não foi encontrado qualquer controlo LACP do ZimaOS na interface
A primeira resposta indicou que a agregação de ligações não estava disponível na WebUI. Posteriormente, os utilizadores continuaram a solicitar suporte nativo para bonding até julho de 2026.
A documentação pública atual sobre redes do ZimaOS apresenta as portas físicas individualmente, com estado da ligação, velocidade, IP por DHCP/manual, gateway e definições de DNS. Não documenta um processo para criar LACP/bonds.
Utilize o modelo atual de interfaces de rede do ZimaOS como base suportada.
Não foi confirmado que o bonding manual ao estilo do NetworkManager funcionasse
O autor original descobriu que o ZimaOS não utilizava a disposição tradicional do Debian em /etc/network e encontrou, em vez disso, uma configuração relacionada com o NetworkManager. Copiou e editou ficheiros de ligações para criar um bond, mas afirmou que nem reiniciar o NetworkManager nem reiniciar completamente o sistema produziu o resultado pretendido.
Isso constitui evidência negativa na fonte. Não deve ser transformado num tutorial funcional de CLI.
O LACP configurado apenas no switch não é suficiente
Um switch gerido só pode agregar portas quando o servidor também participa na mesma configuração de LACP/bond. Ligar duas interfaces ZimaOS normais a um único grupo LACP sem bonding no anfitrião pode provocar aprendizagem instável de endereços MAC ou perda de conectividade.
Duas ligações 2.5GbE não transformam uma única cópia de ficheiros em 5 Gbps
Mesmo em sistemas com LACP funcional, o tráfego é normalmente distribuído através de hashing por fluxo. Um único fluxo SMB/TCP permanece normalmente numa das ligações do grupo, enquanto vários clientes ou sessões podem ser distribuídos por ligações diferentes.
Por isso, a agregação de ligações é mais útil para largura de banda agregada de vários clientes e para failover, não sendo uma forma garantida de duplicar a velocidade de transferência de uma única estação de trabalho num único fluxo.
Uma única NIC mais rápida é frequentemente mais simples
Se o objetivo real for permitir que um cliente transfira dados a mais de 2,5 Gbps, uma única ligação de 10GbE pode ser mais fácil de compreender e configurar do que LACP, pois não depende de hashing por fluxo nem de uma configuração LAG num switch gerido.
O pool de armazenamento e o cliente têm, ainda assim, de ser suficientemente rápidos para alimentar essa ligação.
O tópico continuou a ser um pedido de funcionalidade
Nenhuma resposta de funcionários da IceWhale neste tópico anunciou suporte nativo para LACP, e um participante de julho de 2026 continuava a solicitar controlos de bonding nas interfaces oficiais de gestão.
Até que o ZimaOS publique um processo de bonding suportado, evite efetuar alterações persistentes à rede do anfitrião num NAS remoto/sem monitor, a menos que tenha acesso a uma consola local e um plano de reversão.
Perguntas frequentes sobre agregação de ligações
Uma bridge de rede é o mesmo que LACP?
Não. Uma bridge reencaminha tráfego da camada 2; o LACP agrega ligações numa única interface lógica com a cooperação do switch.
O tópico confirmou um bond persistente e funcional no ZimaOS?
Não. A tentativa manual do autor original com o NetworkManager não funcionou.
Duas ligações LACP de 2.5GbE farão com que uma única cópia SMB funcione a 5 Gbps?
Normalmente, não. O LACP é mais útil para vários fluxos simultâneos e redundância.
