Cansado de procurar como fazer uma coisa tão baba como esta e não encontrar? Acabou seu martírio, este artigo ensina como fazer configurar seu servidor DNS.
O comando rndc é o substituto do antigo ndc e tem uma funcionalidade
a mais: ao invés de usar um socket Unix para controlar o daemon ele utiliza
um socket TCP possibilitando então o controle remoto do daemon. Como
conseqüência, o uso de criptografia e chaves e inevitável.
Sua configuração também não é das mais fáceis. Abaixo a listagem do
arquivo etc/rndc.conf
Como em named.conf, o formato é muito peculiar e requer que todos
os tabs estejam no lugar certo. Neste arquivo, o marcador ``rndckey''
é exatamente o que o nome sugere: a chave.
Basicamente o que você precisa saber é que no lugar onde está o
parâmetro secret você deve incluir entre aspas a chave que nós iremos
gerar. ESTE É O SEGREDO !
Vamos gera a chave agora.
cd /chroot/named/etc /usr/local/sbin/dnssec-keygen -a HMAC-MD5 -b 256 -n HOST rndc
Krndc.+157+13856
Pegue a string gerada após a palavra key e copie ela no arquivo rndc.conf,
no marcador rndckey após o parâmetro secret entre aspas.
Após ter feito isso, por segurança vamos DELETAR o arquivo com a chave.
rm Krndc.+157+13856.*
Agora vamos fazer um link simbólico para o arquivo rndc.conf para
facilitar a administração e o rndc.conf funcionar adequadamente.
ln -sf /chroot/named/etc/rndc.conf /etc/rndc.conf
Agora, o DNS Server precisa ser configurado para ser controlado
pelo rndc. Vamos editar novamente o arquivo /chroot/named/etc/name.conf
para adicionar as seções responsáveis por esta habilidade. Não se esqueça
de copiar sua própria chave no lugar onde está o secret neste arquivo também.
As seções control e key devem estar no começo do arquivo de configuração.
O arquivo acima permite que apenas a interface localhost escute e
aceite instruções do rndc. É possível contudo que qualquer interface escute
este comando para que a administração do named seja remota. Como
consideramos isto inseguro demais, preferimos manter as coisas como estão.
Agora que tudo esta configuradinho, vamos restartar o processo do named...
killall -HUP named
Vamos testar se o rndc esta funcionando ...
rndc status
number of zones: 2
debug level: 0
xfers running: 0
xfers deferred: 0
soa queries in progress: 0
query logging is OFF
server is up and running
[3] Comentário enviado por L1nuxer em 26/03/2004 - 12:16h
O cara explico uma configuracao de DNS de uma forma que nao precisa disso tudo, ja que explicou dessa forma explica-se detalhadamente. e mesmo assim explique de uma forma configurando um dominio, vamos dizer que 40% desse artigo e aproveitavel!
Gustavo_marcon sim vc precisa de outra maquina para fazer o slave que seria o secundario.
[6] Comentário enviado por reimassupilami em 04/08/2004 - 11:20h
Olá, eu estava seguindo todos os passos mas me ferrei na hora de executar aquele script que trata das permissões. Nem root conseguia acessar mais nada, daí até a inicialização ferrou. Resumindo, tive q reinstalar o sistema. O que posso ter feito de errado?
[8] Comentário enviado por ace rush em 24/11/2004 - 01:22h
Poutz muito bom!!!
mas eu achei que realmetne ia rolar um #chroot /chroot/named...
mas vi que se faz de oturo modo (setando permissoes).... e nao tem jeito se alguem der um buffer overflow e cair de shell ali dentro, de poder subir pro filesystem ?
[10] Comentário enviado por jehpy em 05/04/2005 - 23:34h
Oi é o seguinte... tentei instalar o servidor conforme suas dicas, mas na hora de executar o named.start ele da um erro: bash: PATH: command not found.
[12] Comentário enviado por gustavo_marcon em 18/11/2005 - 15:26h
leandroalmeida, é ao contrário que o DNS funciona, ele transporma nome para ip e não ip para nome.
Ou seja ela faz vc ir de www.seudominio.com.br para 200.171.171.171 mas não ir de 200.171.171.171 para www.seudominio.com.br, até porque é por IP diretamente que a internet trabalha, então nem faria sentido essa ordem.
[13] Comentário enviado por julinhoramones em 16/03/2006 - 21:40h
Caro gustavo_marcon, o uso básico do DNS a priori é para realizar a resolução de nomes para endereços IP. Mas há casos onde necessitamos utilizar o servidor DNS para realizar resolução reversa, onde através do IP é possível obter o nome.
Sendo assim, você pode criar base de dados para resolução comum e reversa.
[15] Comentário enviado por guga_osicom em 10/08/2006 - 13:06h
A configuração proposta pelo artigo foi implementada. Os resultados usando o nslookup foram aceitaveis. Porém quando uso o ping em outra máquina da rede para acessar o servidor DNS ele não encontra. Alguma sugestão será bem vinda.
[16] Comentário enviado por scristina4 em 24/09/2006 - 16:07h
Gostaria de ler o artigo, mas não consegui ainda, preciso dele para efetuar um trabalho de faculdade, sou novata na área de rede principalmente preciso configurar o servidor DNS linux mas não encontrei nenhum material apropriado, tipo passo a passo, porque em linux sou leiga, sei pouca coisa. Então depois faço meus comentários sobre o artigo.
Atenciosamente,
Sogeamfe
[23] Comentário enviado por cpaynes em 22/07/2009 - 16:03h
velhoo .. bom tutorial ...
so to com uma duvida ..
eu tenhu um servidor dhcp rodando ..
o que eu coloco na linha option domain-name-servers ???
e no resolv ... ???
abracos ..
[24] Comentário enviado por rcorrea em 28/10/2009 - 20:40h
Estou configurando o DNS numa maquina com Ubuntu Jaunty 9.04 kernel 2.6.28.16.
Quando tento criar o arquivo db.rootcache ocorre falha de permissao, veja abaixo:
"sudo +tcp dig @a.root-servers.net . ns > /chroot/named/conf/db.rootcache"
bash: /chroot/named/conf/db.rootcache: Permissão negada