O problema: Tenho dois computadores na minha rede sem fio (nome de domínio "serenity", em 192.168.1.1), nomes de host "jayne" (Arch Linux, em 192.168.1.108) e "mal" (Mac OS X, em 192.168.1.101) . Quando tento fazer com que os dois se comuniquem, acontece o seguinte:
jayne$ ping mal
PING mal.serenity (184.106.31.161) ... [pings go through to weird IP]
e
mal$ ping jayne
PING jayne.serenity (184.106.31.161) ...
No entanto, fazer ping no roteador funciona:
jayne or mal$ ping serenity
PING serenity.serenity (192.168.1.1) ...
E então as coisas ficam estranhas:
jayne or mal$ ping google
PING google.serenity (184.106.31.161) ... [same IP as before]
jayne or mal$ ping google.com
PING google.com (74.125.115.106) ... [works as expected]
jayne$ ping 192.168.1.101
PING 192.168.1.101 (192.168.1.101) ... [works as expected]
Então, por que Mal ou Jayne não podem se ver?
A pegada: o serenity está atualmente conectado a outro roteador pré-existente (não possui nome de domínio) que é o gateway principal para a Internet, localizado em 192.168.0.1. Eu configurei uma regra DHCP estática para sempre mapear a serenidade para 192.168.0.2.
Agora, percebi que quando vou para um URL inexistente em meu navegador, sou redirecionado para a página "Pesquisar *" na Internet do meu ISP, então imaginei que os endereços IP estranhos para os quais os pings estavam resolvendo provavelmente pertenciam a qualquer servidor tratou disso no ISP e alterou os servidores DNS no roteador .0.1 paraDNS público do Googleserviço.
Agora, ping malou ping jaynenão resolvo nada ("ping: host desconhecido mal", "ping: não é possível resolver jayne: host desconhecido"), mesmo com nomes "completos" (como "mal.serenity"), mas ainda consigo com sucesso ping serenity.
Então, por que Mal ou Jayne não podem se ver?
Eu não sou realmente um cara de rede, então provavelmente só tenho uma configuração errada em algum lugar, mas enquanto isso estou usando hostsarquivos para contornar isso, mapeando manualmente os nomes de host para endereços IP, mas isso é apenas consertar o sintoma, não o problema.
Responder1
Posso alterar ou excluir isso com base na sua resposta ao comentário/pergunta acima.
Isso é o que acredito que está acontecendo e pode ajudá-lo um pouco. A primeira parte é fácil: você está tentando usar o DNS para fazer ping em estações de trabalho que não estão registradas no DNS em nenhum lugar, e seu roteador/servidor DNS está retornando seu endereço IP externo (acredito, e sua resposta à pergunta acima irá confirmar isso) .
A segunda parte é que se você comparar duas estações de trabalho Windows, quando elas não se registram em um servidor DNS local, elas usam NetBIOS sobre TCP/IP para se localizarem. No seu caso, não tenho certeza se você tem algo semelhante que possa usar, pois não sou um cara de Linux ou Mac e, se tiver, não está em uso no momento.
O que posso dizer é que você pode configurar sua máquina Linux para atuar como um servidor DNS, hospedar seu próprio DNS e registrar seus computadores nesse servidor; ou você pode simplesmente continuar a usar os arquivos HOSTS. Por último, é muito provável que alguém apareça e adicione outra resposta que lhe diga como permitir que Linux e Macs se comuniquem sem usar DNS, semelhante ao NetBIOS sobre TCP/IP.
Se alguém não apresentar algo semelhante ao conceito NetBIOS sobre TCP/IP, então minha opinião pessoal é que você está bem em usar arquivos HOSTS, e esse é o caminho a seguir.
Responder2
O bit “.serenity” pode ter sido anexado como um domínio de pesquisa DNS. Isso pode ser configurado automaticamente via DHCP, então provavelmente é de onde você o está obtendo. Nas configurações de DHCP do seu roteador, limpe todos os campos de domínio de pesquisa (se houver).
Se você ainda o vir, no Windows, vá para as configurações de TCP/IP, clique em "Avançado" e na guia DNS:
- Desmarque a caixa "O sufixo DNS para esta conexão"
- Selecione "Anexar estes sufixos DNS" e certifique-se de que nada esteja na lista
Talvez seja necessário fazer isso para IPv4 e IPv6.
Em um Mac, vá para Rede nas Preferências do Sistema. Clique no botão Avançado da sua conexão e na guia DNS, clique no botão + para adicionar uma entrada em branco. (Você verá que a entrada falsa do DHCP está esmaecida, então você só pode removê-la desta forma.)
Tanto no Mac quanto no Linux, talvez você também precise verificar /etc/resolve.confse o domínio de pesquisa não está lá.
Quanto ao misterioso resultado do DNS, acho que é algum tipo de serviço "pega tudo" ou "correção de nome de domínio" que seu provedor de DNS está usando. Normalmente eles retornam esse resultado para todos os domínios inexistentes para que possam obter alguma receita com anúncios de você. OpenDNS e muitos ISPs fazem isso.
O nome do host anexado ao domínio de pesquisa não é mais um nome de host local válido, mas o que parece ser um FQDN adequado para o sistema operacional, de modo que este o envia para um servidor DNS em vez de consultar o NetBIOS. Se você não tiver esse serviço "catch all", seu sistema operacional acabará percebendo que este não é um domínio adequado e recorrerá ao NetBIOS ou outro mecanismo de resolução de nomes.