I previously posted a writeup based on Arch Wiki instructions, and upon updating to 3.5.5 this no longer works.
The config file still exists, but mDNS will not operate.
I’ve managed to enable the avahi-daemon.service
unit file and this validly now registers the interface link to mDNS per the avahi
log, but systemd-resolve
still shows it as unsupported (i.e., -mDNS
listed with the wlan0
link).
It appears that the Arch Wiki now redirects mdns
to the Avahi
page, and has instructions for enabling Avahi. However, it previously linked to systemd-resolve for instructions including NetworkManager
as well - clearly this changed (yes the wiki entry still exists), and the configuration I had previously (also explained in the Arch Wiki) does not work. But I can’t find any reasoning behind this. It’s also clear that NetworkManager
is still being used by the system, but this
Does anyone have any more pertinent and explicit information I can read up about these changes? The nerd in me wants to know the reasoning 😅
I think you’re misunderstanding the concept of “.local TLD is considered unsafe.”
It’s not UNSAFE unsafe… It’s unsafe to resolve
.local
TLD yourself as it’s a protocol specifically to avoid having a DNS server. Resolving yourself on a DNS would result in conflicts, which is the “unsafe” part.As for the comment you linked to, this directly coincides with why it’s not a DNS Search, and is a “unicast” (actually it’s a multicast, not unicast) protocol.