Paraphraser
commented
12 months ago I will start by saying that I don't run Home Assistant so what I say next might not be applicable.
I have seen the 127.0.0.11:53 address+port combination before.
In theory, the whole 127/8 network (ie all hosts from 127.0.0.1 through 127.255.255.254) is reserved for loopback. Using 127.0.0.1 is just a convention.
Docker (mis)uses 127.0.0.11 to mean "the DNS resolver for this container":
$ docker exec nodered cat /etc/resolv.conf
nameserver 127.0.0.11
options ndots:0
$ If you are running multiple Docker containers in non-host mode then, providing those containers are attached to the same internal bridged network, each container can reach every other container via «containerName»:«port» syntax. The Docker resolver on 127.0.0.11 provides the lookup service that makes that work.
$ docker exec nodered dig mosquitto
; <<>> DiG 9.18.13 <<>> mosquitto
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 65393
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;mosquitto. IN A
;; ANSWER SECTION:
mosquitto. 600 IN A 172.30.0.5
;; Query time: 0 msec
;; SERVER: 127.0.0.11#53(127.0.0.11) (UDP)
;; WHEN: Tue Jul 11 08:32:15 AEST 2023
;; MSG SIZE rcvd: 52In the third-to-last line, you can see the 127.0.0.11 as the address of the name server that's responding to the query. The answer it's providing is that the Mosquitto container is associated with the IP address 172.30.0.5.
When the Node-RED container uses
172.30.0.5:1883to reach the Mosquitto container, the traffic is going direct (ie layer 2, not layer 3).
In my case, that Mosquitto container is also reachable using a fully-qualified domain name:
$ docker exec nodered dig mosquitto.my.domain.com
; <<>> DiG 9.18.13 <<>> mosquitto.my.domain.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 59855
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
; COOKIE: 5e2673842f8580d10100000064ac87f3ff828d624cd01435 (good)
;; QUESTION SECTION:
;mosquitto.my.domain.com. IN A
;; ANSWER SECTION:
mosquitto.my.domain.com. 60 IN CNAME iot-hub.my.domain.com.
iot-hub.my.domain.com. 10800 IN A 192.168.132.60
;; Query time: 0 msec
;; SERVER: 127.0.0.11#53(127.0.0.11) (UDP)
;; WHEN: Tue Jul 11 08:36:35 AEST 2023
;; MSG SIZE rcvd: 120The answer is still coming from 127.0.0.11 but the query is actually being relayed through the host's (Raspberry Pi's) resolver:
$ cat /etc/resolv.conf
# Generated by resolvconf
domain my.domain.com
nameserver 192.168.132.55
nameserver 192.168.132.57The host where Node-RED and Mosquitto are running is .60 while .55 and .57 are running redundant copies of BIND. So, inside the Node-RED container, the DNS query is being directed to 127.0.0.11 (the container's resolver), which relays it to the resolver of the Pi on which the container is running (.60) which, in turn, relays it to one of the DNS servers running on .55 and .57.
The answer is .60 so when the Node-RED container tries to reach 192.168.132.60:1883, the traffic will be routed (layer 3) out of container-space, and then be routed back into container-space.
To try to draw all of that together with what I'm seeing in your output, something (and I don't know what that something is) is asking 127.0.0.11 to provide an IP address for the host named "mqtt2".
Not having any idea of your actual environment (and, in particular, whether Docker is involved or not), it looks to me like this is a Docker container and there is:
- No non-host-mode container named "mqtt2" attached to the same internal bridged network; or
- The unqualified name "mqtt2" should be expressed as a fully-qualified domain name (so the Docker resolver knows it isn't a host name and will relay the query to the host's resolver); or
- The host's resolver is unable to resolve the name.
It is not that the HA-Addon is trying to use the MQTT-broker with the address 127.0.0.11:53. It is that the HA-Addon is asking the DNS resolver at 127.0.0.11:53 to answer the question, "what is the IP address for mqtt2?" and the resolver is saying, "absolutely no idea".
Does that help?
HansH2807
khkissel
Shibby7986
I had the HA Sungrow-Addon already running some weeks ago, however I could not see any entity related to it.
So I suspected that my MQTT environment with a second MQTT-broker was making issues and I reconfigered my network so that all MQTT clients now are using the MQTT-broker provided by HA. However now the HA-Addon cannot be started correctly anymore. The protocol says at the end:
FYI:
Can anybody tell me why the HA-Addon tries to use the MQTT-broker with address 127.0.0.11:53 and what I can do to make the Addon start correctly?
Thanks for any help!
Best Regards Hans