.local addresses not working from linux

Hello, I just got a Linux laptop and I’m trying to connect to my server, but the .local addresses aren’t working. I can get there via the IP and tor. I’m running Kubuntu 24.10.

Troubleshooting steps:
. it works on my old win10 laptop
. VPN is off
. followed the docs install guide
. root CA check works when connecting via IP
. cleared the cache
. checked that avahi-daemon is running

Is there something obvious I’m missing?

What browser are you using to access your server’s UI?

We usually recommend Firefox. Also make sure to install your browser direct from the source and not flatpak or other containerized browser version.

Using brave browser! And installed it from their website.

Álvaro asked about the browser because you very specifically said avahi-daemon is running. If you’re sure, that should be all you need.

Now, I assume when you say “.local addresses aren’t working”, you’re only talking about your individual services, right?? That your main adjective-noun.local is working fine?

If, please clarify what is working and what is not.

No the main adjective-noun.local isn’t connecting either. Connects on my windows laptop though.

Can you show us the output of this command:
sudo systemctl status avahi-daemon

Do you see any .local addresses on the network when you do:
avahi-browse -part

How are you connected to the network that your server is on, with respect to your linux computer?
If by wireless, are you on a guest network? (don’t be… guest networks block access to the LAN)
If by ethernet, is there a router or other network device between the linux laptop and the server?

Console output:

$ sudo systemctl status avahi-daemon
● avahi-daemon.service - Avahi mDNS/DNS-SD Stack
     Loaded: loaded (/usr/lib/systemd/system/avahi-daemon.service; enabled; preset: enabled)
     Active: active (running) since Fri 2025-01-17 09:43:51 CST; 1 week 4 days ago
 Invocation: b6bed8af94964a48aec6e6c20e5a4d07
TriggeredBy: ● avahi-daemon.socket
   Main PID: 947 (avahi-daemon)
     Status: "avahi-daemon 0.8 starting up."
      Tasks: 2 (limit: 37376)
     Memory: 1.5M (peak: 2M)
        CPU: 3.011s
     CGroup: /system.slice/avahi-daemon.service
             ├─947 "avahi-daemon: running [calvin-precision7560-3.local]"
             └─988 "avahi-daemon: chroot helper"

Jan 28 17:44:26 calvin-precision7560 avahi-daemon[947]: Interface wlp147s0.IPv4 no longer relevant for mDNS.
Jan 28 17:44:26 calvin-precision7560 avahi-daemon[947]: Withdrawing address record for fe80::4f69:9876:68d9:e250 on wlp147s0.
Jan 28 17:44:26 calvin-precision7560 avahi-daemon[947]: Leaving mDNS multicast group on interface wlp147s0.IPv6 with address fe80::4f69:9876:68d9:e2>
Jan 28 17:44:26 calvin-precision7560 avahi-daemon[947]: Interface wlp147s0.IPv6 no longer relevant for mDNS.
Jan 28 17:44:27 calvin-precision7560 avahi-daemon[947]: Joining mDNS multicast group on interface wlp147s0.IPv6 with address fe80::fdf2:dae3:c270:50>
Jan 28 17:44:27 calvin-precision7560 avahi-daemon[947]: New relevant interface wlp147s0.IPv6 for mDNS.
Jan 28 17:44:27 calvin-precision7560 avahi-daemon[947]: Registering new address record for fe80::fdf2:dae3:c270:5072 on wlp147s0.*.
Jan 28 17:44:27 calvin-precision7560 avahi-daemon[947]: Joining mDNS multicast group on interface wlp147s0.IPv4 with address 192.168.11.72.
Jan 28 17:44:27 calvin-precision7560 avahi-daemon[947]: New relevant interface wlp147s0.IPv4 for mDNS.
Jan 28 17:44:27 calvin-precision7560 avahi-daemon[947]: Registering new address record for 192.168.11.72 on wlp147s0.IPv4.

Second output:

$ avahi-browse -part
+;wlp147s0;IPv6;batty-eel-2\.local;Web Site;local
+;wlp147s0;IPv4;batty-eel-2\.local;Web Site;local
=;wlp147s0;IPv6;batty-eel-2\.local;Web Site;local;batty-eel-2.local;2600:1700:1970:3230::2d;443;
=;wlp147s0;IPv4;batty-eel-2\.local;Web Site;local;batty-eel-2.local;192.168.1.194;443;

I tried to connect to batty-eel-2.local, still a 404.

My server is connected to the AT&T router via ethernet, and my laptop connects via Wi-Fi.

It can’t be showing a 404. That would be mad. Perhaps a failure to find the host, like a “unknown host” or similar?

It seems the next best step would be to follow our guides and set up Firefox, installed from the command line. Get that to work to confirm everything is fine, then figure out Brave.