Monatsrückblick Januar/Februar 2026 ist online!

[Thomas Braun]

@Dr.-Bakterius sagte in Reverse Proxy und ioBroker:

Du verbindest alle Server mit Tailscale?

Jein. Ein Raspberry verteilt Subnet Routes. Im Tailnet direkt sind nur 4 Kisten:

1 Mobiltelefon
1 Raspberry
1 Notebook
1 Mini-PC

Alles andere (wie z. B. eine FritzBox) erreiche ich über die Subnets.

[OliverIO]

@Dr.-Bakterius sagte in Reverse Proxy und ioBroker:

Es muss doch möglich sein ioBroker auch hinter einem reverse Proxy korrekt zu verwenden. Oder weshalb gibt es die Einstellungsseite? Und wenn man den ioBroker so einrichten kann, dass er über SSL erreichbar ist, sollten dann die Adapter das nicht mit berücksichtigen und deren Weboberfläche auch entsprechend erreichbar sein?

da sollte sich dann lieber mal einer der core entwickler dazu äussern.

[Dr. Bakterius]

@OliverIO sagte in Reverse Proxy und ioBroker:

da sollte sich dann lieber mal einer der core entwickler dazu äussern.

Vielleicht @bluefox oder @apollon77?

[arteck]

es gibt einen proxy adapter ..macht der das nicht ??

[Dr. Bakterius]

@arteck sagte in Reverse Proxy und ioBroker:

es gibt einen proxy adapter

Danke für den Tipp, kannte ich noch nicht. Aber auch damit funktioniert es leider nicht.

[Marc Berg]

@Dr.-Bakterius

Kennst Du diese Seite?

https://github.com/ioBroker/ioBroker.admin?tab=readme-ov-file#reverse-proxy

Aus meiner Sicht musst du im Tab "Reverse proxy" des Admin-Adapters Einträge machen:

Pfad (URL-Präfix)	Ziel-Port
/vis/	8082
/nodered/	1880
/roborock/	z.B. 8088

Im Nginx gibt es nur eine Weiterleitung an den Port 8081. Wichtig sind (mindestens) die Header

        proxy_set_header   Host              $host;
        proxy_set_header   X-Real-IP         $remote_addr;
        proxy_set_header   X-Forwarded-For   $proxy_add_x_forwarded_for;
        proxy_set_header   X-Forwarded-Proto $scheme; 

Danach erreichst du alles über deine eine Domain:

https://iobroker.deine-domain.de/       → Admin
https://iobroker.deine-domain.de/vis/   → VIS
https://iobroker.deine-domain.de/nodered/ → Node-RED

Im Node-RED brauchst du zusätzlich in seiner settings.js den Eintrag httpAdminRoot: '/nodered' und httpNodeRoot: '/nodered' – sonst stimmen die internen Pfade nicht. Habe den Adapter nicht mehr installiert, kann auch sein, das man das in der Instanz Konfig einstellen kann.

EDIT: den Reverse Proxy Adapter benötigt man nur, wenn man keinen NGINX betreibt.

[simonf04]

@Marc-Berg sagte in Reverse Proxy und ioBroker:

Kennst Du diese Seite?

https://github.com/ioBroker/ioBroker.admin?tab=readme-ov-file#reverse-proxy

Genau. Hab das auch so am laufen.
Etwas darunter hab ich vor einiger Zeit auch noch ein ausführlicheres Beispiel ergänzt inkl. Screenshots.

[OliverIO]

@simonf04

Normalerweise benötigt die websocket Verbindung noch eine sonderbehandlung. Die kann der Adapter meines Wissens nicht

[simonf04]

@OliverIO sagte in Reverse Proxy und ioBroker:

@simonf04

Normalerweise benötigt die websocket Verbindung noch eine sonderbehandlung. Die kann der Adapter meines Wissens nicht

Ging mir auch nicht um den iobroker.proxy adapter.

Das angesprochene example im admin readme ist mit nginx.

[Dr. Bakterius]

@Marc-Berg sagte in Reverse Proxy und ioBroker:

Kennst Du diese Seite?

Ja, klar. Habe ich alles mehrfach inkl. KI-Hilfe durchgespielt. Leider ohne Erfolg. Ich möchte z.B. nodered über das Menü im ioBroker aufrufen können. Das klappt einfach nicht. Also entweder auf SSL verzichten oder mit eigenen Links arbeiten. Scheinbar ist es nicht möglich den iFrame in einer https-Seite zu öffnen. Egal ob beim Adapter SSL aktiv ist oder nicht. Nur die Fehlermeldungen unterscheiden sich. Entweder die Warnung, dass eine unverschlüsselte Seite nicht in eine verschlüsselte eingebunden werden kann. Oder man bekommt einen Error 500.

@simonf04 sagte in Reverse Proxy und ioBroker:

Hab das auch so am laufen.

Mit SSL?

[OliverIO]

@Dr.-Bakterius

Schaue im Browser in den dev Tools mit F12
Im Network tab
Welche requests nicht funktionieren

Ssl Seiten in iFrames gehen auf http Seiten nicht,
Das ist aus Sicht des Browsers eine sicherheitslücke

https://developer.mozilla.org/en-US/docs/Web/Security/Defenses/Mixed_content#:~:text=Examples of mixed content requests,-Mixed content requests&text=https://secure.com loads,the origin of the request.

Wenn beides ssl ist dann könnte es an Header informationen
der Seite im iframe liegen.

Schaue nach x-Frame-Option oder der content security policy
Auch dazu kannst du dir in den dev Tools die requests anschauen und vor alle. Auch die response header anschauen