Neues YouTube-Video: Visualisierung im Devices-Adapter

[Letzi]

Hallo zusammen,

ich versuche seit Tagen, den ioBroker PRO Remote Access zum Laufen zu bringen.
Die iot‑Instanz ist grün, PRO‑Login korrekt, Webinstanz gesetzt, VM hat Internet, keine Firewall, kein Pi‑hole‑Block, Port 443 ausgehend funktioniert.

Trotzdem bleibt der Remote‑Zugang dauerhaft auf „nicht verbunden“.

Nach einer vollständigen Analyse zeigt sich ein eindeutiger Fehler:

Die Domain remote.iobroker.pro existiert weltweit nicht.
DNS liefert überall NXDOMAIN.**

Hier die Tests:
Code
nslookup remote.iobroker.pro → NXDOMAIN
dig remote.iobroker.pro → NXDOMAIN
nslookup remote.iobroker.net → NXDOMAIN
Auch externe DNS‑Server liefern NXDOMAIN:

Google 8.8.8.8
Cloudflare 1.1.1.1
OpenDNS
Quad9
Yandex
Fortinet

DNSChecker bestätigt ebenfalls weltweit NXDOMAIN.

iobroker.pro selbst ist erreichbar:
Code
curl -v https://iobroker.pro → HTTP 200 OK

Damit ist klar:

Der Remote‑Tunnel kann technisch nicht funktionieren, weil die benötigte Domain nicht im DNS eingetragen ist. Das ist kein lokales Problem, kein Pi‑hole, keine FritzBox, keine VM‑Konfiguration. Der DNS‑Eintrag fehlt oder ist fehlerhaft.

Wer kann mir bzw. wenn muss ich bei iobroker kontaktieren, um das zu prüfen? Ist ja schön, das ich jetzt Lizenzen dort erworben habe, aber der nutzen ist 0.

Vielen Dank im voraus.

[Meister Mopper]

Für remote access ist der cloud-Adapter vorgesehen. Zeige bitte alle Instanzkonfigurationen, die du vorgenommen hast.

[Letzi]

Hi und danke. Ich hab mich da auf eine Beschreibung im Netz verlassen die eindeutig den iot Adapter für Pro- Remote - Zugang aufführt. Ich hab den Cloud natürlich auch probiert dieser wird auch grün. iobroker.pro.remote interessiert das auch nicht.

[Meister Mopper]

Der iot-Adapter ist nicht die Lösung, es ist der cloud-Adapter.

[Homoran]

@Letzi sagte:

Ich hab mich da auf eine Beschreibung im Netz verlassen

Dann ist diese falsch!
Iot ist für Assistenten, Cloud für Remote!

Ich hab remote ewig nicht mehr genutzt, kann mich aber überhaupt nicht erinnern, dass da ein URL wie iobroker.pro verwendet wird

[Letzi]

Ich hab zum Test beide Lizenzen geholt, ändert nichts. Copilot hat sich ebenfalls die virtuellen Zähne ausgebissen und schwört auch bei Remot Pro kann es nur der iot sein. (Auszug aus dem iOt Adapter: const REMOTE_URL = "https://remote.iobroker.pro";
Im Cloud Adapter steht: Alexa, Google, IFTTT und der Cloud‑Adapter nutzt HTTP‑Polling – der PRO‑Tunnel nutzt WebSockets.

Ich hab mit Copilot ALLE lokalen Fehlerquellen ausgeschlossen:

DNS lokal → OK
DNS Router → OK
DNS extern → OK
Internet → OK
TLS → OK
Ports → OK
Adapter → OK
Webinstanz → OK
Pi‑hole → OK
VM → OK
Cloud‑Adapter → irrelevant

Der einzige Fehler, der übrig bleibt:
remote.iobroker.pro existiert nicht im DNS.

[Homoran]

@Letzi ich hab meinen Lebtag nur den cloud Adapter installiert gehabt, noch nie den iot-Adapter!

Für Fernzugriff wird ioBroker.cloud adapter nötig. Für alle anderen Funktionen wird ioBroker.iot adapter.

Quelle: https://www.iobroker.net/#de/documentation/cloud/iot.md

[Letzi]

Remote-Zugriff über den Cloud-Adapter funktioniert aktuell nicht.

Ich habe die komplette Verbindungskette getestet:

DNS: iobroker.net wird korrekt aufgelöst (212.227.204.205)
Pi-hole: blockiert nichts
FritzBox / Firewall: blockiert nichts
Port 10555: erreichbar, TLS-Handshake erfolgreich
Cloud-Adapter: grün, Login OK, Diagnose zeigt eingehende Bytes

ABER:

• Ausgehende Bytes bleiben 0
• „Web-Client verbunden“ bleibt FALSE
• Der Remote-Tunnel wird nicht aufgebaut

Entscheidender Test:

curl -v -H "Connection: Upgrade" -H "Upgrade: websocket" https://iobroker.net:10555

Ergebnis:
HTTP/1.1 502 Bad Gateway

Das bedeutet:
Der WebSocket-Tunnel-Endpunkt hinter iobroker.net:10555 ist serverseitig defekt oder deaktiviert.
Mein Netzwerk ist vollständig sauber.
Der Fehler liegt eindeutig auf ioBroker-Seite.

Fazit:
Remote-Zugriff über den Cloud-Adapter ist aktuell nicht funktionsfähig, weil der WebSocket-Tunnel auf dem ioBroker-Server einen 502-Fehler liefert.

[Letzi]

Funktioniert es den überhaupt bei jemanden?
Ich hab das mal zusammengefasst dem Support geschrieben, für beide Adapter, da der Pro in seiber Beschreibung den Remote auch erwähnt.

Nichts gegen VPN, Tailscale, Nginx Proxy, Cloudflare usw. eine iobroker Lösung hätte ich bevorzugt.

[Homoran]

@Letzi sagte:

da der Pro in seiber Beschreibung den Remote auch erwähnt.

Natürlich, aber nur via cloud-Adapter.
Und nur pro, nicht net

Hab dir ja die Doku zitiert und verlinkt

[Bluefox]

@Letzi 10555 ist nur LoadBalancer, dann wird, meistens auf 10556, weitergeleitet.
remote.iobroker.pro ist ein experimentelles Service, welches nicht im Einsatz ist.
"Web-Client verbunden" heißt, dass keine über iobroker.net versucht auf dein System zu zugreifen.
"Der Remote-Tunnel wird nicht aufgebaut" was heißt es?

[Letzi]

Dass der Remote‑Tunnel nicht aufgebaut wird, bedeutet, dass der ioBroker‑Cloud‑Server keinen aktiven Tunnel-Endpunkt bereitstellt.
Die Verbindung zu 10555/10556 funktioniert zwar (LoadBalancer → interner Proxy), aber der eigentliche Tunnel‑Handshake kommt nicht zustande.
Ohne diesen Handshake gibt es keinen Remote‑Zugriff – der Web‑Client‑Status ist nur eine WebSocket‑Statusmeldung und kein aktiver Tunnel. Bei der ioBroker App kommt es zu den gleichen Fehler nur anderes dargestellt.