Por que o dnsmasq está colocando o IP do roteador em /etc/resolv.conf em vez de 127.0.0.1?

Question

Estou tendo problemas de resolução de DNS em vários contextos que parecem rastrear minha configuração de rede.

Estou executando apenas a instalação dnsmasq-base de dnsmasq em duas instalações do Linux (Lubuntu 12.04 e 12.10). Eu não fiz nada em particular para configurar o dnsmasq , mas acho que algumas outras mudanças que fiz anteriormente podem levar a uma configuração incorreta ao atualizar.

A configuração de trabalho na máquina 'A' executando 12.04 define /etc/resolv.conf para usar 127.0.1.1 (que em /etc/hosts está definido como $HOSTNAME ) Na máquina 'B' em que determinados aplicativos, como o OpenVPN, têm problemas de resolução de DNS , /etc/resolv.conf é definido como 192.168.1.1, que é o meu IP de gateway. Apenas determinados aplicativos são afetados. A navegação na Web, por exemplo, funciona muito bem.

Alguma ideia se essa diferença é a causa dos problemas de resolução de DNS e por que o 'B' está se comportando de maneira diferente?

Edições:

Tanto 'A' quanto 'B' estão rodando dnsmasq , ambos estão usando DHCP para obter a configuração do DNS, e eu estou usando apenas o dnsmasq para DNS.

Não há arquivo /etc/dnsmasq.conf . Eu entendo que isso é normal ao executar apenas dnsmasq-base .

O conteúdo de /etc/resolvconf nas duas máquinas parece ser idêntico. Nenhum arquivo estranho / ausente.

Desculpe, não posso ser mais específico sobre a natureza do problema. "Problema de resolução de DNS" foi o ponto final da minha discussão com o suporte técnico do meu provedor de VPN.

    

Answer 1

Na máquina B, se /etc/NetworkManager/NetworkManager.conf contiver dns=dnsmasq , então resolv.conf deverá conter apenas uma linha "nameserver", ou seja, nameserver 127.0.1.1 . 127.0.1.1 é o endereço no qual o servidor de nomes de encaminhamento local controlado pelo NetworkManager atende. O NetworkManager fornece os endereços de encaminhamento do servidor de nomes para uso.

Tente executar sudo dpkg-reconfigure resolvconf na máquina B. Isso restaurará o link simbólico necessário de /etc/resolv.conf para ../run/resolvconf/resolv.conf .

Você está executando um cliente VPN de terceiros? Sabe-se que esses clientes fazem o clobber de /etc/resolv.conf e não o restauram quando saem. Você pode ter que fazer sudo dpkg-reconfigure resolvconf toda vez que parar com esse cliente.

Outra coisa é tentar: comente dns=dnsmasq in /etc/NetworkManager/NetworkManager.conf e reinicie. Isso desativa o servidor de nomes de encaminhamento local controlado pelo NetworkManager que possui alguns problemas conhecidos.