Ist es möglich, OS X so zu konfigurieren, dass der von DHCP-Option 15 bereitgestellte Domänenname verwendet wird?

Ich betreibe ein kleines Heimnetzwerk und habe meinen DHCP-Server so konfiguriert, dass er einen Domänennamen mit allen Antworten bereitstellt. Mein MacBook Air (mit 10.7.3) fügt die bereitgestellte Domäne in den DNS-Suchpfad ein, stellt die lokale Domäne jedoch nicht entsprechend ein. Beachten Sie, dass der tatsächliche Domänenname in der folgenden Ausgabe durch my.example.com ersetzt wurde und IP-/MAC-Adressen entfernt wurden. Diagnoseinformationen unten. Ich habe System Preferences -> Network -> Wi Fi -> Advancedohne Glück herumgestöbert, außer den Hostnamen statisch festzulegen, was offensichtlich nicht funktioniert, wenn ich zwischen Netzwerken wandle. Hat noch jemand andere Vorschläge?


Die Suchdomäne ist in /etc/resolv.conf richtig eingestellt:

% cat /etc/resolv.conf
#
# Mac OS X Notice
#
# This file is not used by the host name and address resolution
# or the DNS query routing mechanisms used by most processes on
# this Mac OS X system.#
# This file is automatically generated.
#
search my.example.com
nameserver <DNS IP addr>
nameserver <DNS IPv6 addr>
%

Spiegelt hostname -fjedoch nicht die Domäne im FQDN wider:

% hostname -f
myhost.local
%

Das Ausführen tcpdumpund Erzwingen einer DHCP-Erneuerung bestätigt, dass Option 15 sowohl in der DHCP-Anfrage als auch in der Antwort vorhanden ist, aber scheinbar nicht von OS X verwendet wird, außer um den DNS-Suchpfad festzulegen.

% sudo tcpdump -n -ien0 -vvvvv udp port 67
tcpdump: listening on en0, link-type EN10MB (Ethernet), capture size 65535 bytes
01:13:25.061622 IP (tos 0x0, ttl 255, id 26061, offset 0, flags [none], proto UDP (17), length 328)
    0.0.0.0.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request from <my MAC addr>, length 300, xid 0x463f9f78, Flags [none] (0x0000)
          Client-Ethernet-Address <my MAC addr>
          Vendor-rfc1048 Extensions
            Magic Cookie 0x63825363
            DHCP-Message Option 53, length 1: Request
            Parameter-Request Option 55, length 9: 
              Subnet-Mask, Default-Gateway, Domain-Name-Server, Domain-Name
              Option 119, LDAP, Option 252, Netbios-Name-Server
              Netbios-Node
            MSZ Option 57, length 2: 1500
            Client-ID Option 61, length 9: "myhost"
            Requested-IP Option 50, length 4: <my IP addr>
            Lease-Time Option 51, length 4: 7776000
            Hostname Option 12, length 8: "myhost"
            END Option 255, length 0
            PAD Option 0, length 0, occurs 8
01:13:25.068967 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 328)
    <srv IP addr>.67 > <my IP addr>.68: [udp sum ok] BOOTP/DHCP, Reply, length 300, xid 0x463f9f78, Flags [none] (0x0000)
          Your-IP <my IP addr>
          Client-Ethernet-Address <my MAC addr>
          Vendor-rfc1048 Extensions
            Magic Cookie 0x63825363
            DHCP-Message Option 53, length 1: ACK
            Server-ID Option 54, length 4: <srv IP addr>
            Lease-Time Option 51, length 4: 86400
            Subnet-Mask Option 1, length 4: <subnet mask>
            Default-Gateway Option 3, length 4: <my IP addr>
            Domain-Name-Server Option 6, length 4: <DNS IP addr>
            Domain-Name Option 15, length 13: "my.example.com"
            END Option 255, length 0
            PAD Option 0, length 0, occurs 11
^C
2 packets captured
1458 packets received by filter
0 packets dropped by kernel
Was kommt scutil --get HostNamezurück? Ich konfiguriere meinen Hostnamen nicht und er gibt "not set" zurück. Wenn Sie sehen man scutil, werden Sie feststellen, dass Ihr Computername, Ihr .lokaler Name (Bonjour-Name) und Ihr Hostname anscheinend nicht gleich sind.
Auch zu beachten: /etc/resolv.confwird nicht verwendet. Überprüfen Sie die Antwort, die Sie erhalten, wenn Sie überprüfen man /etc/resolv.conf.
@ephsmith Ich bekomme 'not set'. (Das System läuft jetzt mit Mountain Lion, aber das Verhalten scheint sich nicht geändert zu haben.
OS X erhält seine Hostnamen von DNS, nicht von DHCP. Wenn Sie richtige Hostnamen zuweisen möchten, müssen Sie A/AAAA/PTR-Einträge auflösen.

Antworten (1)

Verstehe nicht was genau dein Problem ist. Vielleicht kann dir das helfen.

Wenn Sie die Suchoption in Ihrer eigenen Konfiguration (Netzwerk->Erweitert->DNS->Suchdomänen) oder von Ihrem DHCP-Server festlegen. Sie beseitigen im Grunde die Notwendigkeit, diesen Teil zu einem FQDN hinzuzufügen.

Beispiel:

Suche: foo.com

dann,

Ping-Test

würde versuchen, test.foo.com zu lösen

In Ihrem Fall wäre das also test.my.example.com

Außerdem können Sie Ihren lokalen Namen ändern unter:

Teilen -> Bearbeiten...