Se um servidor de nomes é nomeado na delegação, ele é um candidato para seleção por um resolvedor. Se você tiver três servidores de nomes nomeados na delegação, podemos esperar que cada um receba cerca de 1/3 do tráfego, supondo que todos os três estejam on-line.
Se um deles estiver off-line, esse é 1/3 do tráfego necessário:
- ser reconhecido como não sendo respondido pelo servidor para o qual foi direcionado, e
- ser reenviado para um servidor diferente
Esse processo desacelerará a resolução de nomes, porque o # 1 deve ser concluído antes que o segundo passe.
Os resolvedores geralmente reconhecem após algum tempo que um servidor de nomes não está respondendo e pode muito bem filtrar as consultas para ele em resposta. Ao fazer isso, só será investigado ocasionalmente. Isso e como esses resolvedores respondem quando é detectado como voltando on-line, é estritamente falando detalhes de implementação dos resolvedores. Resolvedores simples podem continuar tentando em todas as consultas.
Nomeando na delegação, um servidor de nomes que você saiba que estará, na maioria das vezes, off-line, é contraproducente na melhor das hipóteses e hostil ao usuário, na pior das hipóteses.
Uma abordagem melhor, assumindo que você não pode ir com algo como um IP multicast para seu DNS autoritativo, provavelmente reduziria os TTLs em seu autoritativo ns1 e ns2 A e AAAA RRs, e altere os endereços IP nesses RRs conforme necessário para direcionar o tráfego para onde você quer que ele vá. Lembre-se de fazer o mesmo com os RRs PTR correspondentes, especialmente se esses servidores fornecerem outros serviços. (O DNS é amplamente insensível à correspondência de mapeamento de nome de encaminhamento / reverso, mas outros serviços podem ser muito seletivos. Trabalhe de acordo.) A resolução do primeiro nome para cada resolvedor ainda pode ser lenta (porque pode endereço IP antigo dos registros de delegação), mas essa situação deve se resolver assim que obtiver uma resposta autoritativa com os endereços IP atualizados.