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

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

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

Estou executando apenas a dnsmasq-baseinstalação dnsmasqem duas instalações Linux (Lubuntu 12.04 e 12.10). Não fiz nada específico para configurar dnsmasq, mas acho que algumas outras alterações que fiz anteriormente podem ter levado a uma configuração incorreta durante a atualização.

A configuração de trabalho na máquina 'A' executando 12.04 define /etc/resolv.confpara usar 127.0.1.1 (que /etc/hostsestá definido como $HOSTNAME) Na máquina 'B', onde certos aplicativos como OpenVPN enfrentam problemas de resolução de DNS, /etc/resolv.confestá definido como 192.168.1.1, que é meu gateway PI. Apenas alguns aplicativos são afetados. A navegação na Web, por exemplo, funciona perfeitamente.

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

Editar% s:

Tanto 'A' quanto 'B' estão em execução dnsmasq, ambos usam DHCP para obter a configuração de DNS e estou usando apenas dnsmasq para DNS.

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

O conteúdo das /etc/resolvconfduas 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.

Responder1

Na máquina B, se /etc/NetworkManager/NetworkManager.confcontém dns=dnsmasq, resolv.confdeverá conter apenas uma linha "servidor de nomes", ou seja nameserver 127.0.1.1, . 127.0.1.1 é o endereço onde o servidor de nomes de encaminhamento local controlado pelo NetworkManager escuta. O NetworkManager fornece endereços de encaminhamento de servidor de nomes para uso.

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

Você está executando um cliente VPN de terceiros? Esses clientes são conhecidos por derrotar /etc/resolv.confe não restaurá-lo quando saem. Você pode ter que fazer isso sudo dpkg-reconfigure resolvconftoda vez que interromper esse cliente.

Outra coisa a tentar é: comentar dns=dnsmasqe /etc/NetworkManager/NetworkManager.confreiniciar. Isso desativa o servidor de nomes de encaminhamento local controlado pelo NetworkManager, que apresenta alguns problemas conhecidos.

informação relacionada