Wie wählt man einen vernünftigen lokalen Domainnamen für ein Heimnetzwerk?

19

Gibt es eine Konvention zur möglichen Benennung von lokalen Domain-Namen (wie .local ), abgesehen davon, dass keine mögliche oder vorhandene Top-Level-Domain verwendet wird?

Wikipedia sagt das

  • .lokale Konflikte mit zeroconf
  • .localhost ist reserviert, wird jedoch traditionell statisch in 127.0.0.1 übersetzt
  • .site und .internal werden besprochen
dns domain-name local Nidi
quelle

Antworten:

10

dan bernstein (von qmail fame) hat eine website, die sich mit der auswahl eines dnsnamens für das lokale netzwerk befasst ( 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
Akira
quelle
Nun ... Dan Bernstein ist eine Autorität. Denke, ich werde dann mit .internal oder .3 gehen.
Nidi
3
Schlechte Ratschläge, wie viele Dinge, die von Bernstein kommen (der viele dumme Dinge über das DNS gesagt hat).
Bortzmeyer
4
@ Bortzmeyer: Sie könnten nicht unspezifischer sein .. richtig?
Akira
1
@ MarkJohnson: alles null. djb ist hier völlig irrelevant. Wenn Sie ein Argument gegen diese vorgeschlagene Antwort haben: Bringen Sie es an, sonst verwenden Sie die Kommentare hier nicht gegen / zugunsten von DJB. Wenn Sie einen anderen Rat / eine andere Antwort auf die Frage haben: Bringen Sie sie auf.
Akira
@ MarkJohnson: Ich denke, OP hat die absolute Kontrolle über das lokale Netzwerk.
Akira
20

Die Frage wurde in ServerFault ausführlich behandelt . Zusammenfassung; Verwenden Sie keine.local oder eine andere Dummy-TLD, verwenden Sie eine echte Domain.

bortzmeyer
quelle
3

Nee.

Es gibt keine offizielle Namenskonvention für private Domains, da diese privat sind.

Koboldbox
quelle
Die gewählte Benennung kann jedoch irgendwann zu Konflikten führen (mit neuen TLDs oder Netzwerkdiensten). Daher wäre eine Konvention nützlich und sollte erörtert werden!
Nidi
0

Es sieht so aus, als ob .home und .corp nicht so schnell delegiert werden!

Die vorgeschlagenen gTLDs .home und .corp stellen ein mit dem Millennium Bug vergleichbares Risiko für das Internet dar, das um die Jahrhundertwende ein aufkeimendes Internet terrorisierte und zurückgewiesen werden sollte.

In der Zwischenzeit könnte jede zweite gTLD, die in der aktuellen Runde beantragt wurde, um Monate verschoben werden, um die Risiken für die Internetnutzer zu verringern.

Neue gTLDs sind das neue Jahr 2000: .corp und .home sind zum Scheitern verurteilt und alles andere ist verzögert und .home

Etienne Charlier
quelle
Bitte übermitteln Sie in Zukunft die richtigen Antworten. Nur-Link-Antworten sind nicht hilfreich. Ich habe deine Antwort so verbessert, dass sie akzeptabel ist. In Zukunft werde ich nur noch abstimmen, um Antworten wie die ursprüngliche Revision zu löschen. Signaturen werden in Superuser-Antworten nur mit Rauschen versehen, sie sind nicht zulässig.
Ramhound
-4

Ich benutze immer .local

Versuchen Sie, .com nicht zu verwenden, wenn es sich um eine im Web vorhandene Domäne handelt. Möglicherweise treten Probleme auf, wenn es sich um eine Windows AD-Domäne handelt und wenn Sie über Zertifikate (SSL) verfügen.

qwertyKid
quelle
-5

Mache so viele wie du willst.

.dev .new .bak .fun

Steve
quelle
5
Sehr schlechte Ratschläge, da 1) Sie später von ICANN erstellt werden könnten und 2) Ihre Organisation mit einer anderen fusionieren könnte, die sie bereits verwendet
bortzmeyer
Eigentlich .dev Domains sind jetzt verfügbar: techcrunch.com/2019/02/19/you-can-now-register-dev-domains
Mark