¿Es posible configurar OS X para usar el nombre de dominio proporcionado por la opción 15 de DHCP?

11

Ejecuto una red doméstica pequeña y configuré mi servidor DHCP para proporcionar un nombre de dominio con todas las respuestas. Mi MacBook Air (ejecutando 10.7.3) coloca el dominio proporcionado en la ruta de búsqueda DNS, pero no establece el dominio local en consecuencia. Tenga en cuenta que el nombre de dominio real ha sido reemplazado por my.example.com en el resultado a continuación, y las direcciones IP / MAC han sido eliminadas. Información de diagnóstico a continuación. Me metí System Preferences -> Network -> Wi Fi -> Advancedsin suerte, aparte de configurar estáticamente el nombre de host, que obviamente no funciona si deambulo entre redes. ¿Alguien más tiene alguna otra sugerencia?


El dominio de búsqueda está configurado correctamente en /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>
%

Sin embargo, hostname -fno refleja el dominio en el FQDN:

% hostname -f
myhost.local
%

Ejecutar tcpdumpy forzar una renovación de DHCP confirma que la opción 15 está presente tanto en la solicitud como en la respuesta de DHCP, pero aparentemente OS X no la está utilizando más que para establecer la ruta de búsqueda de 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
fuente
¿Qué scutil --get HostNamedevuelve? No configuro mi nombre de host y devuelve "no establecido". Si ve man scutil, notará que el nombre de su computadora, el nombre local (nombre de Bonjour) y el nombre de host aparentemente no son iguales.
ephsmith
También de nota: /etc/resolv.confno se utiliza. Verifique la respuesta que obtiene al verificar man /etc/resolv.conf.
ephsmith
@ephsmith me sale 'no establecido'. (El sistema ahora ejecuta Mountain Lion, pero el comportamiento no parece haber cambiado.
Murali Suriar
OS X obtiene sus nombres de host de DNS, no de DHCP. Si desea asignar nombres de host adecuados, debe resolver las entradas A / AAAA / PTR.
MacLemon

Respuestas:

1

No entiendo cuál es exactamente tu problema. Tal vez esto pueda ayudarle.

Si configura la opción de búsqueda, en su propia configuración (red-> avanzado-> dns-> dominios de búsqueda) o en su servidor dhcp. Básicamente elimina la necesidad de agregar esta parte a un fqdn.

Ejemplo:

búsqueda: foo.com

luego,

prueba de ping

intentaría resolver test.foo.com

Entonces, en su caso, sería test.my.example.com

Además, estableciendo su nombre local, puede cambiar en:

Compartir -> Editar ...

Roger
fuente