Gladys et broker MQTT externe

Bonjour

Je reinstalle une fois de plus Gladys…

J’ai un broker MQTT externe et lorsque j’essaie de connecter Gladys et celui-ci, il ne veut pas…la seule solution est de passer par un conteneur dans gladys, ça fonctionne mais si je veux revenir à ma situation à moi, c’est impossible.

Quelqu’un a deja eu le cas ?

D’avance merci

Hallo,

Tu peux peut-être donner un peu de détails :

  • Quel broker externe ?
  • Comment il est installé ?
  • Il est sur le même réseau que Gladys ?
  • Tu arrives à t’y connecter via une appli type MQTTBox ou autre ?

A titre d’exemple :
J’utilise un mosquitto installé via docker et accessible via ip sur mon réseau interne ou via une url mqtts authentifiée pour l’extérieur.

oui, je suis sur le meme reseau, et j’arrive à me connecter au broker avec un client (user aldi, avecMQTT explorer ou en ligne de commande, auchan )

c’est un broker mosquitto tout ce qu’il y a de plus normal, je dirai. J’utilise un raspberry et la distib est Dietpi, et c’est donc installé avec les menus

dans les logs du broker on voit qu’il n’essaie meme pas

Feb 27 14:32:56 jakku mosquitto[11748]: 1709044376: New client connected from 10.8.0.2:37682 as mqtt-explorer-a8b51e9f (p2, c1, k60, u'aldi').
Feb 27 15:02:56 jakku mosquitto[11748]: 1709046176: Saving in-memory database to /var/lib/mosquitto//mosquitto.db.
Feb 27 15:04:52 jakku mosquitto[11748]: 1709046292: New connection from ::1:39908 on port 1883.
Feb 27 15:04:52 jakku mosquitto[11748]: 1709046292: New client connected from ::1:39908 as auto-E16CFA39-A5B7-7115-BE34-3929FAC7C5F9 (p2, c1, k60, u'auchan').
Feb 27 15:04:52 jakku mosquitto[11748]: 1709046292: Client auto-E16CFA39-A5B7-7115-BE34-3929FAC7C5F9 disconnected.
Feb 27 15:32:57 jakku mosquitto[11748]: 1709047977: Saving in-memory database to /var/lib/mosquitto//mosquitto.db.
Feb 27 16:02:58 jakku mosquitto[11748]: 1709049778: Saving in-memory database to /var/lib/mosquitto//mosquitto.db.
Feb 27 16:32:59 jakku mosquitto[11748]: 1709051579: Saving in-memory database to /var/lib/mosquitto//mosquitto.db.
Feb 27 17:03:00 jakku mosquitto[11748]: 1709053380: Saving in-memory database to /var/lib/mosquitto//mosquitto.db.
Bonjour Protz

Feb 27 17:33:01 jakku mosquitto[11748]: 1709055181: Saving in-memory database to /var/lib/mosquitto//mosquitto.db.

J’ai fait de nombreux essais entre 14h30 et maintenant

Olivier

Salut @bong101,

En effet étrange, j’utilise cette configuration (mosquitto installé sur un autre pi) depuis des années et jamais eu de soucis. Tu l’a configuré comment dans Gladys ?

Comme ça :

La resolution de nom se fait bien depuis le serveur Gladys

root@raspberrypi:~# ping jakku.openwarp.lan
PING jakku.openwarp.lan (10.16.5.20) 56(84) bytes of data.
64 bytes from jakku.openwarp.lan (10.16.5.20): icmp_seq=1 ttl=64 time=0.542 ms

le port 1883 est bien ouvert

root@raspberrypi:~# openssl s_client -connect jakku.openwarp.lan:1883
CONNECTED(00000003)
write:errno=104
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 0 bytes and written 324 bytes
Verification: OK
---
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
Early data was not sent
Verify return code: 0 (ok)

dans les logs Gladys, bah rien…

2024-03-01T09:30:00+0100 scene.checkCalendarTriggers.js:25 (SceneManager.checkCalendarTriggers) Checking calendar triggers at Fri, 01 Mar 2024 08:30:00 GMT
2024-03-01T09:30:00+0100 scene.checkCalendarTriggers.js:25 (SceneManager.checkCalendarTriggers) Checking calendar triggers at Fri, 01 Mar 2024 08:30:00 GMT
2024-03-01T09:31:00+0100 scene.checkCalendarTriggers.js:25 (SceneManager.checkCalendarTriggers) Checking calendar triggers at Fri, 01 Mar 2024 08:31:00 GMT
2024-03-01T09:31:00+0100 scene.checkCalendarTriggers.js:25 (SceneManager.checkCalendarTriggers) Checking calendar triggers at Fri, 01 Mar 2024 08:31:00 GMT
2024-03-01T09:31:18+0100 lan-manager.scan.js:19 (LANManager.scan) LANManager starts scanning devices…
2024-03-01T09:31:32+0100 lan-manager.scan.js:66 (NmapScan.onSuccess) LANManager discovers 8 devices
2024-03-01T09:31:32+0100 lan-manager.stop.js:12 (LANManager.stop) LANManager stops scanning devices
2024-03-01T09:32:00+0100 scene.checkCalendarTriggers.js:25 (SceneManager.checkCalendarTriggers) Checking calendar triggers at Fri, 01 Mar 2024 08:32:00 GMT
2024-03-01T09:32:00+0100 scene.checkCalendarTriggers.js:25 (SceneManager.checkCalendarTriggers) Checking calendar triggers at Fri, 01 Mar 2024 08:32:00 GMT
2024-03-01T09:33:00+0100 scene.checkCalendarTriggers.js:25 (SceneManager.checkCalendarTriggers) Checking calendar triggers at Fri, 01 Mar 2024 08:33:00 GMT
2024-03-01T09:33:00+0100 scene.checkCalendarTriggers.js:25 (SceneManager.checkCalendarTriggers) Checking calendar triggers at Fri, 01 Mar 2024 08:33:00 GMT
2024-03-01T09:33:18+0100 lan-manager.scan.js:19 (LANManager.scan) LANManager starts scanning devices…
2024-03-01T09:33:32+0100 lan-manager.scan.js:66 (NmapScan.onSuccess) LANManager discovers 8 devices
2024-03-01T09:33:32+0100 lan-manager.stop.js:12 (LANManager.stop) LANManager stops scanning devices
2024-03-01T09:34:00+0100 scene.checkCalendarTriggers.js:25 (SceneManager.checkCalendarTriggers) Checking calendar triggers at Fri, 01 Mar 2024 08:34:00 GMT
2024-03-01T09:34:00+0100 scene.checkCalendarTriggers.js:25 (SceneManager.checkCalendarTriggers) Checking calendar triggers at Fri, 01 Mar 2024 08:34:00 GMT
2024-03-01T09:35:00+0100 scene.checkCalendarTriggers.js:25 (SceneManager.checkCalendarTriggers) Checking calendar triggers at Fri, 01 Mar 2024 08:35:00 GMT
2024-03-01T09:35:00+0100 scene.checkCalendarTriggers.js:25 (SceneManager.checkCalendarTriggers) Checking calendar triggers at Fri, 01 Mar 2024 08:35:00 GMT

ja’i fait au moins 5 essais entre 9h30 et 9h35

et dans les logs Mosquitto, pas de tentative de connexion

Mar 01 08:58:30 jakku mosquitto[465]: 1709279910: New connection from 10.8.0.2:55308 on port 1883.
Mar 01 08:58:30 jakku mosquitto[465]: 1709279910: New client connected from 10.8.0.2:55308 as mqtt-explorer-a8b51e9f (p2, c1, k60, u'aldi').
Mar 01 09:10:58 jakku mosquitto[465]: 1709280658: Client mqtt-explorer-a8b51e9f disconnected.
Mar 01 09:11:20 jakku mosquitto[465]: 1709280680: New connection from 10.8.0.2:34648 on port 1883.
Mar 01 09:11:20 jakku mosquitto[465]: 1709280680: New client connected from 10.8.0.2:34648 as mqtt-explorer-a8b51e9f (p2, c1, k60, u'aldi').
Mar 01 09:18:41 jakku mosquitto[465]: 1709281121: Saving in-memory database to /var/lib/mosquitto//mosquitto.db.
root@jakku:~#

pas de trace de connexion en 10.16… mais je suis bien connecté depuis mon VPN

image

je pense plus à un bug, car dans l’écran de configuration, quand je retourne dans Integrations/MQTT/Configuration, le bouton se verouille sur ON pour « Broker dans un conteneur Docker/Utiliser un broker dans un conteneur Docker. »

suis -je le seul dans ce cas ?

Merci

Olivier

Je tiens à dire que ce dysfonctionnement m’arrive sur

  • un raspberry 3 , distrib Raspberry
  • un raspberry 4, distrib Dietpi
  • un Nano R4S, distrib Dietpi

Quelle étrangeté … tu peux essayer avec :

  • mqtt://jakku.openwarp.lan (sans le port)
  • mqtt://j10.16.5.20
  • mqtt://j10.16.5.20:1883
    ?

Sans le ‹ j › je suppose :innocent:

Par hasard, pas de souci d’autocomplete sur ta page de configuration de Gladys?

J’ai tout essayé!!

Sans prendre de haut les personnes qui veulent m’aider, je suis informaticien, et j’installe et configure des applications, etc, mais je ne suis pas a l 'abri d’une erreur de ma part

Ce qui serait super, ce serait qu’une personne veuille bien tester, un raspberry, une install d’un brocker mqtt, et en avant Guiguand !!!

Merci encore!!
Olivier

Salut @bong101,

Comme dis plus haut, j’ai exactement cette configuration, mon broker mosquitto est 12.5.0.100, mon Gladys et la plupart de mes devices sont sur le 12.5.0.xxx et certains appareils sous 12.1.0.xxx et je n’ai aucun soucis en specifiant l’adresse de broker dans Gladys mqtt://12.5.0.100:1883.

Comme proposé plus haut, es-tu certains que ton navigateur ne renseigne pas les champs automatiquement ? (Vraiment pour écarter cette possibilité)
Car généralement les champs apparaissant en jaune comme sur ta photo sont en autocompletion :

Et d’apres d’autres conversations qu’il y a eu sur le forum, certains navigateurs remplaceraient le mot de passe en cliquant sur Sauvegarder de ce que j’en avais compris.

Le fait que le navigateur remplace ou non les champs en jaune, est-ce important? dans le sens où sur le broker, je ne vois pas arriver la tentative de connexion? et qu’elle ne semble pas se produire non plus dans Gladys.

@Terdious , tu fonctionnes comme cela depuis quelle version de Gladys?
@all est-ce que quelqu’un a testé sur une version récente de Gladys ?

Olivier

Est-ce que tu peux essayer de contacter ton serveur MQTT depuis le docker Gladys (et non pas depuis le Raspberry Pi hôte) ? Peut-être que le nom de domaine jakku.openwarp.lan n’est pas connu de Gladys :thinking:

docker exec -it gladys /bin/sh

ping jakku.openwarp.lan

openssl s_client -connect jakku.openwarp.lan:1883

ah, intéressant, je teste dès que je rentre chez moi !!

Bonjour @bong101,

Il y a déjà une discussion sur le docker node-red ou lorsqu’on mettait dans le node mqtt in localhost cela ne marches pas, il fallait mettre l’ip (la résolution dns ne se faisant pas en dehors du container)

donc dans ton cas met « mqtt:xxx.xxx.xxx.xxx:1883 » l’ensemble des x = IP de ton broker mqtt, cela devrait fonctionner

re,


root@raspberrypi:~ $ sudo su -
root@raspberrypi:~# docker exec -it gladys /bin/sh
/src/server # ping jakku.openwarp.lan
PING jakku.openwarp.lan (10.16.5.20): 56 data bytes
64 bytes from 10.16.5.20: seq=0 ttl=64 time=1.287 ms
^C
--- jakku.openwarp.lan ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 0.610/0.760/1.287 ms
/src/server # openssl s_client -connect jakku.openwarp.lan:1883
CONNECTED(00000003)
write:errno=104
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 0 bytes and written 320 bytes
Verification: OK
---
New, (NONE), Cipher is (NONE)
This TLS version forbids renegotiation.
No ALPN negotiated
Early data was not sent
Verify return code: 0 (ok)
---
/src/server #

On est sur un bug, non ?

Merci pour la vérification.
En fait, ça marche pour plusieurs personnes (moi y compris) et ça ne marche pas pour toi.
Donc bug possible mais il faut qu’on trouve une piste ou comment reproduire ; sinon, nous ne pourrons pas corriger.

Bonjour à tous,

J’ai le même problème avec Gladys installé en docker sur une VM Proxmox. Je suis en test de Gladys.

J’essaie de me connecter sur le Mosquitto Brocker de mon Home Assistant. La connexion se fait bien via MQTT explorer.

Je vous mets un GIF, le toggle bascule automatiquement en container docker.

gladys mqttbroquer

Merci d’avance

Version de gladys 4.38
PS : Si vous préférez que j’ouvre un autre sujet, je peux le faire.

Ah,welcome @McFlyPartages !!!

et merci, je me sens moins seul !!!

1 Like

Ca te fais comme moi le toogle repasse tout seul a la sauvegatde des paramètres ?

oui!!! comme si on n’avait pas le choix