.INTERNAL is now reserved for private-use applications

Can we get .local or .l added for private-use applications too?

Is it not already?

https://en.wikipedia.org/wiki/.local

.local is already reserved for mDNS.

Not by ICANN? https://www.iana.org/domains/root/db

The ICANN root zone only contains gTLDs and ccTLDs which are delegated. Other TLDs which are explicitly reserved for non-public use, like .localhost, .test, or .invalid, don't appear on that list either.

.local is in this weird state where it's _technically_ not reserved, but most PCs in the world already resolve it with special non-DNS software because of the Bonjour/mDNS protocol.

So you end up with the IETF standardising .local, because Apple was already using it, but ICANN never did much with that standardisation.

I doubt ICANN will actually touch .local, but they could. One could imagine a scheme where .local is globally registered to prevent Windows clients (who don't always support mDNS) from resolving .local domains wrong.

Modern windows supports mDNS these days!

It's reserved per RFC 6762:

> This document specifies that the DNS top-level domain ".local." is a special domain with special semantics, namely that any fully qualified name ending in ".local.

https://datatracker.ietf.org/doc/html/rfc6762

Applications can/will break if you attempt to use .local outside of mDNS (such as systemd-resolved). Don't get upset when this happens.

Interesting fact: RFC 6762 predates Kubernetes (one of the biggest .local violators), they should really change the default domain...

I think a more correct place to look at would be the gTLD Applicant Guidebook[1][2], section "2.2.1.2.1 Reserved Names", which I guess should be updated to now include "INTERNAL".

Though that list apparently includes all reserved names, not only those reserved for non-public use.

[1]: https://newgtlds.icann.org/en/applicants/agb

[2]: https://newgtlds.icann.org/sites/default/files/guidebook-ful...

Ty for the information.

> .local is in this weird state where it's _technically_ not reserved […] I doubt ICANN will actually touch .local, but they could.

It is. See §2.2.1.2.1, "Reserved Names", of ICANN's gTLD Applicant Guidebook:

* https://newgtlds.icann.org/sites/default/files/guidebook-ful...

But that's an IETF standard, not an ICANN policy. AFAIK there's nothing in place today that would _prevent_ ICANN from granting .local to a registry other than it just being a bad idea.

It does! I generally assume mDNS to just be available on every device these days. But I've also seen managed environments where mDNS has been turned off or blocked at the firewall.

This document describes the process for requesting gTLDs. Some internal ICANN project could ignore the contents of the guidebook without breaking "the rules". Or they could invent some kind of new TLD system; branded gTLDs didn't exist twenty years ago and I doubt most people would've assumed them to become real, yet blog.google is a real thing that exists.

The jurisdictional status of .local and other standards-reserved special use domains is explained by RFC 6761 section 3:

https://datatracker.ietf.org/doc/html/rfc6761#section-3

And ICANN is bound by the IETF/ICANN Memorandum of Understanding Concerning the Technical Work of the IANA, which prevents it from usurping that jurisdiction:

https://www.icann.org/resources/pages/agreements-en

mDNS is a broadcast protocol so always "blocked at the firewall ".

Multicast too. If you've never needed to manipulate ACLs for multicast traffic, you're not really living.

.home, .corp and .mail are on ICANN’s “high risk” list so won’t ever be gTLDs, so they are also good (short) options.

Ref: https://www.icann.org/en/board-activities-and-meetings/mater...

> but they could.

Presumably, ICANN, like any other committee, is not interested in self-castration. Which is what would happen if they challenged Apple.

ICANN could do anything with enough rule changes. And then everyone will ignore them.

Using .local causes big problems with mDNS/Bonjour/Rendezvous, which also uses that TLD.

Give Apple / mDNS .mdns and let it use THAT instead of .local which should NEVER have been taken from local use in the first place.

Please also reserve .lan which is what I now prefer to use since .local got stolen from private networks.

You can use .home.arpa.

https://datatracker.ietf.org/doc/html/rfc8375

mDNS (which isn't just an Apple thing) has been using .local for roughly 20 years now. It's a little late to change that.

You can use a public subdomain like box.uuid.california.usa.mydns.org but we need something short like .l or .lan :) .home.arpa is terrible.

I have been using .l personally for a couple of years and it works fine except Chrome won't recognize it as a tld and would start a google search. Once it is visited a couple of times, it autocompletes it as a webpage so it's quite usable afterall.

They could be gTLDs in the far future, but ICANN is likely to hold off for a good long while. Better to use something that is actually reserved, though. You never know.