OS X: impossibile risolvere i nomi dei computer Windows [chiuso]

Sto gestendo un ambiente misto a casa e al lavoro. Le mie macchine server sono Win Vista e ho un MacBook Pro Unibody con 10.5.7

Sul mio Mac, posso eseguire il ping di alcune finestre domestiche per nome (se uso il nome completo come stallion-main.local), ma altre macchine, non posso.

Le mie macchine ottengono ips dinamici dal DHCP, quindi non posso modificare il file hosts sul mac, o piuttosto voglio evitare quella soluzione.

È un PITB quando provo a eseguire un RDP dal mio mac nella mia macchina Windows; come devo accedere al mio router per determinare l'indirizzo IP delle macchine Windows che non riesco a risolvere il loro nome.

Non sono sicuro del motivo per cui alcuni nomi si risolvono, mentre altri no.

Aiutami obi-wan-serverfault, sei la mia unica speranza.

Perché non installare Bonjour sui computer Windows?

Sul Mac attiva la condivisione dei file di Windows. Ciò attiverà quindi Samba sul Mac e consentirà di interrogare direttamente i nomi NetBIOS. Sembra configurare WINS correttamente, automaticamente, sebbene irritantemente nascosto. Con la condivisione attiva, la maggior parte delle operazioni di Windows sembra funzionare più facilmente.

In 10.5 è in Sys Prefs -> Sharing -> File Sharing -> Opzioni <10.5 è Sys Prefs -> Sharing -> Windows File Sharing

Ho notato un problema simile con i domini .local in Ubuntu - forse lo stesso trucco funzionerà su un Mac?

Questo è quello che ho fatto:

• Modifica /etc/nsswitch.conf
• cambia l'ordine degli host: line in modo che dns preceda qualsiasi voce mdns4

• la mia linea finisce per essere come:

  host: file dns mdns4_minimal mdns4

Il motivo per cui funziona su alcuni computer Windows e non su altri è probabilmente perché hai installato Bonjour su alcuni di questi computer senza saperlo. Molte versioni di iTunes installano silenziosamente Bonjour e la macchina può quindi essere trovata tramite .local.

La soluzione migliore è semplicemente scaricare il programma di installazione di Windows Bonjour da Apple ed eseguirlo su ogni macchina Windows. Ciò consentirà inoltre a tutti i computer Windows di utilizzare indirizzi .local per qualsiasi client Apple e per tutti i client Windows.

Problemi di risoluzione dei nomi di Windows come questo tendono ad essere il risultato delle macchine che non fanno parte dello stesso gruppo di lavoro. Se tutte le macchine fanno parte dello stesso gruppo di lavoro, dovrebbero essere in grado di navigare e parlare tra loro. Senza il controllo del tuo ambiente DNS locale, questo è probabilmente il modo più semplice per farlo funzionare.

Forse come soluzione alternativa possibile: DHCP può essere configurato per fornire sempre lo stesso IP a un host quando si connette. "Lo stesso host" è definito dall'indirizzo MAC. Anche la maggior parte dei router ha un'impostazione che ti consente di farlo. Questo ti farà risparmiare il dolore di provare a capire l'indirizzo IP.

Apparentemente non esiste un equivalente di nsswitch.conf in OSX.

come menzionato da Brent, in Ubuntu installerai winbind e aggiungerai "vittorie" a quel file conf.

Ho scavato molto ed ecco il vicolo cieco:

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

+1 per Brent

Sto eseguendo Yosemite e posso usare il comando 'smbutil' per fare ricerche WINS

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

Se le tue caselle utilizzano mDNS (sistema DNS multicast / zeroconf dns, vedi wikipedia / RFC per i dettagli), i possibili colpevoli sono:

• Assicurati che tutti i tuoi computer si trovino all'interno del dominio .local, non sono sicuro che faccia parte o meno delle specifiche, ma la risoluzione dei nomi "stack" che ho riscontrato ha passato solo i nomi .local ai resolver mDNS e il resto è andato a dns e / o hostsfile.
• Il servizio responsabile della risposta alle query mDNS non dispone dei servizi appropriati in esecuzione.
• Il software firewall in esecuzione sui computer che non vengono risolti sta bloccando le query e / o le risposte mDNS.

Il motivo per cui suona come mDNS è che dici specificamente che devi interrogare con il loro nome completo che include .local. Per verificare se si tratta effettivamente di mDNS, puoi provare a interrogare i nameserver elencati in / etc / hosts direttamente con strumenti come dig, host o nslookup e vedere se ti danno una risposta sensata.

Se risulta che non si tratta della risoluzione dei nomi da parte di mDNS, facci sapere quale dhcpd e dns / nome stai eseguendo, controlla i loro registri e vedi se forniscono qualche indicazione sul perché alcuni dei nomi per il porto di leasing dhcp ' stato registrato in dns.