dnsmasq como servidor dns local

1

Eu tenho a seguinte configuração:

caixa um:

  • RHEL 7.3
  • NetworkManager apontando o dns para /etc/resolv.conf
  • /etc/resolv.conf apontando para o IP externo de si mesmo
  • dnsmasq (configurado por outra pessoa) ouvindo esse IP para solicitações de DNS
  • dnsmasq tendo um arquivo /etc/dnsmasq.d/something que aponta para dois servidores corp dns externos

caixa dois: sendo uma cópia exata da caixa um, além de apontar para o seu próprio IP ao invés do da caixa.

Agora, quero hospedar meu próprio "mestre" de TLDs na caixa um, de modo que um programa na caixa dois seja capaz de criar uma rede veth e atribuir nome de host "vhost1.master", "vhost2.master", "vhost3 .master ", de tal forma que, de preferência, até mesmo uma caixa três poderia ser configurada com a caixa um como servidor de nomes e ser capaz de acessar um servidor web em" vhost1.master ".

Parece pelo que eu li que eu deveria ser capaz de conseguir isso adicionando ao box.one:/etc/resolv.conf uma entrada "master" e tudo deveria funcionar. Mas isso não acontece. O que estou perdendo?

Desculpe muito novo em toda essa configuração automática do dns. Algumas palavras-chave para googling provavelmente já seriam ajuda suficiente por enquanto.

    
por erikbwork 26.07.2017 / 21:51

1 resposta

0

configuração

Como ponto de partida, é sempre bom ler algumas noções básicas sobre o que o DNS é realmente .

Em seguida, há um tutorial usando dnsmasq para um local domínio e como servidor dhcp .

Mais detalhes podem ser encontrados no artigo do archwiki sobre dnsmasq . Uma menção digna de nota vai para MaraDNS porque seus documentos também são úteis para entender os diferentes tipos de servidores DNS (por exemplo, autorativo e recursivo) como bem como a importância dos arquivos de zona.

No entanto, o MaraDNS não usa arquivos de zona padronizados, portanto o artigo wiki sobre arquivos de zona não deve ser esquecido como bem.

Finalmente o @BillThor foi muito legal em fornecer um link para a página man do dnsmasq , que da minha investigação parece ser a solução mais fácil para as necessidades locais, pelo menos.

depuração

Uma importante ferramenta para depurar e analisar solicitações de DNS é dig . Meu colega, no entanto, prefere host <target> <nameserver-to-ask> .

Também achei bastante útil configurar o sinal -q para o serviço dnsmasq no arquivo dnsmasq.service mencionado quando você chama systemctl status dnsmasq (para mim é /usr/lib/systemd/system/dnsmasq.service ). Por aquele pode-se ver quem fez pedidos para o quê.

    
por 27.07.2017 / 11:33