É possível configurar o OS X para usar o nome de domínio fornecido pela opção 15 do DHCP?

Eu corro uma pequena rede doméstica e configurei meu servidor DHCP para fornecer um nome de domínio com todas as respostas. O meu MacBook Air (executando 10.7.3) coloca o domínio fornecido no caminho de pesquisa do DNS, mas não define o domínio local de acordo. Observe que o nome de domínio real foi substituído por my.example.com na saída abaixo e os endereços IP / MAC foram removidos. Informações de diagnóstico abaixo. Eu bisbilhotei System Preferences -> Network -> Wi Fi -> Advancedsem sorte, além de definir estaticamente o nome do host, o que obviamente não funciona se eu andar entre redes. Alguém mais tem outras sugestões?

O domínio de pesquisa está definido corretamente no /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>
%

No entanto, hostname -fnão reflete o domínio no FQDN:

% hostname -f
myhost.local
%

Executar tcpdumpe forçar uma renovação de DHCP confirma que a opção 15 está presente na solicitação e resposta de DHCP, mas aparentemente não está sendo usada pelo OS X, exceto para definir o caminho de pesquisa do 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

O que scutil --get HostNameretorna? Eu não configuro meu nome de host e ele retorna "não definido". Se você vir man scutil, notará que é o nome do computador, o nome local (nome do Bonjour) e o nome do host aparentemente não são iguais.

— Ephsmith

Também de nota: /etc/resolv.confnão é usado. Verifique a resposta que você recebe ao verificar man /etc/resolv.conf.

— ephsmith

@ephsmith fico 'não definido'. (Sistema funcionando agora Mountain Lion, mas o comportamento não parece ter mudado.

— Murali Suriar

OS X recebe nomes de host do DNS, não do DHCP. Se você deseja atribuir nomes de host adequados, é necessário resolver as entradas A / AAAA / PTR.

— MacLemon 6/12/12

Não entendo qual é exatamente o seu problema. Talvez isso possa te ajudar.

Se você definir a opção de pesquisa, em sua própria configuração (rede-> avançado-> dns-> domínios de pesquisa) ou pelo servidor dhcp. Você basicamente elimina a necessidade de adicionar esta parte a um fqdn.

Exemplo:

pesquisa: foo.com

então,

teste de ping

tentaria resolver test.foo.com

Portanto, no seu caso, seria test.my.example.com

Além disso, definindo seu nome local, você pode alterar em:

Compartilhando -> Editar ...

— Roger
fonte