Estou ciente de que o DNS traduz nomes de domínio para IPs. E para comunicação, o mais próximo da outra parte é o mais rápido é claro. Mas no caso do DNS, onde o usuário consulta uma vez sobre o IP do servidor até o TTL expirar (que pode ser um dia) e tem essa resposta armazenada em cache.
Então, por que muitos estão aconselhando manter o DNS perto do usuário final?
Acredito que isso esteja relacionado primeiro a razões de segurança para evitar ataques, como envenenamento de DNS / cache de DNS. Com aqueles que poderiam redirecionar as conexões de sua rede para servidores desonestos que fariam com que você baixasse arquivos indesejados, acessaria páginas que você não deseja etc.
Aqui você pode ler mais sobre esse tipo de ataque:
Provavelmente você não desejaria que seu servidor tivesse milhares de solicitações o tempo todo em todo o mundo.
Tenha em mente que é uma suposição de que "mais perto" significa "mais rápido", e geralmente não é o caso.
where the user queries for one time about the server IP until the TTL expires (which might be a day) and has that answer cached.
Quando você clica em uma página, seu navegador precisa fazer pesquisas de DNS para todos os recursos da página, portanto, se você acessar uma página com 100 imagens que tenham nomes DNS para endereços, seu navegador está fazendo 100 consultas DNS para essa página.
Para um exemplo mais direto: Olhando a guia debug / network em meu navegador enquanto atualizo esta página mostra 39 solicitações GET adicionais, cada uma (potencialmente) precisando de uma pesquisa de DNS.
Os autores de páginas da Web podem decidir quanto tempo uma página é armazenada em cache (em sua maior parte), e mais e mais recursos em páginas não são estáticos nos dias de hoje e, como tal, são gerados sem a ocorrência de cada chamada de página. Isso pode impedir / negar qualquer opção de cache do navegador (pelo menos em parte).
Então, quantas vezes você precisa acessar o DNS depende de algumas coisas, incluindo:
Visto que o conselho que você está procurando é um conselho "geral", ele deve cobrir todos os cenários em geral, incluindo o pior / pior caso.
No "pior caso", não haveria nenhum cache de DNS acontecendo pelo cliente (ou seja, eles nunca visitaram uma determinada página antes) e, portanto, todos os locais de recursos na página precisam ser consultados em DNS para renderizar a página para você.
Para obter as respostas mais rápidas para renderizar a página, você quer as respostas de DNS mais rápidas possíveis.
Tenha em mente que é o mesmo para praticamente qualquer recurso de computação (não apenas servidores DNS) - enquanto o cache é ótimo, quanto mais rápido você puder acessá-lo e obter respostas quando não houver cache, melhor. / p>
Tags dns networking