OS X: impossible de résoudre les noms de machines Windows [fermé]

Je gère un environnement mixte à la maison et au travail. Mes machines serveurs sont Win Vista et j'ai un MacBook Pro Unibody sous 10.5.7

Sur mon Mac, je peux envoyer une requête ping à certaines fenêtres d'accueil par nom (si j'utilise le nom complet tel que stallion-main.local), mais d'autres machines, je ne peux pas.

Mes machines reçoivent des ips dynamiques de DHCP, donc je ne peux pas modifier le fichier hosts sur le mac, ou plutôt je veux éviter cette solution.

C'est un PITB lorsque j'essaie de RDP de mon Mac dans ma machine Windows; car je dois me connecter à mon routeur pour déterminer l'adresse IP des machines Windows que je ne peux pas résoudre leur nom.

Je ne sais pas pourquoi certains noms se résolvent, tandis que d'autres ne le font pas.

Aidez-moi obi-wan-serverfault, vous êtes mon seul espoir.

Pourquoi ne pas installer Bonjour sur les machines Windows?

Sur le Mac, activez le partage de fichiers Windows. Cela activera ensuite Samba sur le Mac et lui permettra d'interroger directement les noms NetBIOS. Il semble configurer WINS correctement, automatiquement, bien qu'il soit irritant. Avec le partage activé, la plupart des opérations Windows semblent fonctionner plus facilement.

Dans 10.5 c'est sous Sys Prefs -> Partage -> Partage de fichiers -> Options <10.5 c'est Sys Prefs -> Partage -> Partage de fichiers Windows

J'ai remarqué un problème similaire avec les domaines .local sous Ubuntu - peut-être que la même astuce fonctionnera sur un Mac?

C'est ce que j'ai fait:

• Editez /etc/nsswitch.conf
• changer l'ordre des hôtes: ligne afin que le DNS vienne avant toutes les entrées mdns4

• ma ligne finit par être comme:

  hôtes: fichiers dns mdns4_minimal mdns4

La raison pour laquelle cela fonctionne sur certaines machines Windows et pas sur d'autres est probablement parce que Bonjour a installé Bonjour sur certaines de ces machines sans le savoir. De nombreuses versions d'iTunes installent silencieusement Bonjour, et la machine peut alors être trouvée via .local.

La meilleure solution consiste à télécharger simplement le programme d'installation de Windows Bonjour à partir d'Apple et à l'exécuter sur chaque machine Windows. Cela permettra également à toutes les machines Windows d'utiliser des adresses .local pour tout client Apple ainsi que pour tous les clients Windows.

Les problèmes de résolution de noms de Windows comme celui-ci sont généralement dus au fait que les ordinateurs ne sont pas dans le même groupe de travail. Si toutes vos machines se trouvent dans le même groupe de travail, elles devraient pouvoir se parcourir et se parler. Sans contrôle de votre environnement DNS local, c'est probablement le moyen le plus simple de le faire fonctionner.

Peut-être comme solution de contournement viable: DHCP peut être configuré pour toujours donner la même IP à un hôte lorsqu'il se connecte. "Le même hôte" est défini par l'adresse MAC. Même la plupart des routeurs ont un paramètre qui vous permet de le faire. Cela vous évitera la peine d'essayer de comprendre l'adresse IP.

Apparemment, il n'y a pas d'équivalent de nsswitch.conf dans OSX.

comme Brent l'a mentionné, dans Ubuntu vous installeriez winbind et ajouteriez "wins" à ce fichier conf.

J'ai beaucoup creusé et voici l'impasse:

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

+1 pour Brent

Im exécutant Yosemite et je peux utiliser la commande 'smbutil' pour effectuer des recherches WINS

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

Si vos boîtiers utilisent mDNS (système DNS multicast DNS / zeroconf, voir wikipedia / RFC pour plus de détails), les coupables possibles sont:

• Assurez-vous que tous vos ordinateurs se trouvent dans le domaine .local, je ne sais pas si cela fait partie de la spécification ou non, mais la résolution de noms "piles" que j'ai rencontrée n'a transmis que les noms .local aux résolveurs mDNS, et le reste est allé au DNS et / ou au fichier hôte.
• Le service chargé de répondre aux requêtes mDNS n'a pas les services appropriés en cours d'exécution.
• Le logiciel de pare-feu exécuté sur les ordinateurs qui ne résolvent pas bloquent les requêtes et / ou les réponses mDNS.

La raison pour laquelle cela ressemble à mDNS est que vous mentionnez spécifiquement que vous devez interroger par son nom complet qui inclut .local. Pour vérifier s'il s'agit bien de mDNS, vous pouvez essayer d'interroger les serveurs de noms répertoriés dans / etc / hosts directement avec des outils comme dig, host ou nslookup et voir s'ils vous donnent une réponse sensée.

S'il s'avère que la résolution de nom n'est pas effectuée par mDNS, faites-nous savoir quels dhcpd et dns / named vous utilisez, vérifiez leurs journaux et voyez s'ils fournissent des indications sur la raison pour laquelle certains des noms pour le dhcp-beases havre ' t été enregistré dans le DNS.