Ich versuche herauszufinden, was von DNS in einer Windows-Domänenumgebung erwartet wird, wenn ein Nicht-Windows-Benutzer, der nicht zur Domäne gehört, versucht, den Hostnamen eines Computers aufzulösen, ohne dass es sich um einen FQDN handelt.
Windows-Clients (aus gutem Grund, wie ich zustimme) verwenden ihren über DHCP empfangenen Domänennamen als DNS-Suffix bei der Auflösung von Hostnamen, sodass, wenn ich nslookup server-1 ausführe, der Eintrag für server-1.example.com angefordert wird. Wenn ich dasselbe von meinem Mac aus versuche, wird nur die Suche nach server-1 ausgeführt und schlägt fehl. Der von DHCP empfangene Domänenname steht in /etc/resolv.conf als domain example.com, aber da er nicht als aufgeführt ist, search example.comschlägt die Suche ohne Anhängen der Domäne fehl. Letzteres passiert auch bei meinem Linux-basierten Mobiltelefon.
Das Warum interessiert mich nicht wirklich, denn ich bin sicher, dass beide Plattformen ihre Gründe haben. Was ich versuche herauszufinden, ist, wie ich die Situation beheben kann, ohne Änderungen an den Clients vorzunehmen. IANAsagt, dass DHCP/BOOTP-Option 119 die Option für die DNS-Domänensuchliste ist, aber es scheint, dass die meisten Plattformen Option 119 nicht standardmäßig unterstützen. Windows scheint dies überhaupt nicht mehr zu tun, obwohl das kein großes Problem ist, und *nix-Plattformen unterstützen es nur, wenn ISC DHCP4 oder höher verwendet wird. Ich bin mir nicht sicher, wie es mit Mac aussieht, aber ich habe hier und anderswo gelesen, dass es Option 119 auch nicht unterstützt.
Irgendwelche Ideen?
Antwort1
Nachdem ich dies gelesen hatte, habe ich mir eine Ubuntu 8.10-Installation angesehen, die ich gerade auf Virtualbox abgeschlossen habe. resolve.conf enthält:
# Generated by NetworkManager
domain ourdomain.local
search ourdomain.local
nameserver 192.168.0.6
nameserver 192.168.0.7
Als Ergebnis verarbeitet es Suchvorgänge einwandfrei und ich kann jeden Rechner entweder mit dem Hostnamen oder dem FQDN erreichen. Mein MacBook verarbeitet Suchvorgänge auch einwandfrei, sowohl bei der Arbeit als auch zu Hause, aber ich kann seine resolve.conf momentan nicht überprüfen (der Bildschirm ist kaputt). Weder das Arbeitsnetzwerk (Windows DHCP) noch mein Heimnetzwerk (Linux DHCP) haben Option 119. Tatsächlich übergeben beide den Domänennamen nur als Option 15.
Das einzige Problem, das ich hatte, war, dass Linux und Mac es nicht mochten, wenn mein Heimnetzwerk einen Domänennamen mit einem einzigen Wort verwendete. Das Hinzufügen von „.local“ am Ende war die einzige Änderung, die ich vornehmen musste.