Est-il possible de configurer OS X pour utiliser le nom de domaine fourni par l'option DHCP 15?

Je gère un petit réseau domestique et j'ai configuré mon serveur DHCP pour fournir un nom de domaine avec toutes les réponses. Mon MacBook Air (exécutant la version 10.7.3) place le domaine fourni dans le chemin de recherche DNS, mais ne définit pas le domaine local en conséquence. Remarque, le nom de domaine réel a été remplacé par my.example.com dans la sortie ci-dessous et les adresses IP / MAC ont été supprimées. Informations de diagnostic ci-dessous. J'ai fouillé System Preferences -> Network -> Wi Fi -> Advancedsans succès, à part définir statiquement le nom d'hôte, ce qui ne fonctionne évidemment pas si je me déplace entre les réseaux. Quelqu'un d'autre a-t-il d'autres suggestions?

Le domaine de recherche est correctement défini dans /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>
%

Cependant, hostname -fne reflète pas le domaine dans le FQDN:

% hostname -f
myhost.local
%

L'exécution tcpdumpet le forçage d'un renouvellement DHCP confirme que l'option 15 est présente à la fois dans la demande et la réponse DHCP, mais n'est apparemment pas utilisée par OS X autrement que pour définir le chemin de recherche 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
source

Que scutil --get HostNamerevient-il? Je ne configure pas mon nom d'hôte et il renvoie "non défini". Si vous voyez man scutil, vous remarquerez que votre nom d'ordinateur, votre nom local (nom Bonjour) et votre nom d'hôte ne sont apparemment pas égaux.

— ephsmith

A noter également: /etc/resolv.confn'est pas utilisé. Vérifiez la réponse que vous obtenez lors de la vérification man /etc/resolv.conf.

— ephsmith

@ephsmith je reçois «non défini». (Système exécutant maintenant Mountain Lion, mais le comportement ne semble pas avoir changé.

— Murali Suriar

OS X obtient les noms d'hôtes de DNS, pas de DHCP. Si vous souhaitez attribuer des noms d'hôtes appropriés, vous devez résoudre les entrées A / AAAA / PTR.

— MacLemon

Ne pas comprendre quel est exactement votre problème. Peut-être que cela peut vous aider.

Si vous définissez l'option de recherche, dans votre propre configuration (réseau -> avancé -> DNS -> domaines de recherche) ou par votre serveur DHCP. Vous éliminez essentiellement la nécessité d'ajouter cette partie à un fqdn.

Exemple:

recherche: foo.com

puis,

test ping

essaierait de résoudre test.foo.com

Donc, dans votre cas, ce serait test.my.example.com

De plus, en définissant votre nom local, vous pouvez changer sous:

Partage -> Modifier ...

— Roger
source