Die Kombination zweier Ethernet-Ports kann sehr unterschiedliche Bedeutungen haben. Der Nutzer wollte LACP/Link-Aggregation über zwei 2,5-GbE-Schnittstellen, damit das NAS mehr aggregierte Bandbreite und Redundanz erhält. In einem anderen Community-Thread ging es um eine Linux-Bridge, die Datenverkehr zwischen Schnittstellen weiterleitet. Das sind keine gleichwertigen Designs.
Die Quelldiskussion von 2025–2026 führte zu keiner verifizierten persistenten ZimaOS-LACP-Konfiguration. Nutzer berichteten, dass es in der WebUI keine Bonding-Steuerung gibt. Der ursprüngliche Verfasser versuchte, eine Konfiguration nach dem Vorbild von NetworkManager anzupassen, erklärte jedoch, dass weder ein Neustart von NetworkManager noch des gesamten Systems das Bonding zum Funktionieren brachte.
Eine Bridge ist nicht dasselbe wie LACP
Eine Linux-Bridge verbindet Netzwerksegmente auf Layer 2 und kann einen Host teilweise wie einen Switch agieren lassen. Sie kombiniert jedoch nicht automatisch zwei Uplinks zu einer logischen 5-Gbit/s-Verbindung.
LACP/802.3ad erstellt eine gebündelte logische Schnittstelle und erfordert normalerweise eine kompatible Konfiguration sowohl auf dem NAS als auch auf dem Managed Switch.
Die Quelle wollte zwei 2,5-GbE-Ports zu einem Bond verbinden
Das System verfügte über eine integrierte 1-GbE-Netzwerkkarte sowie zwei 2,5-GbE-Schnittstellen auf einer Erweiterungskarte. Der Nutzer wollte das Paar bündeln, statt beide lediglich als separate Adressen zu verwenden.
Als Alternative wurde auch erkannt: eine einzelne 10-GbE-Netzwerkkarte installieren und einen passenden Switch verwenden.
In der ZimaOS-Benutzeroberfläche wurde keine LACP-Steuerung gefunden
Die erste Antwort erklärte, dass Link Aggregation in der WebUI nicht verfügbar sei. Später forderten Nutzer weiterhin bis Juli 2026 native Bonding-Unterstützung.
Die aktuelle öffentliche ZimaOS-Dokumentation zur Netzwerkverwaltung zeigt physische Ports einzeln mit Linkstatus, Geschwindigkeit, DHCP-/manueller IP-Konfiguration, Gateway- und DNS-Einstellungen. Ein Workflow zum Erstellen von LACP oder Bonds wird dort nicht dokumentiert.
Nutzen Sie das aktuelle ZimaOS-Modell für Netzwerkschnittstellen als unterstützte Grundlage.
Ein manuelles Bonding nach dem Vorbild von NetworkManager wurde nicht als funktionierend bestätigt
Der ursprüngliche Verfasser stellte fest, dass ZimaOS nicht das traditionelle Debian-Layout /etc/network verwendete, und fand stattdessen eine Konfiguration im Zusammenhang mit NetworkManager. Er kopierte und bearbeitete Verbindungsdateien, um einen Bond zu erstellen, berichtete jedoch, dass weder ein Neustart von NetworkManager noch ein vollständiger Neustart das gewünschte Ergebnis brachte.
Das ist ein negatives Indiz aus der Quelle. Es sollte nicht in eine funktionierende CLI-Anleitung umgewandelt werden.
LACP auf der Switch-Seite allein reicht nicht aus
Ein Managed Switch kann Ports nur dann bündeln, wenn der Server ebenfalls an derselben LACP-/Bond-Konfiguration teilnimmt. Werden zwei gewöhnliche ZimaOS-Schnittstellen ohne Bonding auf Host-Seite an eine einzelne LACP-Gruppe angeschlossen, kann dies zu instabilem MAC-Learning oder zum Verlust der Verbindung führen.
Zwei 2,5-GbE-Verbindungen ergeben nicht automatisch 5 Gbit/s für eine einzelne Dateikopie
Selbst auf Systemen mit funktionierendem LACP wird der Datenverkehr typischerweise anhand von Flows verteilt. Ein einzelner SMB-/TCP-Flow bleibt normalerweise auf einer Mitgliedsverbindung, während mehrere Clients oder Sitzungen auf verschiedene Verbindungen verteilt werden können.
Link Aggregation ist daher vor allem für aggregierte Bandbreite bei mehreren Clients und für Failover nützlich, nicht als garantierte Möglichkeit, die Übertragungsrate eines einzelnen Arbeitsplatzrechners bei einem einzelnen Datenstrom zu verdoppeln.
Eine einzelne schnellere Netzwerkkarte ist oft einfacher
Wenn das eigentliche Ziel darin besteht, dass ein einzelner Client schneller als mit 2,5 Gbit/s überträgt, kann eine einzelne 10-GbE-Verbindung leichter nachvollziehbar sein als LACP, da sie nicht von Flow-Hashing oder der LAG-Konfiguration eines Managed Switches abhängt.
Der Speicherpool und der Client müssen jedoch weiterhin schnell genug sein, um diese Verbindung auszulasten.
Der Thread blieb eine Funktionsanfrage
In diesem Quellthread kündigte kein IceWhale-Mitarbeiter native LACP-Unterstützung an, und ein Teilnehmer im Juli 2026 fragte weiterhin nach Bonding-Steuerungen in offiziellen Verwaltungsoberflächen.
Bis ZimaOS einen unterstützten Bonding-Workflow veröffentlicht, sollten Sie auf einem entfernten oder kopflosen NAS keine dauerhaften Änderungen an der Host-Netzwerkkonfiguration vornehmen, sofern Sie keinen lokalen Konsolenzugriff und keinen Wiederherstellungsweg haben.
FAQ zu Link Aggregation
Ist eine Netzwerk-Bridge dasselbe wie LACP?
Nein. Eine Bridge leitet Datenverkehr auf Layer 2 weiter; LACP bündelt Verbindungen zu einer logischen Schnittstelle und erfordert die Mitwirkung des Switches.
Wurde im Quellthread ein funktionierender, persistenter ZimaOS-Bond bestätigt?
Nein. Der manuelle NetworkManager-Versuch des ursprünglichen Verfassers funktionierte nicht.
Lässt eine LACP-Konfiguration mit zwei 2,5-GbE-Verbindungen eine einzelne SMB-Kopie mit 5 Gbit/s laufen?
Normalerweise nicht. LACP ist vor allem für mehrere gleichzeitige Datenströme und Redundanz nützlich.
