Gladys auf Unraid

Nein, gerade das Ziel, den Port 8080 zu öffnen, besteht darin, auf die Zigbee2mqtt-Oberfläche im Browser zugreifen zu können, also man möchte gerade auf dem Maschinenport geöffnet sein.

Gladys und Zigbee2mqtt kommunizieren über MQTT.

Ich bin kein großer Experte, wenn es um Netzwerke geht. Wenn man einen anderen Port für z2m mapt (mit einer Umgebungsvariable) … bricht dann alles zusammen?

Achtung, wir sprechen hier nur über die Weboberfläche :slight_smile: Das hat nichts mit der Verbindung zwischen Gladys und dem Zigbee2mqtt-Programm zu tun.

Ja ja, genau deshalb habe ich mich gefragt, ob man nicht einfach den Port 8080 ändern könnte, um auf die UI von z2m zuzugreifen.
Unter UNRAID ist diese Art von Änderung nicht wirklich störend (man muss sich den Port nicht einmal merken), da man auf die UI zugreift, indem man auf einen Knopf (WebUI) klickt:

@jgcb00 Ich werde nächste Woche darüber nachdenken, wie wir das ändern können, aber denkst du, dass wir eine v1 der Gladys Unraid-App ohne diese Änderung veröffentlichen können, oder erscheint dir das wirklich kritisch für den Launch der Integration?

Ich werde nächste Woche eine Veröffentlichung mit allem, was ich bisher gemacht habe, vornehmen:

Ich bin mir nicht sicher, ob ich vor dieser Veröffentlichung eine Lösung für den Port 8080 habe, je nach der gewählten Lösung kann es eine kleine oder eine mittelgroße/große Entwicklung sein. Wenn es eine Umgebungsvariable ist, ist es einfach, wenn es in der UI ist, wird es eine echte Arbeit.

Ich frage mich, weil wenn wir das als Umgebungsvariable machen, bedeutet das, dass ich das speziell für Unraid entwickle und wir es den Gladys-Benutzern nie präsentieren werden (wir bitten die Gladys-Benutzer nie, CLI zu verwenden, Docker run zu ändern, das ist das Mantra Nr. 1 der v4), wenn wir aber wollen, dass es eine Einstellung ist, die allen Gladys-Benutzern zur Verfügung steht (im Sinne, dass es praktisch für alle ist), dann muss es in der UI sein, aber dann ist es eine recht große Entwicklung.

Der zigbee2mqtt-Port ist nicht mit dem docker run verknüpft, das ist in der Konfiguration, ein Neustart des Containers und das war’s.

Ich würde sogar sagen, dass es ein Parameter der Integration sein sollte.

Stimmt, ich hatte nicht gesehen, dass wir auch im network=host-Modus für diesen Container sind.

Das ist also nicht so einfach bei der Entwicklung.

Hallo zusammen,
Ich wollte mir etwas Zeit zum Nachdenken nehmen.

Daher habe ich mehrere Lösungen in Betracht gezogen:

  1. Den Container in ein spezifisches Netzwerk setzen, dadurch hat er seine eigene IP-Adresse, aber wie du vermutet hast @pierre-gilles, kann man dann nicht mehr auf den USB zugreifen
  2. Bridge setzen funktioniert nicht und hätte auch keinen Nutzen
    Daher bleibt nur noch 3) wir behalten den Host, der Benutzer muss den Port für alle Container wählen, die wir von der Anwendung aus starten. Es gibt nur zwei, glaube ich:
  • Zigbee2Mqtt
  • Mqtt
    Gibt es noch andere, von denen ich nichts weiß?

Edit: Ich verstehe nicht, warum es so schwer ist, die Umgebungsvariable zu holen und sie beim anfänglichen docker run von zigbee2mqtt zu setzen?

Es sind vor allem die bereits existierenden Instanzen, die ebenfalls verwaltet werden müssen und diese Variablen nicht haben :grimacing:

Kann man nicht standardmäßig einen Wert zuweisen, wenn nichts angegeben ist?

Daran ist nichts schwer, das ist die einfache Version, aber laut dem, was wir besprochen haben, ist das nicht das, was man tun sollte!

@jgcb00 Ich bestätige dir, dass alle Fixes in PROD für Zigbee2mqtt/MQTT gegangen sind, sowie die Kompatibilität mit Debian 11/Ubuntu > 20.04.

Ich denke, es ist der richtige Zeitpunkt, um eine erste Version einer Unraid-Integration zu erstellen :slight_smile:

Fehlt dir noch etwas für eine erste Version?

Hallo,
Super, ich schaue mir das an und mache so schnell wie möglich einen Merge-Request.

Auf welchem Port läuft der MQTT-Broker?

1883 standardmäßig

Ist das nicht eclipse-mosquitto, das da läuft?

Soweit ich sehe, habe ich:

  • Zigbee2MQTT: 8080
  • MQTT: 1883
  • eclipse-mosquitto: 1883 und 1884

Ist das korrekt?

Nur eine Frage: Wofür braucht man mosquitto? Damit ich seine Installation in der Dokumentation rechtfertigen kann!

Es ist ein MQTT-Broker, okay, aber was ist der Unterschied zu MQTT dann?

Mqtt ist ein Protokoll, Mosquitto ist ein „Server“ für Mqtt

So wie du es für http mit Apache oder Nginx hast

ok das funktioniert, danke. Aber was macht der MQTT-Container konkret, wenn Eclipse Mosquitto der Broker ist?

eclipse mosquitto = mqtt

eclipse mosquitto = mqtt