È possibile configurare OS X per utilizzare il nome dominio fornito dall'opzione DHCP 15?

Gestisco una piccola rete domestica e ho configurato il mio server DHCP per fornire un nome di dominio con tutte le risposte. Il mio MacBook Air (in esecuzione 10.7.3) inserisce il dominio fornito nel percorso di ricerca DNS, ma non imposta di conseguenza il dominio locale. Si noti che il nome di dominio effettivo è stato sostituito con my.example.com nell'output seguente e gli indirizzi IP / MAC sono stati rimossi. Informazioni diagnostiche di seguito. Sono andato in giro System Preferences -> Network -> Wi Fi -> Advancedsenza fortuna, a parte l'impostazione statica del nome host, che ovviamente non funziona se mi muovo tra le reti. Qualcun altro ha altri suggerimenti?

Il dominio di ricerca è impostato correttamente in /etc/resolv.conf:

% 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>
%

Tuttavia, hostname -fnon riflette il dominio nel nome di dominio completo:

% hostname -f
myhost.local
%

L'esecuzione tcpdumpe la forzatura di un rinnovo DHCP confermano che l'opzione 15 è presente sia nella richiesta DHCP che nella risposta, ma apparentemente non viene utilizzata da OS X se non per impostare il percorso di ricerca DNS.

% 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

— Murali Suriar
fonte

Cosa scutil --get HostNameritorna? Non configuro il mio nome host e restituisce "non impostato". Se vedi man scutil, noterai che sei il nome del computer, il nome .local (nome Bonjour) e il nome host apparentemente non sono uguali.

— efsmith

Anche da notare: /etc/resolv.confnon viene utilizzato. Controlla la risposta che ricevi quando controlli man /etc/resolv.conf.

— efsmith

@smsm ottengo 'non impostato'. (Il sistema ora esegue Mountain Lion, ma il comportamento non sembra essere cambiato.

— Murali Suriar

OS X ottiene i nomi host da DNS, non da DHCP. Se si desidera assegnare nomi host appropriati, è necessario che le voci A / AAAA / PTR vengano risolte.

— MacLemon,

Non capire qual è esattamente il tuo problema. Forse questo può aiutarti.

Se imposti l'opzione di ricerca, nella tua configurazione (rete-> avanzata-> dns-> domini di ricerca) o dal tuo server dhcp. In pratica si elimina la necessità di aggiungere questa parte a un fqdn.

Esempio:

ricerca: foo.com

poi,

test ping

proverebbe a risolvere test.foo.com

Quindi, nel tuo caso sarebbe test.my.example.com

Inoltre, impostando il nome locale, è possibile modificare in:

Condivisione -> Modifica ...

— Roger
fonte