Timeout while contacting DNS servers

Configuration
21

Does it mean, you’ve had the resolv.conf empty? Or, did you add the additional line?

22

No. It just had the docker dns in. Here is how my resolv.conf looks today, I only added the line with the nameserver 8.8.8.8 manually; the rest was created by docker.

# Generated by Docker Engine.
# This file can be edited; Docker Engine will not make further changes once it
# has been modified.

nameserver 8.8.8.8
nameserver 127.0.0.11
options ndots:0

# Based on host file: '/etc/resolv.conf' (internal resolver)
# ExtServers: [8.8.8.8]
# Overrides: [nameservers]
# Option ndots from: internal
23

This didn’t work for me (still got the errors).

24

I’ve been trying to roll back to a previous version in the meantime, but can’t seem to get supervisor to roll backwards. Can somebody provide a matching and working set of core, os, and supervisor versions for 2025.04.x? Would be appreciated.

25

Hi all,

I ran into the same DNS-related issues after upgrading to Home Assistant 2025.5.3 (running in Docker on Debian 12). In the ‘System Information’ it showed that external services like GitHub and the authentication server were unreachable from the HA instance, even though DNS resolution worked from a terminal in the container (through Portainer).

My setup:

  • Installation type: Home Assistant Container
  • Core version: 2025.5.3
  • Docker: true
  • Python version: 3.13.3
  • OS: Debian 12 (Linux 6.1.0-27-amd64)
  • Architecture: x86_64

My fix:
My Docker host used the DNS server of my router (configured to the providers default DNS), which turned out to be unstable for resolving certain domains. The HA container inherited this setting (“Dns”: null).

I disabled “Auto” DNS in my UniFi Cloud Gateway Max WAN settings and manually configured a DNS (1.1.1.1 and 9.9.9.9). After restarting the container, the errors disappeared and everything (including HACS) now works reliably.

My network provider is Odido in the Netherlands. Not sure if this is helpfull, but I thought let me post my solution anyway :).

26

I’ve the similar setup, e.g. docker, chained DNS to provider’s one. As I need to resolve provider local hostnames, I’ve changed just HA resolve.conf, pointing to 8.8.8.8 now, and it works smoothly after that.

27

I wonder why this works for you but doesn’t for me.

Here is my modified /etc/resolv.conf:

/config # cat /etc/resolv.conf
# Generated by Docker Engine.
# This file can be edited; Docker Engine will not make further changes once it
# has been modified.

nameserver 8.8.8.8
nameserver 192.168.1.1

# Based on host file: '/etc/resolv.conf'
# Overrides: []
/config #

Is there a command I should make after modifying resolv.conf to reload it?

192.168.1.1 is my router.
Adguard Home (on a separate Pi) is my DHCP server & uses quad9 for its upstream DNS servers (none of which was a problem before 2050.5.0).

Edit: Woke up this morning and it is working - perhaps it just took some time to use the new settings?

28

Turns out I indeed hade an issue with my DNS server. Perhaps it was a coincidence or the timeout used in HA was effectively lowered with the aiodns update.

Due to a large /etc/pihole/pihole-FTL.db (~4GB) the pihole stopped responding for ~10 seconds every full minute. That coincided consistently with the automations in HA.

29

Interesting. I am not educated enough on networking to know whether I have a similar issue with Adguard Home.

I guess I could switch Adguard Home off and go back to using my internet provider’s router/DCHP server and see what happens.