Problèmes de connexion Node-Red à MQTT

Xenicle · Février 1, 2024, 2:10

Après réinstallation de gladys, remise en place de la sauvegarde avec Gladys Plus : Il n’y a toujours pas de connexion localhost de Node-Red à MQTT (je suis toujours obligé de passé par l’ip externe du Pi)

cce66 · Février 1, 2024, 2:43

ton Pi es en dhcp ou en ip fixe ? donnes tes paramètres ip

Xenicle · Février 1, 2024, 3:04

Il est en dhcp mais le routeur lui donne toujours la même ip :

pi@gladys:~ $ ifconfig
docker0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 172.17.0.1  netmask 255.255.0.0  broadcast 172.17.255.255
        inet6 fe80::42:bbff:fe07:dd17  prefixlen 64  scopeid 0x20<link>
        ether 02:42:bb:07:dd:17  txqueuelen 0  (Ethernet)
        RX packets 1263  bytes 89070 (86.9 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 658  bytes 50030 (48.8 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eth0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether b8:27:eb:04:da:85  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 488  bytes 49332 (48.1 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 488  bytes 49332 (48.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

vethaa1435d: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 169.254.185.214  netmask 255.255.0.0  broadcast 169.254.255.255
        inet6 fe80::ee34:67b3:cc3b:d1fb  prefixlen 64  scopeid 0x20<link>
        inet6 fe80::d42d:56ff:fe28:216b  prefixlen 64  scopeid 0x20<link>
        ether d6:2d:56:28:21:6b  txqueuelen 0  (Ethernet)
        RX packets 1198  bytes 99545 (97.2 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 677  bytes 61013 (59.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

vethf80d102: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 169.254.7.213  netmask 255.255.0.0  broadcast 169.254.255.255
        inet6 fe80::ca34:d937:f71d:8d6a  prefixlen 64  scopeid 0x20<link>
        ether de:36:65:bf:9a:a7  txqueuelen 0  (Ethernet)
        RX packets 14  bytes 1992 (1.9 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 115  bytes 22736 (22.2 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.3.2  netmask 255.255.255.0  broadcast 192.168.3.255
        inet6 fe80::295e:6747:d5b8:a66e  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:51:8f:d0  txqueuelen 1000  (Ethernet)
        RX packets 20426  bytes 4225635 (4.0 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 57141  bytes 5969442 (5.6 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

cce66 · Février 1, 2024, 4:22

c’est ta box qui fait dhcp ? t’es touché à des paramètres de ce coté là ?
Je pencherais pour un problème de ce coté là comme si la plage d’attributions était trop petite (adresse en 169 c’est APIPA quand un serveur dhcp fournit pas d’adresse)

Xenicle · Février 1, 2024, 4:24

Mon pi est connecté en WLAN sur l’adresse 192.168.3.2 ^^

cce66 · Février 1, 2024, 7:16

oui mais quand elle se connecte, elle obtient une IP et le DNS du serveur DHCP si le DNS est pas bon pas de résolution de nom de localhost, il faut donc vérifier ces points
ca donne quoi si tu fais un « ping localhost » ?

Xenicle · Février 1, 2024, 7:41

pi@gladys:~ $ ping localhost
PING localhost(localhost (::1)) 56 data bytes
64 bytes from localhost (::1): icmp_seq=1 ttl=64 time=0.198 ms
64 bytes from localhost (::1): icmp_seq=2 ttl=64 time=0.127 ms
64 bytes from localhost (::1): icmp_seq=3 ttl=64 time=0.129 ms
64 bytes from localhost (::1): icmp_seq=4 ttl=64 time=0.121 ms
64 bytes from localhost (::1): icmp_seq=5 ttl=64 time=0.125 ms
64 bytes from localhost (::1): icmp_seq=6 ttl=64 time=0.118 ms
^C
--- localhost ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5117ms
rtt min/avg/max/mdev = 0.118/0.136/0.198/0.027 ms

A tiens de l’ipv6 !

Xenicle · Février 1, 2024, 8:18

Je viens seulement de comprendre que tu parlais des interfaces vethaa1435d et vethf80d102… C’est les interfaces docker ?

En fait le DHCP server et sur un routeur en PFSense et ils ont changé de version il n’y a pas longtemps en passent a Kea DHCP.

Xenicle · Février 1, 2024, 8:21

Il y a encore de la place sur la plage.

cce66 · Février 1, 2024, 9:07

déjà tu devrais restreindre ta plage IP (combien de machine peuvent se connecter en tout ?) ensuite vérifie qu’il y ait pas des baux statiques attribués sur la plage dhcp, ta fin de plage en 254, c’est quoi les paramètres de config niveau dhcp ? met des captures ca aide
moi je suis passé sur DynFi Firewall : premier firewall Open Source Français qui est un fork de pfsense

Xenicle · Février 1, 2024, 10:00

Merci pour DynFi je ne connaissais pas très intéressant !

Pour le server DHCP voici les paramètres :

J’ai bien fait un mapping statiques pour le Pi

cce66 · Février 1, 2024, 10:28

passe par l’ISC DHCP, redémarre ton pfsense puis ton pi pour voir si ca résout le problème

Xenicle · Février 1, 2024, 10:46

Malheureusement cela ne résout pas le problème…

Mon pi a encore des paramètres ip APIPA :

ifconfig
docker0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 172.17.0.1  netmask 255.255.0.0  broadcast 172.17.255.255
        inet6 fe80::42:f9ff:fed3:6c69  prefixlen 64  scopeid 0x20<link>
        ether 02:42:f9:d3:6c:69  txqueuelen 0  (Ethernet)
        RX packets 1718  bytes 3679458 (3.5 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1311  bytes 176803 (172.6 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eth0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether b8:27:eb:04:da:85  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 42  bytes 3908 (3.8 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 42  bytes 3908 (3.8 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

vethd525927: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 169.254.232.120  netmask 255.255.0.0  broadcast 169.254.255.255
        inet6 fe80::dc28:a3ff:fecb:5de0  prefixlen 64  scopeid 0x20<link>
        ether de:28:a3:cb:5d:e0  txqueuelen 0  (Ethernet)
        RX packets 10  bytes 1338 (1.3 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 84  bytes 13922 (13.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

vethf524cbe: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 169.254.242.6  netmask 255.255.0.0  broadcast 169.254.255.255
        inet6 fe80::d931:ac3f:980e:dfff  prefixlen 64  scopeid 0x20<link>
        ether a2:e3:28:58:34:f2  txqueuelen 0  (Ethernet)
        RX packets 1708  bytes 3702172 (3.5 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1329  bytes 180485 (176.2 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.3.2  netmask 255.255.255.0  broadcast 192.168.3.255
        inet6 fe80::295e:6747:d5b8:a66e  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:51:8f:d0  txqueuelen 1000  (Ethernet)
        RX packets 3966  bytes 866577 (846.2 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 11066  bytes 4707450 (4.4 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

cce66 · Février 1, 2024, 10:59

si ta carte réseau est pas reliée c’est normal

Et dans node-red cela donnes quoi après être passé sous ISC DHCP ?

Xenicle · Février 1, 2024, 11:06

Comme tu peux le voire toujours pas de connexion localhost…

cce66 · Février 2, 2024, 12:40

il va falloir te résoudre à mettre l’IP du broker mqtt, d’ailleurs je me suis aperçu que j’ai cette config! que n’ai-je comparé plus tôt

Une explication logique, chaque container à son IP donc le localhost dans node-red pointe sur l’IP du container node-red (j’avais le mqtt://locahost qui fonctionnait dans node-red mais parce que node-red ne tournait pas dans un container mais installé sur la machine donc pointait sur l’IP de la machine, je m’en souvenais plus )

Xenicle · Février 2, 2024, 1:15

Oui c’est très logique ce que tu dit là !

je vais mettre l’ip du broker !

En tout cas merci pour l’aide et la patience !

Xenicle · Février 2, 2024, 1:26

Je vais mettre plutôt l’ip externe car eclipse mosquitto n’a pas d’ip ^^

 docker network inspect host

...
 "8d5d3be6e46fd2bae5294c93c0a869abfff7885215147b10071e06e6a5d9f679": {
                "Name": "eclipse-mosquitto",
                "EndpointID": "ac5f67563a2ba5be196e203455dbabeb39c8878dafc9d7239b18088f4b2a437b",
                "MacAddress": "",
                "IPv4Address": "",
                "IPv6Address": ""
            }
...

cce66 · Février 2, 2024, 10:05

si…celle du Pi …donc l’IP externe !
Dans ce cas elle partage l’IP de la machine

Un peu plus d’explication ici !