Hospedar servidores de nomes DNS em vários provedores

Question

Digamos que eu tenha um domínio foo.com. Eu registrei foo.com em redesolutions AND usando o serviço de servidor de nomes grátis por redesolutions. (Em outras palavras, ambos os servidores de nomes pimary / secundários em soluções de rede)

Ela forneceria algum valor para hospedar meu servidor de nomes secundário em outro provedor, por exemplo, amazon.com dns, se as soluções de rede estivessem completamente desativadas? Ou não importa, porque as soluções de rede são a parte que fornece os servidores de nomes em primeiro lugar, e se elas estão inativas, então não há como saber sobre o secundário.

Se Sim - quem é a parte que realmente armazena / fornece o servidor de nomes primário e secundário? No meu cenário, se as soluções de rede estiverem completamente inativas, como os clientes saberão sobre meu servidor de nomes secundário na amazon?

    

Answer 1

Sim, ter redundância de rede para servidores DNS secundários é especificamente recomendado pelo RFC 2182 .

Em particular, os benefícios incluem:

1. Confiabilidade no caso de um problema com seu servidor de nomes primário
2. Espalhando a carga para melhorar a eficiência
3. Tempo de resolução reduzido
4. aumento do desempenho

Editar para abordar a seguinte pergunta:

Seus servidores de nome de domínio são armazenados e configurados nos servidores de nomes raiz . Aqui está um exemplo.

Primeiro, perguntamos ao meu resolvedor quais são os servidores de nomes raiz para o domínio com.

$ dig -t ns com

; <<>> DiG 9.8.3-P1 <<>> -t ns com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 46051
;; flags: qr rd ra; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;com.               IN  NS

;; ANSWER SECTION:
com.            13893   IN  NS  c.gtld-servers.net.
com.            13893   IN  NS  k.gtld-servers.net.
com.            13893   IN  NS  e.gtld-servers.net.
com.            13893   IN  NS  j.gtld-servers.net.
com.            13893   IN  NS  b.gtld-servers.net.
com.            13893   IN  NS  d.gtld-servers.net.
com.            13893   IN  NS  l.gtld-servers.net.
com.            13893   IN  NS  g.gtld-servers.net.
com.            13893   IN  NS  m.gtld-servers.net.
com.            13893   IN  NS  f.gtld-servers.net.
com.            13893   IN  NS  h.gtld-servers.net.
com.            13893   IN  NS  i.gtld-servers.net.
com.            13893   IN  NS  a.gtld-servers.net.

Em seguida, escolhemos um desses servidores de nome raiz e perguntamos, quais são os nomes que ele conhece para o domínio google.com:

$ dig -t ns google.com @a.gtld-servers.net.

; <<>> DiG 9.8.3-P1 <<>> -t ns google.com @a.gtld-servers.net.
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 62374
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 4, ADDITIONAL: 4
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;google.com.            IN  NS

;; AUTHORITY SECTION:
google.com.     172800  IN  NS  ns2.google.com.
google.com.     172800  IN  NS  ns1.google.com.
google.com.     172800  IN  NS  ns3.google.com.
google.com.     172800  IN  NS  ns4.google.com.

;; ADDITIONAL SECTION:
ns2.google.com.     172800  IN  A   216.239.34.10
ns1.google.com.     172800  IN  A   216.239.32.10
ns3.google.com.     172800  IN  A   216.239.36.10
ns4.google.com.     172800  IN  A   216.239.38.10

;; Query time: 206 msec
;; SERVER: 2001:503:a83e::2:30#53(2001:503:a83e::2:30)
;; WHEN: Wed Jul 17 08:54:30 2013
;; MSG SIZE  rcvd: 164

    

Answer 2

Isso pode lhe interessar: link

(I work on Route 53).

We've done a lot of experiments on this one and we've found that the most common resolvers make 3 tries to 3 different servers by default. At first those servers are picked at random, but over time the resolvers usually "home in" on what the least-latent nameserver is. Once they do, and have a good round-trip-time estimate for how long it takes to respond, they stay using it. But they have a hair-trigger; if the nameserver doesn't respond, they'll very quickly fall-back to trying the other nameservers.

In practice what that means is that up to two of your nameservers may be completely unresponsive and the effects will be pretty negligible. So if you're using multiple DNS providers and want to protect against one going off-air; use no more than two nameservers from each provider.

That said, for all of the reasons above, and some more, the Route 53 SLA currently only applies if you use all four Route 53 nameservers.