Question.
-
Question.
- I use Debian 13 Linux.
- mDNS is an absolutely critical part of several things I do.
- Say on this network I have a Windows machine named "desktop" and a Linux machine named "laptop".
- On Linux, I type "ping desktop.local". Success. I "ping laptop.local". Failure. I "ping laptop". Success.
- Two months ago I am certain laptop.local resolved on the laptop.
- I *think* my mdns is provided by avahi, or at least apt-cache policy says avahi-daemon is installed.How do I proceed?
-
Question.
- I use Debian 13 Linux.
- mDNS is an absolutely critical part of several things I do.
- Say on this network I have a Windows machine named "desktop" and a Linux machine named "laptop".
- On Linux, I type "ping desktop.local". Success. I "ping laptop.local". Failure. I "ping laptop". Success.
- Two months ago I am certain laptop.local resolved on the laptop.
- I *think* my mdns is provided by avahi, or at least apt-cache policy says avahi-daemon is installed.How do I proceed?
Oh, additionally, although ping is able to "ping laptop", if I open a local web server at port 8000 and then connect to "http://laptop:8000" in firefox, it does not connect. This was something that previously worked, when laptop.local was working.
-
Oh, additionally, although ping is able to "ping laptop", if I open a local web server at port 8000 and then connect to "http://laptop:8000" in firefox, it does not connect. This was something that previously worked, when laptop.local was working.
@mcc check /etc/hosts? i know this is a question about DNS, really. but.
-
Oh, additionally, although ping is able to "ping laptop", if I open a local web server at port 8000 and then connect to "http://laptop:8000" in firefox, it does not connect. This was something that previously worked, when laptop.local was working.
@mcc you may have to configure your browser NOT to use DNS over HTTPS, I had a similar problem at one point and that was the solution.
-
Oh, additionally, although ping is able to "ping laptop", if I open a local web server at port 8000 and then connect to "http://laptop:8000" in firefox, it does not connect. This was something that previously worked, when laptop.local was working.
- vi /etc/avahi/avahi-daemon.conf
- there is a line right there, under [publish], saying publish-workstation=no
- change it to yes
- sudo systemctl restart avahi-daemon.service
- it works nowThis all makes sense but??? Why???? Was it working??? Two months ago ?!?!?!?
-
- vi /etc/avahi/avahi-daemon.conf
- there is a line right there, under [publish], saying publish-workstation=no
- change it to yes
- sudo systemctl restart avahi-daemon.service
- it works nowThis all makes sense but??? Why???? Was it working??? Two months ago ?!?!?!?
@mcc is the default no? and an update has switched it back to default?
-
@mcc is the default no? and an update has switched it back to default?
@fcbsd Who controls the contents of /etc/avahi/avahi-daemon.conf? The Debian installer, or me? I sincerely do not know the answer to this question
-
@mcc you may have to configure your browser NOT to use DNS over HTTPS, I had a similar problem at one point and that was the solution.
@90sScriptKiddiw @mcc or (at least for Firefox) there’s an exception list to not use DOH for
-
- vi /etc/avahi/avahi-daemon.conf
- there is a line right there, under [publish], saying publish-workstation=no
- change it to yes
- sudo systemctl restart avahi-daemon.service
- it works nowThis all makes sense but??? Why???? Was it working??? Two months ago ?!?!?!?
@mcc huh, weird, good to know! 🧐
-
- vi /etc/avahi/avahi-daemon.conf
- there is a line right there, under [publish], saying publish-workstation=no
- change it to yes
- sudo systemctl restart avahi-daemon.service
- it works nowThis all makes sense but??? Why???? Was it working??? Two months ago ?!?!?!?
@mcc idk if that’s related but I remember avahi-daemon needing to be restarted often back when I relied on it for one of my machines at home. It just Stopped Working randomly and restarting the service was the only fix lolsob
-
- vi /etc/avahi/avahi-daemon.conf
- there is a line right there, under [publish], saying publish-workstation=no
- change it to yes
- sudo systemctl restart avahi-daemon.service
- it works nowThis all makes sense but??? Why???? Was it working??? Two months ago ?!?!?!?
@mcc I'm on a debian forky/sid chimera.
My avahi-daemon.conf has publish-workstation=noI can nonetheless ping MYMACHINENAME.local
https://askubuntu.com/questions/1517402/cannot-resolve-own-local-avahi-hostname suggests checking your nssswitch.conf and making sure libnss-mdns is installed although it seems like not having that woudl break all mdns
-
- vi /etc/avahi/avahi-daemon.conf
- there is a line right there, under [publish], saying publish-workstation=no
- change it to yes
- sudo systemctl restart avahi-daemon.service
- it works nowThis all makes sense but??? Why???? Was it working??? Two months ago ?!?!?!?
@mcc have a backup from in between the before-working and now-working that shows avahi-daemon.conf turning it off? mebbe an update pushed the =no setting?
(probably not worth the effort given everything is working again; unless figuring _why_ it didn't work in the interim is a drive)
-
- vi /etc/avahi/avahi-daemon.conf
- there is a line right there, under [publish], saying publish-workstation=no
- change it to yes
- sudo systemctl restart avahi-daemon.service
- it works nowThis all makes sense but??? Why???? Was it working??? Two months ago ?!?!?!?
This is deeply upsetting https://mastodon.social/@lambdageek/116099461735423343
Another upsetting thing: Apparently systemd has its own mdns setup: https://www.reddit.com/r/debian/comments/1mnvzln/the_debian_technical_committee_made_a_baffling/ which Debian may, or may not, have disabled intentionally in Debian 13 (the file this poster claims is present is not present) because they expect they use Avahi instead. I don't understand why I'd use Avahi instead of systemd, or, if I decided systemd's mdns were better, how I'd switch to it.
-
@mcc I'm on a debian forky/sid chimera.
My avahi-daemon.conf has publish-workstation=noI can nonetheless ping MYMACHINENAME.local
https://askubuntu.com/questions/1517402/cannot-resolve-own-local-avahi-hostname suggests checking your nssswitch.conf and making sure libnss-mdns is installed although it seems like not having that woudl break all mdns
@lambdageek That's very interesting… to your knowledge, am I doing something *wrong* if I just switch publish-workstation to yes?
As far as I know what you just said is *correct*, but the fact I know what avahi is, but I don't know what nssswitch/libnss-mdns are, makes me nervous about touching the latter when making a change to avahi worked
-
This is deeply upsetting https://mastodon.social/@lambdageek/116099461735423343
Another upsetting thing: Apparently systemd has its own mdns setup: https://www.reddit.com/r/debian/comments/1mnvzln/the_debian_technical_committee_made_a_baffling/ which Debian may, or may not, have disabled intentionally in Debian 13 (the file this poster claims is present is not present) because they expect they use Avahi instead. I don't understand why I'd use Avahi instead of systemd, or, if I decided systemd's mdns were better, how I'd switch to it.
oh for fuck's sake
-
@mcc have a backup from in between the before-working and now-working that shows avahi-daemon.conf turning it off? mebbe an update pushed the =no setting?
(probably not worth the effort given everything is working again; unless figuring _why_ it didn't work in the interim is a drive)
@mcc @tezoatlipoca That’s what I was thinking but I looked at the avahi-daemon Debian changelog and not only is there nothing about that, there hasn’t been an update for about eight months.
-
This is deeply upsetting https://mastodon.social/@lambdageek/116099461735423343
Another upsetting thing: Apparently systemd has its own mdns setup: https://www.reddit.com/r/debian/comments/1mnvzln/the_debian_technical_committee_made_a_baffling/ which Debian may, or may not, have disabled intentionally in Debian 13 (the file this poster claims is present is not present) because they expect they use Avahi instead. I don't understand why I'd use Avahi instead of systemd, or, if I decided systemd's mdns were better, how I'd switch to it.
@mcc mdns is haunted
-
@lambdageek That's very interesting… to your knowledge, am I doing something *wrong* if I just switch publish-workstation to yes?
As far as I know what you just said is *correct*, but the fact I know what avahi is, but I don't know what nssswitch/libnss-mdns are, makes me nervous about touching the latter when making a change to avahi worked
@mcc I have no idea what i'm doing :-(
Just a guess: did sudo systemctl restart avahi-daemon.service in fact restart avahi? or did it start it? Maybe it wasn't running before?
what happens if you change the setting back to "no" and restart?
-
This is deeply upsetting https://mastodon.social/@lambdageek/116099461735423343
Another upsetting thing: Apparently systemd has its own mdns setup: https://www.reddit.com/r/debian/comments/1mnvzln/the_debian_technical_committee_made_a_baffling/ which Debian may, or may not, have disabled intentionally in Debian 13 (the file this poster claims is present is not present) because they expect they use Avahi instead. I don't understand why I'd use Avahi instead of systemd, or, if I decided systemd's mdns were better, how I'd switch to it.
@mcc for historical reasons the primary interface for software that wants to interact with mdns beyond simple name to IP resolution is the Avahi daemon dbus interface, and systemd-resolved does not implement that.
-
@mcc for historical reasons the primary interface for software that wants to interact with mdns beyond simple name to IP resolution is the Avahi daemon dbus interface, and systemd-resolved does not implement that.
@elomatreb ow. ow. ow. ow. ow.
thanks for the explanation.