Pour le coup ce “soucis” de port pourrait être adressé si on faisait un network sur docker et qu’on mettait Gladys avec les autres docker. On arrête de taper le port 8080 de la machine mais on passe uniquement en interne côté docker.
Et si le besoin c’est potentiellement d’aller voir les logs de z2m on peut aussi mettre un port random au dela de 49XXX (les ports qui sont dis “libre”) non ?
Non, justement le but d’ouvrir le port 8080 c’est de pouvoir avoir accès à l’interface de Zigbee2mqtt dans le navigateur, donc on veut justement être ouvert sur le port de la machine
Gladys et Zigbee2mqtt communique en MQTT
Je ne suis pas un grand expert quand il s’agit de réseau, si on mappe un autre port pour z2m (avec une variable d’environnement) … est-ce qu’on casse tout ?
Attention on parle juste de l’interface web la 
rien à voir avec la liaison entre Gladys et le logiciel Zigbee2mqtt
Oui oui c’est pour ça que je me demandais si on pouvait pas simplement changer le port 8080 pour accéder à l’UI de z2m.
Sous UNRAID ce genre de changement n’est pas vraiment gênant (pas besoin de retenir le port même) car on accède à l’UI en cliquant sur un bouton (webUI) :
@jgcb00 Je vais y réfléchir semaine prochaine sur comment on peut changer ça, mais est-ce que tu pense qu’on peut sortir une v1 de l’app Gladys Unraid sans ça, ou ça te parait vraiment critique pour le lancement de l’intégration ?
Je vais faire une release semaine prochaine avec déjà tout ce que j’ai fais:
Pas sûr que j’ai une solution pour le port 8080 avant cette release, suivant la solution que je choisis ça peut-être un petit comme un moyen/gros développement. Si c’est une variable d’env c’est facile, si c’est dans l’UI ça devient un vrai boulot.
Je me pose la question, parce que si on fait ça en tant que variable d’env, ça veut dire que je développe ça spécifiquement pour Unraid et on ne le présentera jamais aux utilisateurs Gladys (on ne demande jamais aux utilisateurs Gladys de faire du CLI, de modifier le docker run, c’est le mantra n°1 de la v4), si par contre on veut que ce soit un settings disponible à tous les utilisateurs Gladys (en mode c’est pratique pour tout le monde), et bien ça doit être dans l’UI, mais du coup c’est un dev assez important.
Le port zigbee2mqtt n’est pas lié au docker run, c’est dans la conf, un restart du conteneur et c’est tout.
J’ai même envie de dire que ça devrait être un paramètre de l’intégration
Effectivement j’avais pas vu qu’on était en mode network=host sur ce container aussi.
C’est pas simple alors comme développement.
Coucou tout le monde,
Je voulais me laisser un peu le temps de la réfléxion.
Alors j’ai envisagé plusieurs solutions :
Edit: j’arrive pas à comprendre en quoi c’est dur de récupérer la variable d’environnement et de la mettre au moment du docker run initial de zigbee2mqtt ?
C’est surtout les instances existantes qu’il faut aussi gérer et qui n’ont pas ces variables 
On peut pas attribuer par défaut une valeur si c’est pas renseigné ?
Rien de dur à ça, ça c’est la version simple, mais de ce qu’on ce dit c’est pas ça qu’il faut faire !
@jgcb00 Je te confirme que tous les fix sont parti en PROD pour Zigbee2mqtt/MQTT, ainsi que la compatibilité Debian 11/Ubuntu > 20.04.
Je pense que c’est le bon moment pour faire une première version d’une intégration Unraid
Est-ce qu’il te manque des choses pour sortir une 1ère version ?
Hello,
Super je regarde ça et je fais une merge request au plus vite
Il est sur quel port le broquer MQTT ?
1883 par défaut
C’est pas eclipse-mosquitto qui est dessus ?
De ce que je vois j’ai :
C’est bien ça ?
Juste une question ça sert à quoi mosquitto ? que je puisse justifier son installation dans la doc !
C’est un broker MQTT ok mais c’est quoi la différence avec MQTT du coup ?
Mqtt c’est un protocole, mosquitto est un “serveur” mqtt
Comme tu as pour http, Apache ou nginx
ok ça marche merci mais du coup le containeur MQTT il fait quoi concrètement si c’est eclipse mosquitto le broker ?
eclipse mosquitto = mqtt
