!tCyGickeVqkHsYjWnh:nixos.org

NixOS Networking

857 Members
Declaratively manage your switching, routing, wireless, tunneling and more. | Don't rely on `networking.*` use systemd-networkd and NetworkManager instead. | Set `SYSTEMD_LOG_LEVEL=debug` to debug networking issues with networkd | No bad nft puns, please. | Room recommendations: #sysops:nixos.org245 Servers

Load older messages


SenderMessageTime
12 Sep 2025
@toonn:matrix.orgtoonn I really don't see a good reason for it to be out of spec, it's just an arbitrary decision AFAICT. 13:53:07
@jassu:kumma.juttu.asiaJassukoAhh. Well, that is a use case I have not had. :D13:53:13
@magic_rb:matrix.redalder.orgmagic_rb Does the spec restrict valid TLDs? .local is very very common 13:57:29
@toonn:matrix.orgtoonn I think the spec requires .local actually. 13:57:51
@k900:0upti.meK900No, but the mDNS spec does not allow multiple parts in the domain name13:58:17
@k900:0upti.meK900It does require .local13:58:36
@k900:0upti.meK900But foo.bar.local is not allow13:58:42
@k900:0upti.meK900* But foo.bar.local is not allowed13:58:45
@k900:0upti.meK900Only foo.local13:58:48
@magic_rb:matrix.redalder.orgmagic_rbOh, so no subdomains13:59:14
@magic_rb:matrix.redalder.orgmagic_rbWeird13:59:16
@toonn:matrix.orgtoonn I assume it's because some printer's implementation somewhere splits on the first `.` and then proceeds to freak out. 13:59:56
@k900:0upti.meK900No, it's because14:01:21
@jassu:kumma.juttu.asiaJassukoNot weird, really. The .local thingy is intended for host discovery on local network by name. And the hostname is by definition the last part of the fqdn. :p 14:01:24
@k900:0upti.meK900


   Most computer users neglect to type the trailing dot at the end of a
   fully qualified domain name, making it a relative domain name (e.g.,
   "www.example.com").  In the event of network outage, attempts to
   positively resolve the name as entered will fail, resulting in
   application of the search list, including ".local.", if present.  A
   malicious host could masquerade as "www.example.com." by answering
   the resulting Multicast DNS query for "www.example.com.local.".  To
   avoid this, a host MUST NOT append the search suffix ".local.", if
   present, to any relative (partially qualified) host name containing
   two or more labels.  Appending ".local." to single-label relative
   host names is acceptable, since the user should have no expectation
   that a single-label host name will resolve as is.  However, users who
   have both "example.com" and "local" in their search lists should be
   aware that if they type "www" into their web browser, it may not be
   immediately clear to them whether the page that appears is
   "www.example.com" or "www.local".
14:01:26
@magic_rb:matrix.redalder.orgmagic_rbAaaah DNS is cursef14:03:19
@k900:0upti.meK900Technically not really an issue anymore in many ways because browsers ship the public suffix list14:03:41
@k900:0upti.meK900And can consult it and avoid this kind of nonsense14:03:47
@k900:0upti.meK900But it was a concern at the time of writing the RFC and it was never updated since14:04:01
@jassu:kumma.juttu.asiaJassukoPublic Suffix List is problematic as well. :D14:04:39
@k900:0upti.meK900In other ways, yes14:05:02
@jassu:kumma.juttu.asiaJassukoYeah. It would not need to exist, if the cookie spec was sane.. I think it's just rabbit holes all the way down at this point, lol. :D14:05:45
@toonn:matrix.orgtoonn K900: That applies to sub.host but not to sub.host.local, not appending ".local." would still "just work." 14:06:11
@k900:0upti.meK900Yes, except you could not know when not to append .local14:06:54
@k900:0upti.meK900Before the PSL existed14:06:54
@toonn:matrix.orgtoonn I don't see how subdomains make that more problematic though. Just never append if the hostname has a ".?" 14:08:39
@k900:0upti.meK900I mean, you're welcome to propose a spec change if you want this so much14:13:43
@k900:0upti.meK900But as it stands, it is out of spec14:13:48
@toonn:matrix.orgtoonn I doubt I can convince anyone, mDNS seems to be rather universally despised. As long as I can get avahi to resolve subdomains for me, I'm happy. 14:16:00
@toonn:matrix.orgtoonn magic_rb: Maybe I was naively hoping `pack . unpack` avoids reading the entire lazy bytestring into memory. I don't know if I elided the type declaration on purpose or just temporarily because I was changing things, probably the latter. 14:24:21

Show newer messages


Back to Room ListRoom Version: 6