After the last update I have the problem that HA kind of loses DNS resolutions. For example my frigate server lives at frigate.my.domain and while I can ping it in my PC, if I connect to ha terminal and do that it fails until I do an ha dns restart.
It just fails at random times, I have an automation that tells me when my cameras are down and that is how it broke.
Does other one had this problem? Is there something that I can do to prevent this?
If you look up mDNS in the dictionary I think one of the definitions is
Randomly works what you least expect it
Running adguard or pihole or another DNS blocker is what messes peoples DNS most of the time. Itās blamed on HA because they have it running in an add-on.
No, mDNS is not DNS.
mDNS is a serverless protocol that are run besides DNS.
DNS is not allowed to use .local domains, because that is reserved for mDNS.
I think HA might have a mDNS browser somewhere, either built in or as an integration.
Search for that and use that for troubleshooting further.
my.domain are resolved locally with adguard external LXC container running in proxmox with boot priority 1, my HA VM also runs on the same proxmox node and always after adguard starts.
I never had this problem before. Until now it happened 3 times at random moments.
That said, since my last post havenāt happened again.
I have the same issues recently. I have serveral VLANās where they are named e.g. iot.home.arpa or not.home.arpa (not .local).
HA seems to resolve fine things that were up at the time HA started. Devices that appear on the network later or get a new IP on their next lease fail to be resolved in HA. I am not 100% about the exact behaviour but something along these lines.
I run adguard in an LXC (not as a HA addon) and use it as my primary DNS server. Adguard queries my router (OPNSense) and resolved everything from there.
Other devices like my PC, tablet, other LXC containers resolve addresses fine, but not HA.
Anyone had any luck with this? I see one potential solution to add static leases to all devices, but I rather avoid that.