OS X: no se pueden resolver los nombres de máquina de Windows [cerrado]

Estoy ejecutando un entorno mixto en casa y en el trabajo. Mis máquinas de servidor son Win Vista, y tengo un Unibody Macbook Pro con 10.5.7

En mi Mac, puedo hacer ping a algunas ventanas de inicio por nombre (si uso el nombre completo como stallion-main.local), pero otras máquinas, no puedo.

Mis máquinas obtienen ips dinámicos de DHCP, por lo que no puedo editar el archivo de hosts en la Mac, o más bien quiero evitar esa solución.

Es un PITB cuando trato de RDP desde mi mac en mi máquina de Windows; ya que tengo que iniciar sesión en mi enrutador para determinar la dirección IP de las máquinas con Windows que no puedo resolver su nombre.

No estoy seguro de por qué algunos nombres se resuelven, mientras que otros no.

Ayúdame obi-wan-serverfault, eres mi única esperanza.

¿Por qué no instalar Bonjour en las máquinas con Windows?

En Mac, active el uso compartido de archivos de Windows. Eso activará Samba en la Mac y le permitirá consultar los nombres de NetBIOS directamente. Parece configurar WINS correctamente, automáticamente, aunque irritantemente oculto. Con el uso compartido, la mayoría de las operaciones de Windows parecen funcionar más fácilmente.

En 10.5 está bajo Sys Prefs -> Compartir -> Compartir archivos -> Opciones <10.5 es Sys Prefs -> Compartir -> Compartir archivos de Windows

He notado un problema similar con los dominios .local en ubuntu: ¿tal vez el mismo truco funcionará en una Mac?

Esto es lo que hice:

• Editar /etc/nsswitch.conf
• cambiar el orden de los hosts: línea para que dns aparezca antes de cualquier entrada mdns4

• mi línea termina siendo como:

  hosts: archivos dns mdns4_minimal mdns4

La razón por la que funciona en algunas máquinas con Windows y no en otras es probable porque haya instalado Bonjour en algunas de esas máquinas sin saberlo. Muchas versiones de iTunes instalan silenciosamente Bonjour, y la máquina se puede encontrar a través de .local.

La mejor solución es descargar el instalador de Windows Bonjour de Apple y ejecutarlo en cada máquina con Windows. Eso también permitirá que todas las máquinas de Windows utilicen direcciones locales para cualquier cliente de Apple, así como para todos los clientes de Windows.

Los problemas de resolución de nombres de Windows como este tienden a ser el resultado de que las máquinas no están en el mismo grupo de trabajo. Si todas sus máquinas están en el mismo grupo de trabajo, deberían poder navegar y hablar entre ellas. Sin el control de su entorno DNS local, esta es probablemente la forma más fácil de hacerlo funcionar.

Quizás como una solución viable: DHCP se puede configurar para que siempre proporcione la misma IP a un host cuando se conecta. "El mismo host" se define por la dirección MAC. Incluso la mayoría de los enrutadores tienen una configuración que le permite hacer esto. Esto le ahorrará la molestia de tratar de averiguar la dirección IP.

Aparentemente no hay equivalente de nsswitch.conf en OSX.

como mencionó Brent, en Ubuntu instalarías winbind y agregarías "wins" a ese archivo conf.

Investigué mucho y aquí está el callejón sin salida:

http://episteme.arstechnica.com/eve/forums/a/tpc/f/8300945231/m/972003839731/inc/1

+1 para Brent

Estoy ejecutando Yosemite y puedo usar el comando 'smbutil' para hacer búsquedas WINS

$ smbutil lookup revo
Got response from 192.168.0.2
IP address of revo: 192.168.0.2

Si sus cajas están usando mDNS (sistema DNS multidifusión / zeroconf dns, consulte wikipedia / RFC para más detalles), los posibles culpables son:

• Asegúrese de que todas sus computadoras estén dentro del dominio .local, no estoy seguro de si es parte de la especificación o no, pero las "pilas" de resolución de nombres que he encontrado solo han pasado nombres .local a los solucionadores de mDNS, y el resto fue a dns y / o hostsfile.
• El servicio responsable de responder a las consultas mDNS no tiene los servicios apropiados en ejecución.
• El software de firewall que se ejecuta en las computadoras que no se resuelve está bloqueando las consultas y / o respuestas mDNS.

La razón por la que suena como mDNS es que mencionas específicamente que necesitas consultar por su nombre completo, que incluye .local. Para verificar si realmente es mDNS, puede intentar consultar los servidores de nombres enumerados en / etc / hosts directamente con herramientas como dig, host o nslookup y ver si le dan alguna respuesta sensata.

Si resulta que mDNS no es una resolución de nombre, díganos qué dhcpd y dns / named está ejecutando, verifique sus registros y vea si proporcionan alguna indicación de por qué algunos de los nombres de dhcp-leases haven ' t registrado en dns.