Wenn eine ZimaOS-VM „Netzwerk“ durchsuchen kann, aber den ZimaOS-Host nicht anpingen oder dessen SMB-Freigaben nicht öffnen kann, sollten Sie zunächst das VM-Routing und die Erreichbarkeit des Hosts prüfen, statt bei den Samba-Anmeldedaten anzusetzen. Im Thread vom Dezember 2025 wurde zunächst NAT/Isolation als Ursache vermutet. Eine spätere Antwort vom April 2026 berichtete jedoch, dass selbst der neuere Bridge-Modus eine VM weiterhin daran hindern konnte, den ZimaOS-Host anzupingen.
Dieser spätere Bericht ist wichtig: Der Wechsel zu „Bridged“ ist ein sinnvoller Test, aber je nach ZVM-Version und Netzwerk-Backend keine garantierte Lösung.
Was der ursprüngliche Thread tatsächlich bewiesen hat
Der VM fehlte zunächst der Samba-Client-Stack. Nach dessen Installation konnte die VM ihre eigene print$-Freigabe sehen. Das zeigte, dass die Samba-Software innerhalb des Gasts funktionierte. Der aussagekräftigere Hinweis war, dass ping ZIMAOS_IP „Host nicht erreichbar“ zurückgab.
Die VM konnte einen anderen LAN-Host anpingen. Der Fehler lag daher spezifisch zwischen dem Gast und seinem ZimaOS-Host und nicht an einem vollständigen Ausfall der Netzwerkverbindung des Gasts.
Den ZimaOS-Host per IP testen, bevor Sie das Netzwerk durchsuchen
Testen Sie innerhalb der VM zunächst ping ZIMAOS_IP und öffnen Sie anschließend smb://ZIMAOS_IP oder den entsprechenden Windows-UNC-Pfad. Die Netzwerkerkennung kann fehlschlagen, selbst wenn der direkte SMB-Zugriff funktioniert. Daher sind die Symbole in der Netzwerkansicht kein guter erster Funktionstest.
Die aktuelle ZimaOS-SMB-Hilfe empfiehlt ebenfalls, bei langsamem oder fehlschlagendem SMB-Zugriff die direkte Adresse und die Anmeldedaten zu überprüfen.
Auch im Bridge-Modus kann eine Host-Isolation bestehen
Eine frühe Antwort aus der Community besagte, dass der Bridge-Modus das Problem lösen würde. Ein späterer Nutzer berichtete jedoch, dass das neueste Update weiterhin einen Bridge-Zustand enthielt, in dem die VM den ZimaOS-Host nicht anpingen konnte. Daher ist die ursprüngliche Schlussfolgerung „einfach Bridge verwenden“ zu pauschal.
Wenn die VM andere Geräte im LAN erreicht, aber nicht den ZimaOS-Host, vergleichen Sie das Verhalten mit dem Leitfaden zum Netzwerkzugriff von ZimaOS und erfassen Sie den VM-Netzwerkmodus, die Gast-IP, die Host-IP, das Subnetz und die Routing-Tabelle, bevor Sie Samba erneut ändern.
Verwenden Sie die SMB-Erkennung nicht als einzigen Erfolgstest
Minimale Linux-Gäste führen möglicherweise Avahi, WS-Discovery oder andere Dienste für die Netzwerkdurchsuchung nicht aus. Dadurch können Freigaben in der grafischen Netzwerkansicht verborgen bleiben, obwohl der direkte SMB-Zugriff per IP funktioniert.
Sobald der Ping funktioniert, testen Sie TCP 445 und melden Sie sich direkt an. Erst danach sollten Sie die Diensterkennung untersuchen.
Fazit
Der ursprüngliche Thread grenzte den Fehler unterhalb von Samba ein: Die VM konnte ihren ZimaOS-Host nicht erreichen. Der Bridge-Modus ist weiterhin eine sinnvolle Konfiguration zum Testen, aber der spätere Bericht zeigt, dass die Host-Isolation in einigen ZVM-Builds bestehen bleiben kann. Prüfen Sie zuerst die IP-Erreichbarkeit, dann SMB und anschließend die Erkennung.
