¿Alternativa de descubrimiento para reemplazar el argumento mDNSResponder?

Navega tus respuestas
12

Este es un seguimiento directo a esta pregunta . Antes de Yosemite , Agregaría el argumento "-AlwaysAppendSearchDomains" al archivo plist mDNSResponder para que todas las búsquedas de resolución local agregaran los dominios de búsqueda, independientemente de si había un período en la etiqueta para buscar. Por ejemplo, si trato de ssh con el nombre de host foo.bar o foo, el dominio de búsqueda de baz.com debe intentarse, no solo para el último caso, como fue (y es) el comportamiento predeterminado.

Ahora, parece que mDNSResponder se ha ido, reemplazado por discoveryd. No puedo encontrar una opción similar para que siempre agregue el dominio de búsqueda. Sugerencias? Prefiero no seguir la ruta de utilizar un resolutor local no predeterminado, pero lo considero como una opción. Por ahora, solo escribiré los FQDN largos, pero preferiría no hacerlo.

Gracias, Pete

    
pregunta Sigsegv 17.10.2014 - 21:37

4 respuestas

18

Desde 10.10.1, la forma más sencilla de solucionar este problema es agregar --AlwaysAppendSearchDomains a ProgramArguments en el archivo plist /System/Library/LaunchDaemons/com.apple.discoveryd.plist

Luego reinicie com.apple.discoveryd.plist con: 

sudo launchctl unload /System/Library/LaunchDaemons/com.apple.discoveryd.plist
sudo launchctl load /System/Library/LaunchDaemons/com.apple.discoveryd.plist

Todo esto de acuerdo con la ayuda impresa por: 

/usr/libexec/discoveryd --help

Eso hará lo mismo que hizo para mDNSResponder por lo que puedo decir.

    
respondido por el Teknisten 18.11.2014 - 16:45
4

Ejecute sudo discoveryutil mdnsactivedirectory yes en la Terminal. Según enlace es la solución.

Esto se puede hacer para que se ejecute automáticamente cada vez que se inicie un terminal sin una contraseña:

  • sudo visudo
    • agrega una línea a la parte inferior %admin ALL=NOPASSWD: /usr/sbin/discoveryutil
    • Si el grupo de administración no funciona, ejecute groups en la terminal y use un grupo apropiado, tal vez "personal" o "todos". O simplemente use un nombre de usuario individual sin el % inicial
  • Para probar el cambio de visudo
    • sudo -k
    • sudo su y verifique que se le pidan la contraseña. Entonces control-c sin ingresar tu contraseña
    • sudo discoveryutil mdnsactivedirectory y verifica que no se solicite la contraseña
  • Agrega una línea a ~ / .bash_profile sudo discoveryutil mdnsactivedirectory yes
  • Agregar Terminal a los elementos de inicio de sesión de su usuario
    • en 10.10: Preferencias del sistema - > Usuarios & Grupos, seleccione usuario
    • Ir a la pestaña "Iniciar sesión" y agregar / Aplicaciones / Utilidades / Terminal
respondido por el user97566 25.10.2014 - 18:52
1

Desafortunadamente, no hay solución, pero he descubierto que al menos puede verificar la configuración del resolvedor utilizando 'discoveryutil', de este modo: 

mdbraber-mba:~ mdbraber$ sudo discoveryutil configresolver
Configuration Resolvers: Resolver domain [default], type Unicast, ifIndex 4, port 0, timeout 30, A yes, AAAA no, serviceID 0, scope None, order 0
    server 192.168.143.1
    search domain ourhouse
Configuration Resolvers: Resolver domain [default], type Unicast, ifIndex 4, port 0, timeout 30, A yes, AAAA no, serviceID 0, scope InterfaceID, order 0
    server 192.168.143.1

Al parecer, el primer resolvedor enumera un dominio de búsqueda, aunque no parece funcionar como en OS X < 10.10 versiones. No tengo idea de por qué hay un segundo resolutor sin un dominio de búsqueda en la lista.

    
respondido por el mdbraber 18.10.2014 - 21:09
1

Aquí hay una solución pirateada utilizando un servidor de nombres local, funciona para mí:

enlace

    
respondido por el joedj 05.11.2014 - 10:21

Lea otras preguntas en las etiquetas

¿Por qué los títulos de las secciones de las páginas del manual no son completamente codiciables? ¿Qué debo ingresar en Terminal, usar sudo para hacerme administrador?