new | show | ask | jobs Github

justsomehnguy a day ago

Yes, thanks, I do not want even any SSH server to be advertised on mDNS.

▲

mahboi a day ago | parent [-]

Me neither really, I just want to reliably know the hostname<->ipaddr mapping on a network.

▲

justsomehnguy 16 hours ago | parent [-]

Run a classic DNS then.

Or hosts.

You are arguing what mDNS doesn't work the exact way you want therefore mDNS is not working for everyone else.

▲

mahboi 15 hours ago | parent [-]

mDNS doesn't work for the average user. They're also not going to set up regular DNS unless they're trying to cope with IPv6. They memorize IP addresses as needed. It's not just me.

There must be like 3 end users who actually use mDNS knowingly, which is why the tooling feels like an unhappy path. Like there's no way to list all hosts, even though the OS presumably knows that somewhere. Supposedly this is in the spec. The best you can do is list hosts that advertise services.

▲

wolrah 12 hours ago | parent [-]

> mDNS doesn't work for the average user.

What did mDNS do to hurt you? You are spouting blatant wrongness in this thread.

mDNS is mostly FOR the average user, and it works great for them. AirPlay, Google Cast, Miracast, all mDNS. Google Home, Apple HomeKit, Matter, all mDNS. AirPrint/IPP/Mopria printers, all mDNS. Windows still uses a lot of its own proprietary autodiscovery but even there Microsoft has prioritized mDNS over the old NBT stuff.

> They memorize IP addresses as needed.

No, normal people use names, mostly delivered these days over mDNS. There are millions of consumer-targeted appliances and entry-level DIY projects intended for people who need a picture to not put the SD card in the Raspberry Pi where the instructions, after powering it up, say to open up a browser and navigate to <appliancename>.local (or more often with commercial devices, open the app which will be listening for that specific appliance's service advertisement.

> There must be like 3 end users who actually use mDNS knowingly, which is why the tooling feels like an unhappy path.

You are right on this, most users don't use it knowingly, because it just works and they don't have to know anything about what's been built on top of it.

> Like there's no way to list all hosts, even though the OS presumably knows that somewhere.

No, the OS does not know all hosts, it only knows the hosts that have advertised or probed for conflicting names while it's been attached to the network. If you connect your device to the network after I've connected mine, as long as there's not a name conflict your device has no idea mine exists unless it's advertising services. Service advertisements are cached, but hostnames are not because for obvious reasons you generally aren't going to be accessing most of the hosts on a given network ever. When you need to access whatever.local your device emits a mDNS query looking for A or AAAA records the same as it would for normal DNS, and caches the result based on TTL the same way as it would for a normal DNS record.

> The best you can do is list hosts that advertise services.

You're saying this like there's some other solution which lets you list every host in the network even if it's not advertising services, which...there isn't.

	▲	12 hours ago \| parent \| next [-]
		[deleted]
	▲	justsomehnguy 7 hours ago \| parent \| prev [-]
		> No, normal people use names, mostly delivered these days over mDNS You said what I would had said if I had the patience to do so, with only one caveat: most people don't even use the names because most of the time they do the thing, it runs the discovery and show up the devices which did respond. Sure, there are some people who use mDNS names to SSH to the some machine. Like a dozen on the whole planet.