Por favor leia esta seção com atenção antes de enviar mensagens ao autor.
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).
Há aspectos relacionados com 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...
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, o root.hints.real é copiado para root.hints e o 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:
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.
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.
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.
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.