Installation von externen Integrationen

Konfiguration
1

Hallo zusammen, und herzlichen Glückwunsch zu all diesen neuen Funktionen.

Wenn ich externe Integrationen installiere, gehen alle in den Status „degraded“ (Zendure, Tapo, MTO, … usw.). Hier zum Beispiel die Logs für Zendure (ich habe eine Solarflow-Batterie und den Cloud-Autorisierungsschlüssel erfolgreich abgerufen):

\[2026-08-17T08:50:08.091Z\] \[INFO\] Starte die Zendure-Integration...
\[2026-08-17T08:52:21.090Z\] \[ERROR\] \[gladys-sdk\] WebSocket-Fehler auf ws://172.30.0.1:81: connect ETIMEDOUT 172.30.0.1:81
\[2026-08-17T08:52:21.092Z\] \[WARN\] \[gladys-sdk\] nicht mit Gladys verbunden (ws://172.30.0.1:81), versuche es in 1000 ms erneut (Versuch 1)
\[2026-08-17T08:54:36.253Z\] \[ERROR\] \[gladys-sdk\] WebSocket-Fehler auf ws://172.30.0.1:81: connect ETIMEDOUT 172.30.0.1:81
\[2026-08-17T08:54:36.254Z\] \[WARN\] \[gladys-sdk\] nicht mit Gladys verbunden (ws://172.30.0.1:81), versuche es in 2000 ms erneut (Versuch 2)
\[2026-08-17T08:55:53.195Z\] \[INFO\] SIGTERM empfangen -> sanftes Herunterfahren
\[2026-08-17T08:55:53.197Z\] \[ERROR\] \[gladys-sdk\] WebSocket-Fehler auf ws://172.30.0.1:81: WebSocket wurde geschlossen, bevor die Verbindung hergestellt wurde
\[2026-08-17T08:55:55.509Z\] \[INFO\] Starte die Zendure-Integration...
\[2026-08-17T08:58:09.247Z\] \[ERROR\] \[gladys-sdk\] WebSocket-Fehler auf ws://172.30.0.1:81: connect ETIMEDOUT 172.30.0.1:81
\[2026-08-17T08:58:09.248Z\] \[WARN\] \[gladys-sdk\] nicht mit Gladys verbunden (ws://172.30.0.1:81), versuche es in 1000 ms erneut (Versuch 1)
\[2026-08-17T09:00:24.412Z\] \[ERROR\] \[gladys-sdk\] WebSocket-Fehler auf ws://172.30.0.1:81: connect ETIMEDOUT 172.30.0.1:81
\[2026-08-17T09:00:24.413Z\] \[WARN\] \[gladys-sdk\] nicht mit Gladys verbunden (ws://172.30.0.1:81), versuche es in 2000 ms erneut (Versuch 2)
\[2026-08-17T09:02:39.581Z\] \[ERROR\] \[gladys-sdk\] WebSocket-Fehler auf ws://172.30.0.1:81: connect ETIMEDOUT 172.30.0.1:81
\[2026-08-17T09:02:39.581Z\] \[WARN\] \[gladys-sdk\] nicht mit Gladys verbunden (ws://172.30.0.1:81), versuche es in 4000 ms erneut (Versuch 3)
\[2026-08-17T09:04:58.844Z\] \[ERROR\] \[gladys-sdk\] WebSocket-Fehler auf ws://172.30.0.1:81: connect ETIMEDOUT 172.30.0.1:81
\[2026-08-17T09:04:58.844Z\] \[WARN\] \[gladys-sdk\] nicht mit Gladys verbunden (ws://172.30.0.1:81), versuche es in 8000 ms erneut (Versuch 4)
\[2026-08-17T09:07:22.205Z\] \[ERROR\] \[gladys-sdk\] WebSocket-Fehler auf ws://172.30.0.1:81: connect ETIMEDOUT 172.30.0.1:81
\[2026-08-17T09:07:22.206Z\] \[WARN\] \[gladys-sdk\] nicht mit Gladys verbunden (ws://172.30.0.1:81), versuche es in 16000 ms erneut (Versuch 5)
\[2026-08-17T09:09:53.757Z\] \[ERROR\] \[gladys-sdk\] WebSocket-Fehler auf ws://172.30.0.1:81: connect ETIMEDOUT 172.30.0.1:81
\[2026-08-17T09:09:53.757Z\] \[WARN\] \[gladys-sdk\] nicht mit Gladys verbunden (ws://172.30.0.1:81), versuche es in 32000 ms erneut (Versuch 6)
\[2026-08-17T09:12:41.692Z\] \[ERROR\] \[gladys-sdk\] WebSocket-Fehler auf ws://172.30.0.1:81: connect ETIMEDOUT 172.30.0.1:81
\[2026-08-17T09:12:41.692Z\] \[WARN\] \[gladys-sdk\] nicht mit Gladys verbunden (ws://172.30.0.1:81), versuche es in 60000 ms erneut (Versuch 7)

Vielen Dank für eure Hilfe.

2

Hallo @jparbel
Ich habe mir erlaubt, deinen Beitrag zu bearbeiten, um die Logs besser lesbar zu machen.
Wenn du deine Logs kopierst/einfügst, kannst du sie anschließend mit diesem Symbol formatieren (wähle dazu deinen Text aus):
image

3

Wenn man sich deine Logs ansieht, sieht es so aus, als hätte Docker ein Problem.
Hast du versucht, deinen Computer neu zu starten?
Etwas anderes zu beachten: Die Updates deines Betriebssystems auf deinem Computer, die aktualisiert werden müssen?

4

Danke @mutmut

Ich nutze Ubuntu 24.04.4 LTS. Ja, ich hatte meinen Rechner neu gestartet und die Integration vor 3 Stunden ebenfalls neu gestartet, mit demselben Ergebnis.

Meine Container sind aktiv und laufen normal:

4e2fa4ec977f Package gladys-zendure · GitHub « dumb-init – node i… » 3 hours ago Up 3 hours gladys-ext-terdious-gladys-zendure

Nur zur Info: Eine Besonderheit meiner Gladys-Installation ist, dass mein Gladys-Server auf Port 81 und nicht auf Port 80 läuft.

5

Das Problem ist also natürlich der Container Gladys, der Port 81 statt 80 verwendet
Versuche, Gladys einen anderen Port als 81 zuzuweisen, und alles sollte laufen :wink:

6

Danke @prohand, Port 80 ist bereits belegt. Ich verstehe nicht, warum ein anderer Port, z. B. 82, etwas ändern sollte.

7

Denn externe Integrationen nutzen den Port 81, um mit Gladys zu kommunizieren, wenn ich mich nicht irre. Und wenn Gladys diesen für die Weboberfläche nutzt, gibt es einen Konflikt.
Warum hast du Gladys nicht standardmäßig auf Port 80 gelassen?

8

Ich glaube, du hast eine Firewall, die den Port 81 oder den Websocket auf Port 81 blockiert.

9

@prohand Weil es mein Hauptrechner ist und ich bereits einen Server auf Port 80 laufen hatte

Gut gesehen @cicoub13, ich habe gerade Port 81 in meiner Firewall freigegeben und es funktioniert! Danke für eure Antworten.

10

Persönlich bin ich auf 8420, weil das historisch gesehen der für die Installation auf Synology angegebene ist, und nach der Migration der Maschine habe ich es einfach beibehalten und hatte nie Probleme :slight_smile:

Freut mich, dass es bei dir wieder funktioniert!