Compreenda o que é DNS e porque 8.8.8.8? O vídeo abaixo do canal Simply Explained - Savjee, explicou de uma forma simples e fácil de entender! Se preferir, nossa equipe traduziu o conteúdo abaixo.
Transcrição do vídeo:
Quando você está conectado à internet e você está ouvindo música, jogando online ou navegando na internet, existem muitos protocolos padrão rodando nos bastidores, para se certificar de que o seu computador pode de fato comunicar com esses serviços.
Existe, por exemplo, o Protocolo da Internet ou IP responsável por entregar mensagens de um computador para outro.
Essas mensagens também são chamadas de pacotes e assim como os pacotes postais, eles sempre têm um remetente, um receptor e um conteúdo.
Mas em vez de nomes de ruas e códigos postais, a internet usa endereços IP e eles parecem algo assim.
Sem eles, os computadores não podem se comunicar com cada um, o que significa que não há redes de computadores e sem internet.
Então, se você abrir o YouTube, o seu computador realmente envia uma mensagem para o endereço IP do YouTube, pedindo os dados que precisa mostrar a página da web.
"Mas espere um minuto", você diz.
“Quando eu quero abrir o YouTube eu só entro youtube.com no meu navegador. Eu não preciso do endereço IP. Como meu computador sabe o endereço então? ”
Que bom que você perguntou!
Esta questão foi resolvida nos primeiros dias de a internet (ARPANET) quando a Stanford Research
Instituto criou um arquivo de texto chamado "hosts.txt".
Este arquivo traduziu nomes como youtube.com, nos endereços IP que os computadores precisam comunicar.
O arquivo foi então instalado em todos os computadores conectado à ARPANET para que eles pudessem “traduzir” um nome de domínio em um endereço IP.
No entanto, como a internet continuou crescendo, fez a demanda por esses nomes de domínio.
A pequena equipe que gerenciava os hosts arquivo foi rapidamente oprimido e assim em 1983 uma especificação foi publicada para automatizar esta tarefa e DNS ou o "Domain Name System" nasceu.
DNS é basicamente uma grande agenda para a internet, nomes de domínio corresponde ntes, como google.com, para um endereço de IP.
Esta agenda está hospedada em servidores DNS que estão distribuídos em todo o mundo.
Então, vamos dar uma olhada no que acontece quando você quer ir para www.google.com.
Para começar, o seu sistema operacional divide o nome de domínio em várias partes, também chamados rótulos que são separados por pontos.
Então, neste caso, temos três rótulos: "www", "Google" e "com".
Eles criam uma hierarquia que deve ser lida da direita para esquerda.
O rótulo mais à direita é chamado de nível superior domínio, neste caso “com”.
Podemos então dizer que "google" é um subdomínio de “com” e “www” é um subdomínio do "google".
Para resolver o endereço IP de google.com, seu computador alcança um servidor de nomes raiz e faz a pergunta: “Qual é o IP
endereço para "www.google.com"?
Servidores de nomes raiz nunca dão uma resposta direta, em vez disso, eles se referem a um servidor que é mais provável de poder ajudá-lo.
Nesse caso, esse será o servidor de nomes responsável pelo domínio de nível superior "dot com".
Seu computador agora faz a mesma pergunta o servidor de nomes “com” e este é provavelmente para encaminhá-lo para outro servidor de nomes.
Neste caso, você será redirecionado para um nome servidor que o próprio Google hospeda.
Este é muito provável que seja capaz de dizer qual endereço IP está conectado a www.google.com.
Este mecanismo, juntamente com a hierarquia de nomes de domínio tornam o DNS muito escalonável.
Porque afinal, cada servidor de nome só armazena um pequeno conjunto de endereços IP.
Os servidores de nomes “com” não sabem de nada sobre sites hospedados na “org” domínio por exemplo.
A analogia da lista telefônica também se apresenta aqui: meu número de telefone está listado no telefone belga livro, mas não nos EUA.
Mas há no entanto duas desvantagens para isso.
Primeiro de tudo: coloca muita pressão sobre os servidores de nomes raiz, como eles serão contatados toda vez que alguém quiser se conectar a um site ou serviço.
E em segundo lugar: dispositivos precisam ser capazes de seguir uma referência, que será obtida dos servidores raiz e talvez outros servidores de nomes.
Ambos os problemas são resolvidos por “recursiva resolvedores ”.
Estes são servidores DNS especiais que serão cuidado de todo o processo de resolução.
Em vez de ter seus dispositivos em contato com vários servidores de nomes, eles apenas contatam um recursivo resolver que faz tudo para eles.
Eles geralmente são hospedados pelo serviço de internet provedores e, mais recentemente, também são hospedados por empresas como Google e Cloudflare.
A maioria dos roteadores domésticos executam tarefas duplas e servem como um resolvedor recursivo também.
Então, como nossos dispositivos sabem qual resolver usar?
Bem, por padrão eles vão usar o que é configurado pelo administrador da rede.
Em uma rede doméstica que é o seu ISP e eles provavelmente configurar seus próprios resolvedores, mas você pode sempre escolher outro.
Alguns resolvedores recursivos são mais rápidos que outros, então mudar para um resolvedor hospedado pelo Google ou Cloudflare poderia lhe dar uma ligeira velocidade
colisão.
Para acelerar ainda mais o DNS, os resolvedores recursivos também tem um cache que armazena o endereço IP de nomes de domínio que são mais frequentemente requeridos.
Quando você acessa o google.com em seu telefone, o resolvedor recursivo no seu roteador vai olhar o endereço IP do Google e uma vez que descobrir, ele armazenará em seu cache para futura referência.
Se outro dispositivo em sua rede quiser resolver google.com também, seu roteador pode instantaneamente dar uma resposta, sem ter que passar por todos os aros de entrar em contato com vários servidores de nomes.
O cache pode aumentar muito a velocidade de Consultas DNS, mas também podem ser venenosas.
Alterações no endereço IP de um nome de domínio não são refletidos imediatamente em toda a mundo porque o endereço antigo ainda é armazenado no cache de muitos resolvedores recursivos.
Para combater esse problema, os proprietários de domínio podem definir quanto tempo um endereço IP pode ser armazenado em cache.
Isso é chamado de TTL ou time-to-live e é expresso em segundos.
Se um registro de cache for mais antigo que o dado TTL, o resolver deve eliminá-lo, após o que tem que usar o processo tradicional de resolução novamente.
Mas alguns resolvedores recursivos não aderem para este TTL e manter registros em seu cache por um longo tempo para reduzir a carga.
Essa prática é problemática para proprietários de sites querendo mudar os endereços IP ligados aos seus nomes de domínio.
Mas isso é um pequeno soluço.
É claro que o DNS é uma dos principais pilares da maneira como usamos a internet hoje.
Ele também tem alguns casos de uso alternativo legal.
Você pode, por exemplo, usar um servidor DNS personalizado para bloquear anúncios ou para se proteger de domínios que disseminam malware.
Parece complicado, mas você pode facilmente fazer isso instalando o PiHole em um Raspberry Pi e conectando-o à sua rede doméstica.
PiHole atua como um resolvedor de DNS recursivo para todos os seus dispositivos e quando um dispositivo quiser resolver ads.google.com por exemplo, o PiHole retornará um endereço IP local e essencialmente parará carregamento de anúncios.
Gênial!
Então, essa é uma visão geral rápida do sistema de nomes de domínios.
É um sistema muito aberto e inegavelmente um protocolo que torna a web acessível e fácil de usar para todos.
Substituindo endereços IP difíceis de lembrar por nomes de domínios fáceis de lembrar.
COMENTÁRIOS