Att kombinera två Ethernetportar kan innebära mycket olika saker. Användaren i källan ville ha LACP/länkaggregering över två 2,5GbE-gränssnitt så att NAS-enheten kunde få högre sammanlagd bandbredd och redundans. En annan diskussion i communityt handlade om en Linux-brygga som vidarebefordrar trafik mellan gränssnitt. Det är inte likvärdiga konstruktioner.
Diskussionen i källan från 2025–2026 ledde inte till någon verifierad beständig ZimaOS-konfiguration för LACP. Användare rapporterade att WebUI saknade kontroller för länkaggregering, och den ursprungliga skribenten försökte anpassa en NetworkManager-liknande konfiguration men uppgav att varken en omstart av NetworkManager eller hela systemet fick länkaggregeringen att fungera.
En brygga är inte samma sak som LACP
En Linux-brygga ansluter nätverkssegment på lager 2 och kan få en värd att fungera ungefär som en switch. Den kombinerar inte automatiskt två uplänkar till en logisk anslutning på 5 Gbit/s.
LACP/802.3ad skapar ett logiskt, sammanfogat gränssnitt och kräver normalt kompatibel konfiguration både på NAS-enheten och den hanterbara switchen.
Källan ville använda två 2,5GbE-portar som en gemensam länk
Systemet hade ett inbyggt 1GbE-nätverkskort samt två 2,5GbE-gränssnitt på ett expansionskort. Användaren ville aggregera paret i stället för att bara använda båda som separata adresser.
Användaren insåg också alternativet: att installera ett enda 10GbE-nätverkskort och använda en matchande switch.
Källan hittade ingen LACP-kontroll för ZimaOS i gränssnittet
Det första svaret uppgav att länkaggregering inte var tillgänglig via WebUI. Senare fortsatte användare att efterfråga inbyggt stöd för länkaggregering fram till juli 2026.
Den aktuella offentliga dokumentationen om ZimaOS-nätverk visar fysiska portar individuellt, med länkstatus, hastighet, DHCP/manuell IP-adress, gateway och DNS-inställningar. Den beskriver inget arbetsflöde för att skapa LACP eller länkaggregering.
Använd den aktuella modellen för nätverksgränssnitt i ZimaOS som den stödda utgångspunkten.
Manuell länkaggregering i NetworkManager-stil bekräftades inte fungera
Den ursprungliga skribenten upptäckte att ZimaOS inte använde den traditionella Debian-strukturen /etc/network och hittade i stället konfiguration kopplad till NetworkManager. Användaren kopierade och redigerade anslutningsfiler för att skapa en länkaggregering, men uppgav att varken en omstart av NetworkManager eller en fullständig omstart gav önskat resultat.
Detta är negativ evidens från källan. Den bör inte omvandlas till en fungerande CLI-guide.
LACP på switchen räcker inte på egen hand
En hanterbar switch kan endast aggregera portar när servern också deltar i samma LACP- eller länkaggregeringskonfiguration. Om två vanliga ZimaOS-gränssnitt ansluts till samma LACP-grupp utan länkaggregering på värden kan det leda till instabil MAC-inlärning eller förlorad anslutning.
Två 2,5GbE-länkar ger inte en enda filöverföring på 5 Gbit/s
Även på system där LACP fungerar fördelas trafiken vanligtvis genom hashning per flöde. Ett enda SMB/TCP-flöde ligger normalt kvar på en av medlemslänkarna, medan flera klienter eller sessioner kan fördelas över olika länkar.
Länkaggregering är därför främst användbart för sammanlagd bandbredd för flera klienter och redundans, inte som ett garanterat sätt att fördubbla överföringshastigheten för en enda arbetsstation i ett enskilt flöde.
Ett enda snabbare nätverkskort är ofta enklare
Om det faktiska målet är att en klient ska överföra data snabbare än 2,5 Gbit/s kan en enda 10GbE-anslutning vara enklare att förstå och konfigurera än LACP, eftersom den inte är beroende av hashning per flöde eller en LAG-konfiguration på en hanterbar switch.
Lagringspoolen och klienten måste fortfarande vara tillräckligt snabba för att mata anslutningen.
Tråden förblev en funktionsbegäran
Inget svar från IceWhale-personal i källtråden meddelade att inbyggt LACP-stöd hade införts, och i juli 2026 efterfrågade en deltagare fortfarande kontroller för länkaggregering i officiella hanteringsgränssnitt.
Tills ZimaOS publicerar ett stödt arbetsflöde för länkaggregering bör du undvika beständiga ändringar av värdens nätverkskonfiguration på en fjärrstyrd eller huvudlös NAS, om du inte har åtkomst till en lokal konsol och en plan för att återställa ändringarna.
Vanliga frågor om länkaggregering
Är en nätverksbrygga samma sak som LACP?
Nej. En brygga vidarebefordrar trafik på lager 2, medan LACP sammanfogar länkar till ett logiskt gränssnitt i samarbete med switchen.
Bekräftade källtråden en fungerande beständig länkaggregering i ZimaOS?
Nej. Den ursprungliga skribentens manuella försök med NetworkManager fungerade inte.
Gör två 2,5GbE-LACP-länkar att en enda SMB-kopiering körs i 5 Gbit/s?
Vanligtvis inte. LACP är främst användbart för flera samtidiga flöden och redundans.
