Se eu tiver vários registros NS para uma zona e um desses servidores de nomes autoritários ficar inativo por um longo período de tempo, isso ocasionalmente desacelerará todas as consultas porque os resolvedores DNS recursivos precisam continuar procurando por ele?
Esta resposta fala sobre como o BIND escolhe o servidor mais rápido, e que ele periodicamente tenta servidores que ele considera mais lentos (para ver se eles estão mais rápidos), mas não menciona o que acontece se um desses servidores estiver totalmente para baixo.
Por quanto tempo os servidores de nomes recursivos (geralmente ou sempre) aguardam / esgotam o tempo antes de passarem para a consulta usando outro registro NS na zona? Esta duração de tempo efetua a resposta?
Minha situação é que eu tenho duas conexões de internet "business class" com um único IP estático. Um é um cabo / coaxial e um é uma fibra. Ambos os serviços de nível de consumidor geralmente apresentam problemas de confiabilidade. É difícil para mim multi-home a conexão de internet porque eles não oferecem BGP peering neste nível de serviço. Se eu tiver meu servidor de nomes combinado / servidor da Web conectado a ambas as conexões de Internet (dois adaptadores Ethernet e filtragem / seleção de gateway de saída padrão apropriados com base na solicitação de origem / entrada) e definir um registro NS para os dois IPs, devo ter redundância no DNS . Se eu tiver uma zona com TTLs baixos neste servidor DNS local, há várias maneiras de atualizar facilmente todos os outros registros (principalmente um registro A para o servidor da Web) em uma zona para usar um registro / funcional / disponível. conexão de internet mais rápida. Estou tentando decidir se essa abordagem causará atrasos periódicos, enquanto um endereço IP do servidor de nomes é consultado ocasionalmente, o que não é realmente acessível.
Os resolvedores de DNS já experimentaram vários registros NS em paralelo?
Tags dns bind timeout recursive redundancy