Por que não instalar o Bonjour nas máquinas Windows?
Estou executando um ambiente misto em casa e no trabalho. As minhas máquinas servidoras são o Win Vista, e tenho um MacBook Pro da Unibody a correr 10.5.7
No meu mac, posso fazer ping em algumas janelas da casa pelo nome (se eu usar o nome completo como stallion-main.local), mas outras máquinas, não posso.
Minhas máquinas obtêm ips dinâmicos do DHCP, por isso não posso editar o arquivo hosts no mac, ou melhor, eu quero evitar essa solução.
É um PITB quando eu tento RDP do meu mac para minha máquina windows; como eu tenho que entrar no meu roteador para determinar o endereço IP de máquinas windows que eu não posso resolver o seu nome.
Não sei por que alguns nomes resolvem, enquanto outros não.
Me ajude obi-wan-serverfault, você é minha única esperança.
No Mac, ative o compartilhamento de arquivos do Windows. Isso ativará o Samba no Mac e permitirá que ele consulte nomes NetBIOS diretamente. Parece configurar o WINS corretamente, automaticamente, embora irritantemente oculto. Com o compartilhamento, a maioria das operações do Windows parece funcionar mais facilmente.
No 10.5, está sob Prefs do sistema - > Compartilhamento - > Compartilhamento de arquivos - > Opções < 10,5 é Sys Prefs - > Compartilhamento - > Compartilhamento de arquivos do Windows
Eu tenho notado um problema similar com domínios .local no Ubuntu - talvez o mesmo truque funcione em um mac?
Foi o que eu fiz:
minha linha acaba sendo assim:
hosts: arquivos dns mdns4_minimal mdns4
O motivo pelo qual ele está funcionando em algumas máquinas Windows e não em outras é provável, porque você instalou o Bonjour em algumas dessas máquinas sem saber. Muitas versões do iTunes instalam silenciosamente o Bonjour, e a máquina pode então ser encontrada via .local.
A melhor solução é apenas baixar o instalador do Windows Bonjour da Apple e executá-lo em cada máquina Windows. Isso também permitirá que todas as máquinas Windows usem endereços .local para qualquer cliente Apple, bem como para todos os clientes Windows.
Problemas de resolução de nomes do Windows como esse tendem a ser o resultado de as máquinas não estarem no mesmo grupo de trabalho. Se todas as suas máquinas estiverem no mesmo grupo de trabalho, elas poderão navegar e conversar entre si. Sem o controle do ambiente DNS local, essa é provavelmente a maneira mais fácil de fazê-lo funcionar.
Talvez como uma solução viável: o DHCP pode ser configurado para sempre fornecer o mesmo IP a um host quando se conectar. "O mesmo host" é definido pelo endereço MAC. Até a maioria dos roteadores tem uma configuração que permite fazer isso. Isso poupará a dor de tentar descobrir o endereço IP.
Aparentemente, não há equivalente de nsswitch.conf no OSX.
como Brent mencionou, no Ubuntu você instalaria o winbind e adicionaria "wins" a esse arquivo conf.
Eu fiz muita escavação e aqui está o beco sem saída:
+1 para o Brent
Estou executando o Yosemite e posso usar o comando 'smbutil' para fazer pesquisas do WINS
$ smbutil lookup revo
Got response from 192.168.0.2
IP address of revo: 192.168.0.2
Se as suas caixas estiverem usando mDNS (sistema multicast DNS / zeroconf dns, veja Wikipedia / RFCs para detalhes), possíveis culpados são:
A razão pela qual soa como mDNS é que você menciona especificamente que precisa consultar pelo nome completo, que inclui .local. Para verificar se realmente é mDNS, você pode tentar consultar os nomes dos servidores listados em / etc / hosts diretamente, por exemplo, ferramentas como dig, host ou nslookup, e ver se eles fornecem uma resposta sensata.
Se não for a resolução do nome pelo mDNS, informe-nos quais dhcpd e dns / named você está executando, verifique seus logs e veja se eles fornecem alguma indicação do motivo pelo qual alguns dos nomes do dhcp- locações não foram registradas em dns.