Perguntas e Respostas

Por favor leia esta seção com atenção antes de enviar mensagens ao autor.

1. Meu named necessita de um arquivo named.boot.

   Você está lendo o Como Fazer errado. Por favor veja a versão antiga deste Como Fazer que converte bind 4 em http://www.math.uio.no/~janl/DNS/.

2. Como usar o DNS de dentro de um firewall? Algumas dicas: `retransmissores', `escravo' e dê uma olhada na lista de literatura no final deste Como Fazer.

3. Como fazer para o DNS alternar através de diversos endereços disponíveis para um serviço, digamos, www.busy.site para obter um efeito de carga balanceada ou similar?

   Faça vários registros A para www.busy.site e use a bind 4.9.3 ou posterior. Então bind irá fornecer as respostas, porém não funcionará com versões mais antigas do bind.

4. Gostaria de configurar o DNS em uma intranet (fechada). O que eu faço?

   Pode-se omitir o arquivo root.hints e construir somente os arquivos de zona. Isto significa ainda que você não tem que conseguir um novo arquivo hint o tempo todo.

5. Como configurar um servidor de nomes secundário (escravo)?

   Caso o servidor primário/mestre tiver, por exemplo, o endereço 127.0.0.1, basta colocar uma linha no arquivo named.conf do secundário:

     zone "linux.bogus" {
           type slave;
           file "sz/linux.bogus";
           masters { 127.0.0.1; };
     };
   

   Pode-se relacionar vários servidores mestres alternativos. O arquivo de zona pode ser copiado de dentro de uma lista de mestres, separada por ';' (ponto e vírgula).

6. Eu quero executar o bind quando estiver desconectado da rede.

   Há aspectos relacionados com isto:

   • Eu recebi esta mensagem de Ian Clark $<$ic@deakin.edu.au$>$ onde ele explica a sua maneira de fazer isto:

     Eu executo named na minha máquina 'Masquerading', tendo dois 
     arquivos root.hints, uma chamado root.hints.real que contém os 
     nomes dos servidores de nomes raiz reais e o outro chamado 
     root.hints.falso que contém...
     
     ----
     ; root.hints.falso
     ; este arquivo não contém informações
     ----
     
     Ao desconectar-se da rede, eu copio o arquivo root.hints.falso 
     para root.hints e reinicio o named.
      
     Ao conectar-se novamente a rede,  root.hints.real é copiado para 
     root.hints e named é reiniciado.
     
     Isto é feito pelos programas ip-down & ip-up respectivamente.
     
     A primeira vez que uma pergunta pesquisa é feita com a rede 
     desconectada, o  servidor de nomes não tem meios de obter o seu 
     endereço e apresenta a seguinte mensagem:  
     
     28 de jan. 20:10:11 servidor de nomes hazchem [10147]: Nenhum 
     servidor de nomes raiz foi localizado para a classe IN...
     
     com a qual eu posso viver.
              
     Certamente parece funcionar para mim. É possível utilizar o 
     servidor de nomes  para máquinas locais, enquanto estiver 
     desconectado da rede, sem o tempo de espera necessário para 
     nomes de domínios externos e enquanto as pesquisas na rede 
     por outros domínios "funcionam" a contento.
     

   • Recebi de Karl-Max Wanger informações sobre como bind interage com o NFS e o portmapper numa máquina fora da rede:

     Eu executo meu próprio named em todas as máquinas que 
     ocasionalmente estejam conectadas a Internet via modem. 
     O servidor de nomes atua somente como um cache, ele não 
     tem de autoridade e pergunta tudo aos servidores de nomes 
     indicados no arquivo root.cache. Como de costume no 
     Slackware, ele é iniciado antes em nfsd e mountd.
     
     Com uma de minhas máquinas (um Libretto 30) eu tive o 
     problema de algumas vezes poder montá-lo a partir de outro 
     sistema conectado à rede local, mas na maior parte do tempo 
     isso não ser possível. Obtive o mesmo resultado usando, PLIP, 
     um cartão Ethernet PCMCIA ou PP sobre uma interface serial.
     
     Depois de algum tempo de tentativas e experiências, descobri 
     que aparentemente o named ficava confuso com o processo 
     de registro do nfsd e mountd junto ao portmapper, após a 
     sua inicialização (estes servidores sempre forma inicializados 
     da forma usual). Inicializando o named após nfsd e mountd 
     eliminou este problema completamente.
     
     Como não existem desvantagens em tal seqüência modificada 
     de inicialização aconselho a todos que a utilizem para 
     prevenir potenciais problemas.
     

7. Onde o nome do servidor somente de cache guarda seu cache? Há alguma maneira de controlar o tamanho do cache?

   O cache é mantido integralmente em memória, ele não é gravado em disco em nenhum momento. Toda vez que se finaliza o named, o cache é perdido. O cache não é controlável de nenhuma maneira. O named administra-o de acordo com algumas regras simples e é isso. Não se pode controlar o cache ou o tamanho do cache. Caso se deseje pode se alterar o programa named, porém isto não é recomendado.

8. O named salva o cache? Posso fazer com ele o salve?

   Não, o servidor de nomes não salva o cache quando ele é finalizado. Isto significa que o cache tem que ser construído de novo cada vez que se reinicia o servidor de nomes. Não há nenhuma maneira de fazer com que o servidor de nomes salve o cache em um arquivo. Caso se deseje pode se alterar o programa named, porém isto não é recomendado.