Für zuverlässigen Fernzugriff auf einen ZVM-Gast sollten Sie den Zugriff auf das ZimaOS-Dashboard vom Zugriff auf die virtuelle Maschine selbst trennen. Ein Cloudflare-Tunnel kann die ZimaOS-Weboberfläche erreichbar machen, während die integrierte ZVM-Konsole weiterhin nicht geladen wird, da die VM-Konsole neben der Dashboard-Seite zusätzliche Browser- und Backend-Verbindungen verwendet.
Der aktuelle Fernzugriff von ZimaOS basiert auf der verschlüsselten Peer-to-Peer-Verbindung von ZimaClient. Wenn Sie den Gast interaktiv verwalten müssen, besteht die robusteste Lösung in der Regel darin, zunächst remote auf das ZimaOS-Netzwerk zuzugreifen und anschließend das native Protokoll des Gasts zu verwenden – RDP für Windows oder SSH für Linux –, statt sich für den täglichen Gebrauch auf die Browserkonsole zu verlassen.
Warum das ZVM-Dashboard geladen wird, der VM-Bildschirm jedoch nicht
Der ursprüngliche Thread zeigte genau diese Aufteilung: Der Benutzer konnte ZVM über einen Cloudflare-Tunnel öffnen und eine VM starten, aber die Anzeige blieb bei einem Ladesymbol. Wurde dasselbe Dashboard über die lokale ZimaOS-IP geöffnet, funktionierte die Anzeige des laufenden Gasts.
Das beweist, dass die VM selbst ausgeführt wurde. Das Problem lag im Remote-Konsolenpfad, nicht beim Start des Gasts.
Verwenden Sie zuerst den integrierten ZimaOS-Fernzugriff
Der aktuelle Leitfaden zum ZimaOS-Fernzugriff erklärt, dass ZimaClient einen verschlüsselten Peer-to-Peer-Pfad zum Heimserver erstellt und automatisch zwischen LAN- und Internetverbindung wählt.
Öffnen Sie nach der Verbindung das ZimaOS-Dashboard über ZimaClient und testen Sie ZVM. Dadurch bleibt der Remote-Pfad innerhalb der Zugriffsmethode, für deren Verwaltung ZimaOS ausgelegt ist.
Bei Windows-VMs nach der Ersteinrichtung vorzugsweise RDP verwenden
Aktivieren Sie nach der Installation und Netzwerkeinrichtung von Windows den Remotedesktop auf Editionen, die diese Funktion unterstützen, weisen Sie der VM eine stabile IP-Adresse oder DHCP-Reservierung zu und verbinden Sie sich über das Remote-Netzwerk. RDP ist für die interaktive Desktop-Nutzung ausgelegt und in der Regel robuster als eine integrierte Installationskonsole.
Wenn sich die VM hinter dem ZVM-NAT befindet, müssen Sie sicherstellen, dass Ihr Remote-Pfad den Gast tatsächlich erreichen kann. Über eine Netzwerkbrücke kann der Gast eine eigene LAN-Adresse erhalten, sie muss jedoch korrekt eingerichtet und getestet werden.
Bei Linux-VMs für die Verwaltung vorzugsweise SSH verwenden
Installieren und aktivieren Sie SSH im Gast und verbinden Sie sich anschließend über das Remote-Netzwerk mit der eigenen IP-Adresse der VM. Verwenden Sie für grafische Linux-Desktops nur dann ein speziell dafür vorgesehenes Remote-Desktop-Protokoll, wenn Sie tatsächlich GUI-Zugriff benötigen.
Warum der browserbasierte Cloudflare-Zugriff möglicherweise eingeschränkt bleibt
Der ursprüngliche Thread lieferte keine verifizierte Lösung für einen Cloudflare-Tunnel mit der ZVM-Konsole, und ein anderer Benutzer meldete dasselbe Problem im Jahr 2026. Stellen Sie daher keine spezielle Cloudflare-Regel als garantierte Lösung dar, ohne sie mit der aktuellen ZVM-Implementierung zu testen.
Wenn Ihr Arbeitsplatz VPN-Clients blockiert oder Sie ZimaClient nicht installieren können, ist der browserbasierte Zugriff möglicherweise für das Dashboard praktisch, reicht für die VM-Anzeige jedoch weiterhin nicht aus. Das ist eine architekturbedingte Einschränkung, die getestet werden sollte, und kein Benutzerfehler.
Überprüfen Sie das Gastnetzwerk, bevor Sie den Remote-Desktop untersuchen
Überprüfen Sie im Gast:
- ob er eine gültige IP-Adresse besitzt;
- ob er das LAN-Gateway erreichen kann;
- ob DNS funktioniert;
- ob der Remote-Dienst Verbindungen annimmt;
- ob die Gast-Firewall den Dienst zulässt.
Der ZVM-Konfigurationsleitfaden behandelt die allgemeine Virtualisierungsumgebung.
RDP oder SSH nicht direkt dem öffentlichen Internet aussetzen
Ein per Portweiterleitung öffentlich erreichbarer RDP- oder SSH-Dienst wird zu einem dauerhaften Angriffsziel. Bevorzugen Sie ZimaClient oder ein anderes privates Overlay-Netzwerk wie Tailscale, WireGuard, Firefly oder NetBird, wie von ZimaOS dokumentiert.
Wenn Ihre Netzwerkregeln die Installation von Clients verbieten, verwenden Sie eine genehmigte Zugriffsmethode, anstatt organisatorische Kontrollen zu umgehen.
So wählen Sie den richtigen Remote-Zugriffspfad
| Ziel | Beste erste Wahl |
|---|---|
| ZimaOS selbst verwalten | ZimaClient-Fernzugriff |
| Eine VM installieren oder wiederherstellen | ZVM-Browserkonsole über eine getestete ZimaOS-Verbindung |
| Täglicher Zugriff auf einen Windows-Desktop | RDP über ein privates Remote-Netzwerk |
| Tägliche Linux-Administration | SSH über ein privates Remote-Netzwerk |
| Browserbasierter Zugriff von einem gesperrten PC | Aktuelles genehmigtes Browser-Gateway testen; die integrierte ZVM-Konsole funktioniert nicht garantiert über jeden Tunnel |
FAQ
Warum kann ich ZVM remote starten, aber die Anzeige nicht sehen?
Die Dashboard-Anfrage und die Verbindung zur integrierten VM-Konsole sind unterschiedliche Pfade. Ein Proxy oder Tunnel kann den einen zulassen und den anderen blockieren.
Macht ZimaClient meine VM automatisch per RDP erreichbar?
Nicht unbedingt. Der Remote-Pfad muss zur IP-Adresse des Gasts routen können, und Netzwerkmodus sowie Firewall des Gasts müssen RDP zulassen.
Ist offiziell nachgewiesen, dass der Cloudflare-Tunnel mit der ZVM-Konsole funktioniert?
Der ursprüngliche Thread bestätigte keine Lösung, und ein späterer Benutzer meldete dasselbe Problem mit der Browserkonsole. Testen Sie die Kompatibilität, anstatt sie vorauszusetzen.
Wie greife ich am sichersten von außerhalb meines Zuhauses auf eine VM zu?
Verwenden Sie ein privates Remote-Netzwerk und verbinden Sie sich anschließend über RDP, SSH oder ein anderes authentifiziertes Gastprotokoll mit dem Gast. Vermeiden Sie eine direkte öffentliche Erreichbarkeit.
