Das war mein erster Gedanke, aber der Gladys-Container ist tatsächlich aktiv.
Ja, ich habe es gerade noch einmal ausprobiert 
Ich habe die Installation/Konfiguration von z2m über Gladys Plus durchgeführt
Keine Fehler in der Mozilla-Konsole
Das bedeutet, dass die WebSocket-Verbindung nicht besteht (und daher der Scan nicht funktionieren wird).
Ah super, zögere nicht, wenn du Hilfe brauchst.
Ich bin lokal, und wie erwähnt, habe ich es noch nicht geschafft, meine Geräte zu erkennen.
Und tatsächlich, wenn man diese Fehlermeldung ändern könnte, wäre das gut, denn sie ist nicht verständlich.
Das Problem ist, dass die Nachricht den Eindruck erweckt, Gladys sei down, was nicht der Fall ist.
Wenn es wirklich ein Problem mit den Websockets gibt, denke ich, dass man sich dem eigentlichen Problem widmen sollte, anstatt den Benutzer zu bitten, Manipulationen durchzuführen.
@Tlse-vins Hast du diese Fehlermeldung lokal mit Gladys v4.2.3 in Produktion?
Auf Seite von Gladys Plus ist das Fix im Bau =>
Alles perfekt bei mir 
genau das ist es.
Okay.. hast du eine besondere Netzwerkkonfiguration, einen Firmenproxy, der WebSockets blockiert? ^^
Funktioniert es nach einem Seitenneuladen oder gar nicht mehr?
nichts Besonderes, auf einer Orange-Box.
Nach einem Neuladen verschwindet die Meldung und kommt von Zeit zu Zeit wieder, aber ich finde trotzdem nicht meine Sensoren.
Ist in der Konfiguration alles grün (alle Container und Verbindungen)?
Falls du nicht auf Port 8080 zugreifen kannst, denke ich, dass der Container zigbee2mqtt nicht läuft. Dadurch sind deine Geräte nicht mit dem Zigbee-Netzwerk von Gladys verbunden.
Ich werde die Dokumentation um weitere Informationen ergänzen.
Was hätte man stattdessen als Nachricht schreiben sollen? « Verbindung zu Gladys Backend unterbrochen? »
Ich wollte nicht ins technische Detail gehen.
Aber ich stimme dir zu, dass man immer die Ursache des Problems finden und zuerst beheben sollte. Aber ich wollte alle Fehlerfälle abdecken.
Ja, das ist der Fall. (Ich mache heute Abend einen Screenshot)
Genauso werde ich es heute Abend überprüfen, aber ich glaube, ich hatte alles aktiviert.
Ja, es ist nicht immer einfach, eine Formulierung zu finden, die weder zu technisch noch zu vage ist. Aber es ist auf jeden Fall besser, eine Fehlermeldung zu haben als gar nichts! Ich werde darüber nachdenken.
das sollten wir übrigens besprechen, ich wusste gar nicht, dass der Zigbee2mqtt-Container einen Port freigibt, wie ist dieses Frontend gesichert? Ist es offen?
Ja, ich denke, wir sollten dieses Thema untersuchen, das ist nicht normal.
Ich denke, das Problem liegt darin, dass das Zigbee2mqtt-Frontend auf die Variable „websocketsConnected“ basiert, aber dieser Zustand ist dynamisch (die WebSocket-Verbindung trennt sich natürlich und verbindet sich regelmäßig wieder, das ist völlig normal), aber wenn sich das WebSocket neu verbindet, bleibt die Zigbee2mqtt-Discover-Ansicht im Zustand „kaputt“. Ich denke, es ist nur ein Problem des Lifecycle.
Der Port 8080 ist offen (auf derselben IP). Das war eine Erleichterung während der Entwicklung und ermöglicht es den Leuten, die zigbee2mqtt-Schnittstelle zu sehen (um zu überprüfen, ob ihre Geräte mit dem Netzwerk verbunden sind). https://github.com/GladysAssistant/Gladys/blob/master/server/services/zigbee2mqtt/docker/gladys-z2m-zigbee2mqtt-env.sh#L35
Aber ich gebe zu, dass es in Sachen Sicherheit nicht ideal ist 
Kann ich einen Pull Request machen, um das Frontend zu deaktivieren ODER es mit einem zufällig generierten Geheimnis für jede Instanz zu sichern?
Es mit einem Secret zu sichern, das in der Gladys-UI angezeigt wird, klingt gut Achtung, man muss die bestehende Konfiguration verwalten und die bereits gestarteten Container neu starten!
Oh je, es scheint Probleme mit deiner Installation zu geben 
Erstellst du ein spezifisches Thema im Forum, um darüber zu sprechen? Ich denke nicht, dass es unbedingt einen Zusammenhang mit der Zigbee2mqtt-Integration gibt, wenn der Docker-Daemon nicht einmal zugänglich ist, wird die Zigbee2mqtt-Integration wohl kaum funktionieren ^^
Meiner Meinung nach gibt es ein Problem mit deiner USB-Stick-Konfiguration
@Tlse-vins
Der Befehl docker ist für root oder Benutzer in der Gruppe docker reserviert.
Versuche, sudo vor deinen Docker-Befehl zu setzen. Falls es immer noch nicht funktioniert, ist Docker nicht gestartet.
Kein Docker gestartet.
Ich öffne einen anderen Beitrag.