Take the 2-minute tour ×
Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

Is there any convention on possible naming for local domain names (like .local), apart from not using any possible or existing top-level domain?

Wikipedia says that

  • .local conflicts with zeroconf
  • .localhost is reserved, but is traditionally translated statically to 127.0.0.1
  • .site and .internal are discussed
share|improve this question
add comment

6 Answers

up vote 2 down vote accepted

dan bernstein (of qmail fame) has a site dedicated to choosing a dnsname for the local network (http://cr.yp.to/djbdns/dot-local.html):

It isn't easy to choose a safe top-level local name. The global root
operators add new top-level names every once in a while: for example,
.info was added in 2001, so people using .info as a local name were
unable to reach global .info sites. Software authors sometimes set 
aside top-level names; for example, I'm told that Mac OS 9 does something
weird with .local, so it can't access local names in .local. Here are 
some reasonable choices of top-level local names:

 .0       (good for machine-specific names)
 .1
 .2
 .3       (good for department-specific names)
 .4
 .5
 .6       (good for corporation-specific names)
 .7
 .8
 .9
 .internal
share|improve this answer
    
Well ... Dan Bernstein is an authority. Think I'll be going with .internal or .3 then. –  nidi Mar 7 '10 at 11:31
2  
Bad advice, like many things coming from Bernstein (who said a lot of stupid things about the DNS). –  bortzmeyer Mar 8 '10 at 16:51
2  
@bortzmeyer: you couldnt be more unspecific .. right? –  akira Mar 8 '10 at 19:36
1  
@MarkJohnson: all nil. djb is completely irrelevant here. if you have an argument against this proposed answer: bring it on, otherwise dont use the comments here against / in favor of djb. if you have a different advice / answer to the question: bring it on. –  akira Nov 12 '11 at 7:45
2  
@nidi: Dan Bernstein has his own ways of doing things and doesn't always play nice with others. If you think something he proposes is a good idea based on its own merit, fine, but don't just take his word for it (Or anybody else's) because of a name. –  Mark Johnson Dec 3 '11 at 1:58
show 3 more comments

The question has been treated in detail on ServerFault. Executive summary; do not use .local or another dummy TLD, use a real domain.

share|improve this answer
3  
This. A thousand times, this. Do not pay any attention to any of the other answers if your sanity or your paycheck are on the line. –  Mark Johnson Nov 11 '11 at 22:20
add comment

Nope.

There is no official naming convention for private domains, because they're private.

share|improve this answer
    
But the chosen naming might conflict at some point (with new TLDs or network services), so a convention would be useful and should be discussed! –  nidi Mar 7 '10 at 11:16
1  
The only convention that can guarantee no conflict is to use a real domain name as bortzmeyer suggests. –  Mark Johnson Nov 12 '11 at 3:22
add comment

i always use .local

try to refrain from using .com if its a domain that exists on the web you may have issues if its a Windows AD domain, and with certificates (SSL)

share|improve this answer
1  
Zeroconf and other things use .local. –  Mark Johnson Jan 3 '12 at 3:23
add comment

It's open season on TLDs. They're all fair game. There is nothing you can use that ICANN won't sell to any entity with the proper funding.

share|improve this answer
add comment

Make as many as you want.

.dev .new .bak .fun

share|improve this answer
2  
Very bad advice since 1) They could be created by ICANN later and 2) your organization may merge with another one which already uses it –  bortzmeyer Mar 8 '10 at 16:48
    
What bortzmeyer said, though #2 is perhaps less likely with a home network. –  Mark Johnson Jan 3 '12 at 3:26
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.