Por que meu roteador sem fio está parafusando pesquisas de nome de host?

Question

O problema : Eu 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, isso acontece:

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, o 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 porque mal ou jayne não se vêem?

A captura : a serenidade está atualmente conectada a outro roteador pré-existente (ele não tem um nome de domínio), que é o principal gateway 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, notei que, quando vou a um URL inexistente no meu navegador, sou redirecionado para a página "Pesquisar na Internet para *" do meu provedor, então imaginei que os endereços IP estranhos que os pings estavam resolvendo provavelmente pertenciam para qualquer servidor que manipulou o ISP e alterou os servidores DNS no roteador .0.1 para o DNS público do Google serviço.

Agora, ping mal ou ping jayne não resolve nada ("ping: host desconhecido mal", "ping: não é possível resolver jayne: host desconhecido"), mesmo com nomes "completos" (como "mal. serenidade "), mas ainda posso com sucesso ping serenity .

Então porque mal ou jayne não se vêem?

Eu não sou realmente um cara de rede, então eu provavelmente só tenho uma configuração errada em algum lugar, mas nesse meio tempo eu estou usando hosts arquivos para contornar isso, mapeando manualmente os nomes de host para IP endereços, mas isso é apenas corrigir o sintoma, não o problema.

    

Answer 1

Eu posso alterar ou excluir isso com base na sua resposta ao comentário / pergunta acima.

Isso é o que eu acredito que está acontecendo, e isso pode ajudá-lo. A primeira parte é fácil: você está tentando usar o DNS para fazer ping de estações de trabalho que não estão registradas no DNS, e seu roteador / servidor DNS está retornando seu endereço IP externo (acredito, e sua resposta à pergunta acima confirmará isso) .

A segunda parte é que, se você comparar duas estações de trabalho do Windows, quando elas não se registrarem em um servidor DNS local, elas usarão o NetBIOS sobre TCP / IP para se encontrarem. No seu caso, eu não tenho certeza se você tem algo parecido que você possa usar, já que eu não sou um cara Linux ou Mac, e se você fizer isso, ele não está em uso no momento.

O que posso dizer é que você pode configurar sua caixa do Linux para atuar como um servidor DNS, hospedar seu próprio DNS e registrar seus computadores com esse servidor; ou você pode simplesmente continuar a usar os arquivos HOSTS. Por último, alguém muito provável pode vir e adicionar outra resposta que diz como deixar Linux e Macs se comunicar sem usar o DNS, semelhante ao NetBIOS sobre TCP / IP.

Se alguém não comparecer com algo semelhante ao conceito NetBIOS sobre TCP / IP, então minha opinião pessoal é que você está bem com o uso de arquivos HOSTS, e esse é o caminho a percorrer.

    

Answer 2

O bit ".serenity" pode ter sido anexado como um domínio de pesquisa de DNS. Isso pode ser configurado automaticamente via DHCP, então é provavelmente de onde você está obtendo. Nas configurações de DHCP do seu roteador, limpe todos os campos do domínio de pesquisa (se houver).

Se você ainda o vê, no Windows, vá para as configurações de TCP / IP, clique em "Avançado" e na guia DNS:

• Limpar a caixa "O sufixo DNS para esta conexão"
• Selecione "Anexar estes sufixos DNS" e verifique se não há nada na lista

Você pode ter que fazer isso para IPv4 e IPv6.

Em um Mac, vá para Rede em 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ê deve ver que a entrada falsa do DHCP está em cinza para que você possa removê-la dessa maneira.)

No Mac e no Linux, você também precisa verificar /etc/resolve.conf para garantir que o domínio de pesquisa não esteja lá.

Quanto ao misterioso resultado do DNS, eu acho que é algum tipo de serviço de "pegar 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 receber algumas receitas de anúncios de você. O 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, portanto, o último envia para um servidor DNS em vez de consultar o NetBIOS. Se você não tiver esse serviço "catch all", seu sistema operacional eventualmente perceberá que esse não é um domínio adequado e retornará ao NetBIOS ou outro mecanismo de resolução de nomes.