Lokale Domainnamen

Damit die TLD des privaten Heimnetzes nicht mit der großen weiten Welt kollidiert, muß man sich als Admin ganz schön ins Zeug legen. Bis vor kurzem war ich noch der Meinung, dass .local eine gute Wahl darstellte…

$ ping -c3 sample-host.my-net.local
ping: unknown host sample-host.my-net.local

Naja. Daneben.

Mal abgesehen davon, dass es sich hier um einen rein fiktiven Hostnamen handelt, würde der ping-Aufruf auch mit echten Namen nicht funktionieren. Denn .local ist eine für mDNS-Zwecke im Rahmen von Zeroconf (“zero configuration networking”, RFC3927) reservierter Bezeichner.

“Zeroconf ermöglicht ein einfaches Einrichten und den konfigurationslosen Betrieb von Netzen auf Basis des Internet Protocol … ohne ein manuelles Eingreifen eines der Benutzer oder durch das Verwenden von externer Netzwerkkonfiguration wie DHCP …” (Quelle: Wikipedia)

“mDNS ist dabei nichts anderes als eine Beschreibung, wie Clients verfahren müssen, wenn sie DNS-Anfragen an Multicast-Adressen senden, und wie eine Gruppe von Rechnern damit umgeht, sodass die Anfrage richtig und ohne erhöhte Last auf dem Netzwerk beantwortet wird.” (Quelle: Wikipedia)

Kurz zusammengefaßt kollidieren hier also 2 Welten miteinander. Als Heimnetz-Admin wollte ich meine Domain selbst benennen. Zeroconf dagegen ist dafür gedacht, eben dies nicht tun zu müssen. Zur Lösung dieses Dilemmas kann man jetzt

1. vollkommen auf eine eigene Konfiguration verzichten
2. eine andere Domain als .local (z.B. .home) wählen oder
3. mDNS einfach abschalten.

Bei Punkt 3 ist darauf zu achten das es nicht genügt, einfach den Avahi-Daemon (Linux Zeroconf Implementierung) abzuknipsen. Der Resolver hört auch nicht unbedingt auf die entsprechende Konfiguration in /etc/nsswitch.conf, die mit

hosts: files dns

eigentlich spezifiziert, für eine Namensauflösung zuerst in der lokalen /etc/hosts und danach im (in /etc/resolv.conf konfigurierten) DNS-Server nachzuschlagen. Die Lösung bringt hier eine Anpassung der /etc/hosts:

mdns off

That’s all.