Der Quellnutzer hat seine Topologie tatsächlich zum Laufen gebracht, aber das Ergebnis sollte präzise beschrieben werden: Das Skript erstellte eine Ethernet-Bridge auf Layer 2 zwischen zwei physischen Schnittstellen unter Linux mit br0. Es konfigurierte keinen klassischen NAT-Router mit IP-Weiterleitung und Masquerading.
Die Lösung war nach eigener Aussage des Autors außerdem fragil. Sie stoppte NetworkManager, löschte Adressen, erstellte die Bridge manuell, war von Schnittstellennamen und einem fest codierten Gateway bzw. einer fest codierten IP-Adresse abhängig und musste nach jedem Neustart erneut ausgeführt werden. IceWhale antwortete später, dass kurzfristig keine integrierte Bridge-Funktion geplant sei. Betrachten Sie dies als Community-Experiment und nicht als aktuelle offizielle Netzwerkfunktion von ZimaOS.
Das Ziel war Router → ZimaOS → persönlicher PC
Das NAS verfügte über mehrere Ethernet-Ports. Einer war upstream mit dem Router verbunden, ein weiterer direkt mit dem persönlichen PC. Der Nutzer wollte, dass der PC über das ZimaOS-System weiterhin im selben LAN bleibt.
Eine Bridge ist nicht dasselbe wie NAT
Eine Bridge verbindet Ethernet-Segmente auf Layer 2, sodass Geräte im selben IP-Subnetz bleiben und den DHCP-Server bzw. das Gateway des vorgeschalteten Routers verwenden können. NAT würde stattdessen zwischen verschiedenen IP-Netzwerken routen und Adressen umschreiben.
Die Quellbefehle verwendeten brctl addbr und brctl addif; NAT- oder Masquerading-Regeln gab es nicht.
Das Quellskript setzte die Netzwerkverwaltung von ZimaOS vorübergehend außer Kraft
Das Skript stoppte NetworkManager, löschte eine Schnittstelle, erstellte br0, fügte beide Netzwerkkarten hinzu, wies eine statische Verwaltungsadresse zu und setzte eine Standardroute.
Dadurch kann der Fernzugriff sofort unterbrochen werden, wenn Schnittstellennamen, Gateway, Subnetz oder Bridge-Befehle falsch sind.
Die Bridge war nicht dauerhaft eingerichtet
Der Nutzer erklärte ausdrücklich, dass das Skript nach jedem Neustart erneut ausgeführt werden musste. Später erstellte er eine Windows-/Plink-Umgehungslösung, die sich beim Start des PCs per SSH mit ZimaOS verband und das Skript ausführte.
SSH-Passwörter in einer Windows-Batchdatei fest zu hinterlegen, entspricht nicht den aktuellen guten Sicherheitspraktiken.
Die spätere Geschwindigkeitsüberschreibung mit ethtool war hardwarespezifisch
Der Autor ergänzte einen ethtool-Befehl, um eine 10-GbE-Schnittstelle auf 10 Gbit/s Vollduplex zu zwingen. Eine erzwungene Geschwindigkeit bzw. Duplex-Einstellung kann bei manchen PHYs und Switches die Autonegotiation beeinträchtigen. Verwenden Sie die normale ausgehandelte Verbindungseinstellung, sofern die Hardware keine dokumentierte Überschreibung erfordert.
Der Autor löschte eine Docker-basierte Bridge-Umgehungslösung, weil sie den Internetzugang beeinträchtigte
Aus der Quelle selbst geht hervor, dass eine Methode mit Container bzw. Netzwerk-Multitool entfernt wurde, weil der Host gelegentlich die Internetverbindung verlor.
Aktuelles ZimaOS dokumentiert dieses Skript nicht als unterstützte Host-Bridge
Die aktuelle IceWhale-Dokumentation zur Netzwerkverwaltung konzentriert sich auf physische Schnittstellen, DHCP bzw. statische Adressen und die normale Netzwerkverwaltung.
Verwenden Sie die aktuelle Grundlage zur ZimaOS-Netzwerkverwaltung.
Wenn Sie Routing oder NAT benötigen, verwenden Sie ein routerorientiertes Betriebssystem oder eine entsprechende VM-Architektur
Für Firewalling, NAT, VLAN-Routing, DHCP und Multi-WAN ist pfSense oder OPNsense eine besser definierte Router-Plattform. Das NAS als nicht dokumentierte Bridge inline zu betreiben, fügt sowohl dem Speicher- als auch dem Netzwerkzugriff einen einzelnen Ausfallpunkt hinzu.
Sorgen Sie für einen Wiederherstellungszugang zur ZimaOS-Verwaltungs-IP
Wenn das Skript eine Schnittstelle leert und die Verwaltungsadresse auf br0 verschiebt, kann eine über diese Schnittstelle laufende SSH-Sitzung sofort abbrechen. Führen Sie erste Tests über eine lokale Konsole durch oder halten Sie einen weiteren bekannten Verwaltungszugang bereit.
Notieren Sie die ursprünglichen Schnittstellenadressen und die Standardroute, bevor Sie Änderungen vornehmen.
Eine Layer-2-Bridge kann Netzwerkschleifen erzeugen
Wenn beide Bridge-Ports versehentlich wieder mit demselben geswitchten Netzwerk verbunden werden, kann die Konfiguration eine Ethernet-Schleife erzeugen. Ohne korrektes Spanning-Tree-Verhalten kann Broadcast-Verkehr das LAN überlasten.
Die Quelltopologie war eine einfache Kette aus Router → ZimaOS → PC. Übertragen Sie das Skript nicht auf beliebige Layouts mit mehreren Switches.
Der vorgeschaltete Router stellt weiterhin DHCP und das Standard-Gateway bereit
Da es sich um eine Bridge und nicht um NAT handelt, bleibt der nachgeschaltete PC normalerweise im Subnetz des Routers und erhält seine Netzwerkkonfiguration vom vorgeschalteten Router. ZimaOS leitet Ethernet-Frames weiter und wird nicht zu einem neuen Gateway für ein geroutetes Subnetz.
Ein Bridge-Skript auf Host-Ebene kann nach Änderungen an Schnittstellen oder Netzwerk-Stack ausfallen
Schnittstellennamen, das Verhalten von NetworkManager, die Kernel-Bridge-Werkzeuge und die Startreihenfolge können sich zwischen Versionen ändern. Testen Sie die Konfiguration nach größeren ZimaOS-Updates erneut und gehen Sie nicht davon aus, dass ein für den Netzwerk-Stack von 2025 geschriebenes Skript dauerhaft kompatibel bleibt.
FAQ zur ZimaOS-Netzwerk-Bridge
Hat das Quellskript für den ursprünglichen Nutzer funktioniert?
Ja. Er berichtete, dass der PC über die ZimaOS-Bridge eine Verbindung erhielt.
War es NAT?
Nein. Die veröffentlichten Befehle erstellten eine Linux-Bridge auf Layer 2.
Hat IceWhale gesagt, dass eine integrierte Bridge-Funktion bald kommen würde?
Nein. Zima-Giorgio sagte, dass sie kurzfristig nicht geplant sei.
