[Twisol]

The `.test` and `.localhost` TLDs are already reserved for such purposes: https://tools.ietf.org/html/rfc2606

[reaperducer]

.test is OK, but as was pointed out in the HN discussion on this topic last week, .localhost is problematic in some operating systems.

[jolmg]

Interesting. Because my /etc/hosts file had the following as a default:

    127.0.0.1 localhost.localdomain localhost
    ::1  localhost.localdomain localhost

I thought it was `.localdomain` that was reserved.

[Twisol]

I really thought so too! But I can't find any reference for it.

[dragonwriter]

localhost is reserved for a very different purpose, though .local is a reserved pseudo-TLD for a purpose encompassing much of what was suggest by GP for .dev.

[btgeekboy]

.local is for multicast. Don’t use it for anything else unless you want a headache.

[WorldMaker]

Or support multicast/mDNS and use .local.

I feel like mDNS isn't used enough in general so there are weird cross-implementation bugs in it. (Partly just because of weird overlaps between early Bonjour entities, modern mDNS stacks, and weird-in-betweeners like "UPnP".) A lot more peer-to-peer applications could bootstrap better from mDNS than currently do simply because bootstrapping from known HTTP(S) endpoints is easier and less buggy.

I've wondered at times if, say, enterprise adoption of .local and proper mDNS might be a kick in the pants to sort out mDNS and make it better for everyone.

[dragonwriter]

That's right,.local was a bad suggestions ; while the notional purpose is specifically residential, the local-use behavior that people are looking for is associated more with the reserved domain .home.arpa if .test isn't desired (.test is technically for testing DNS-related code.)