Jason: Nesta lição, falaremos
sobre o sistema de nomes de domínio, ou DNS.
O protocolo DNS é usado para ajudar os clientes de sua rede a encontrar
um site usando nomes de host legíveis por humanos
em vez de endereços IP numéricos.
Por exemplo, se eu disser para você visitar meu site, posso simplesmente
dizer: "Ei, vá para o diontraining. com", e isso é muito mais fácil
de lembrar do que ter que lembrar que
é 66. 123. 45. 237, ou qualquer
que seja o endereço IP do meu servidor da Web.
Afinal, dizer todos esses números como parte de um
comercial de TV não é tão cativante ou memorável quanto dizer
ao seu consumidor para visitar
a diontraining. com, ou coca-cola. com, ou microsoft.
com, certo?
Então, como o computador sabe como encontrar
o endereço IP do servidor da Web a partir
desses nomes de domínio diferentes?
Bem, esse é o objetivo do DNS, o sistema de nomes de domínio.
A maneira como o DNS funciona é que o computador do usuário é instruído a ir para
um local como o diontraining. com, e então ele entra em contato
com um servidor DNS e diz: "Ei, quem é diontraining.
com? E
o servidor DNS responderá de volta e dirá: "Oh, eu conheço
o diontraining. com.
Seu endereço IP é 66 ponto alguma coisa, ponto alguma
coisa, ponto alguma coisa. Em seguida, o cliente é redirecionado
para um servidor da Web usando o roteador e a conexão
de entrada, já que agora ele sabe o endereço IP correto
a ser usado como destino, e tudo
isso acontece em segundo plano para os usuários
e o computador sem que ninguém precise solicitá-lo, porque o DNS é uma parte incorporada de nossas redes e sistemas.
Agora, a maioria de nós, como usuários domésticos, não executa
nossos próprios servidores DNS, mas confia em nossos
provedores de serviços de Internet para fazer isso por nós.
Mas se você estiver administrando seus próprios
sites ou nossa grande rede corporativa, talvez também
tenha seu próprio servidor DNS dentro da rede e será responsável
por configurar seus próprios registros
DNS que determinam quais servidores estão
localizados em quais endereços IP e para quais finalidades.
Isso permite que você execute seu próprio nome
de domínio e resolução de host, que converterá esses nomes
de domínio em endereços IP.
Se quiser pensar dessa forma,
é semelhante a ter uma lista de contatos no seu telefone.
Hoje em dia, quantos números de telefone você tem memorizados?
Provavelmente não são muitos, certo?
Porque, normalmente, você pega o smartphone,
rola a tela até o nome da pessoa, pressiona o
nome com o dedo e o telefone disca para ela.
Por exemplo, se eu quiser ligar para minha esposa, vou até o nome
dela, coloco uma foto do rosto dela no meu
telefone e, imediatamente, o telefone disca o número dela.
Não preciso memorizar todos os 10 dígitos do número de telefone
dela, porque meu telefone faz isso por mim.
Isso ocorre porque, como pessoas,
temos mais dificuldade para lembrar números do que nomes e, portanto,
fazemos essa conversão de rosto ou nome para número usando nossa
lista de contatos.
É a mesma coisa para os computadores,
exceto que os computadores gostam muito mais
de números do que de nomes, portanto, queremos converter os nomes
de domínio que são mais fáceis para nós em endereços IP que são mais fáceis para
os computadores fazerem seu roteamento, e isso é tudo o que
o DNS realmente faz para nós.
Ele converte nomes em números e números em nomes.
Agora, um dos conceitos do DNS sobre
o qual precisamos falar é o que
é conhecido como nome de domínio totalmente qualificado, ou FQDN.
Isso ocorre quando um nome de domínio está em um provedor de nível superior.
Por exemplo, o provedor de nível superior mais comum é . com, mas também temos coisas
como . moinho, . edu, . org, . líquido.
Vamos usar o exemplo do Dion Training.
Na Dion Training, temos vários servidores diferentes.
Um de nossos servidores é o servidor da
Web e está localizado em www. treinamento de diones. com.
Agora, o domínio de nível superior aqui é . com.
O nome de domínio que uso é Dion Training.
Para ser totalmente qualificado, preciso adicionar o WWW na frente dele.
Isso o torna www. treinamento de diones. com.
Agora, se quiser acessar meu servidor
da Web, é isso que você digitará em seu
navegador, www. treinamento de diones. com, e agora você será redirecionado
para o meu servidor da Web, porque o DNS sabe como deve girar o endereço
IP do meu servidor da Web usando esse nome de domínio
totalmente qualificado.
Agora, se você quiser ir para o meu servidor de arquivos,
terá que digitar ftp. treinamento de diones. com, porque esse é o
servidor que estou executando lá.
Se você quiser acessar meu servidor de
e-mail, digite mail. treinamento de diones. com.
Todos esses três exemplos
são nomes de domínio totalmente qualificados ou FQDNs.
Essencialmente, há um serviço, um ponto, um nome de domínio,
um ponto e um domínio de nível superior, e isso funciona da mesma forma,
independentemente do domínio
que você esteja procurando na Internet.
Agora, o DNS será configurado como uma hierarquia.
Isso ocorre em cinco níveis diferentes.
Temos o nível de rota, o domínio de nível superior,
os domínios de segundo nível, os subdomínios e o host.
O nível de rota é o nível mais alto na
árvore hierárquica do DNS, e o servidor
de nomes de rota responderá às solicitações
na zona de rota.
Esses servidores contêm a lista global de todos
os domínios de nível superior, por exemplo. com,. net, . org, . moinho, entre outros.
O segundo nível abaixo será o dos domínios de nível superior.
Eles são divididos em duas categorias: hierarquias
organizacionais, como . com, . net, . org, entre outros, e depois
a hierarquia
geográfica, como . uk para o Reino Unido, . fr para França,. para a Itália e outros países do gênero.
O terceiro nível abaixo é conhecido como domínios de segundo nível.
Esses domínios ficam diretamente abaixo do domínio de nível superior.
Por exemplo, meu domínio Dion Training
é um domínio de segundo nível sob o domínio . com.
O . com fica abaixo do domínio de rota.
Essa é a forma como esses itens se nivelam
como parte da hierarquia.
O quarto nível abaixo é conhecido como subdomínio, portanto,
se eu quisesse criar um novo servidor abaixo
do meu domínio de segundo nível, diontraining. com, posso fazer isso usando
um subdomínio.
No meu caso, tenho vários subdomínios
diferentes para finalidades diferentes.
Tenho meu site principal hospedado no subdomínio
www, então você digita www. treinamento de diones. com, que leva você
ao meu servidor da Web, mas também tenho um chamado
suporte.
Agora, o subdomínio de suporte
está localizado em support. treinamento de diones. com.
Tenho outra para correio, correio. treinamento de diones. com.
Todos esses são subdomínios diferentes.
Agora, o quinto e último nível abaixo é o nível do host.
Esse é o nível mais baixo e mais detalhado
dentro da hierarquia do DNS e refere-se a um computador ou
servidor específico na rede.
Agora, quando pensamos em DNS, a
maioria de nós pensa em algo como um nome
de domínio totalmente qualificado,
algo como www. treinamento de diones. com, que contém um subdomínio, um
domínio de segundo nível e um domínio de
nível superior.
Agora, se eu quiser dar um passo adiante, posso analisá-lo
do ponto de vista do URL, que é conhecido como
localizador uniforme de recursos.
Novamente, vamos usar meu servidor
da Web como exemplo aqui, www. treinamento de diones. com.
Esse é o meu nome de domínio totalmente qualificado,
mas ele não informa como acessá-lo.
Você deseja fazer isso de forma segura ou insegura?
Bem, você terá que saber isso fazendo o URL.
Bem, se quiser me fornecer seu nome de
usuário e senha, deve fazer isso com segurança.
Portanto, você adicionará o HTTPS://
na frente de www. treinamento de diones. com, e isso se torna um URL,
um localizador uniforme de recursos, porque informa como acessar
o diontraining. com.
É por isso que temos o HTTPS no início.
É o protocolo de transferência de
hipertexto seguro, e esse é o método de acesso a ele.
Agora, se você quisesse acessar meu site e fazê-lo de forma insegura,
poderia fazer isso adicionando HTTP:// ao início
do endereço da Web.
Agora, se quiser se conectar
usando FTP, você usaria FTP://FTP. treinamento de diones. com como URL e, portanto, há muitas maneiras diferentes de fazer isso,
conforme você informa ao sistema
o que fazer, e isso criará um
URL e um nome de domínio totalmente
qualificado.
Em seguida, precisamos falar sobre os diferentes
tipos de registros de DNS que existem em um servidor DNS.
Dentro do seu servidor DNS, você
criará diferentes registros que contêm diferentes tipos de informações
com base no seu caso de uso.
Eles são conhecidos como registros A, registros AAAA, registros CNAME, registros
MX, registros TXT e registros NS.
Vamos dar uma olhada rápida em cada um desses
diferentes tipos de registro.
Primeiro, temos um registro
A, que significa um registro de endereço.
Um registro A é usado para vincular
um nome de host a um endereço IPv4.
Por exemplo, há um registro A para www. treinamento de diones. com, e o vincula ao endereço
IP de 45. 79. 184. 180.
Além disso, você também pode definir um registro A para
o host @, o que indica um registro
para o domínio da rota.
No exemplo do Dion Training, nosso registro
@ significa que diontraining. com, que é a rota do nosso domínio,
será listado em um determinado
IP.
Dessa forma, nossos usuários podem encontrar nosso site
acessando o subdomínio www. treinamento de diones. com, ou simplesmente
acessando diontraining. com usando esse registro
A @.
Atualmente, os registros A só funcionam para
endereços IPv4, mas muitos sites modernos também oferecem suporte ao IPv6.
Para mapear um nome de domínio para um
endereço IPv6, você usará um registro AAAA.
Portanto, usando o site da Dion Training como exemplo,
eu poderia definir o registro AAAA como 2400:cb00:2049:1::a29f:1804
se esse fosse o endereço IPv6 do meu servidor da Web.
Como você pode ver, os endereços IPv6 são muito mais complicados
do que os IPv4 e muito difíceis de memorizar
para nós, humanos,
e é por isso que gostamos de usar esses registros
AAAA ou 4A.
O próximo tipo de registro que podemos usar é conhecido como registro
CNAME, ou registro de nome canônico.
Agora, um registro CNAME é usado em vez de um registro
A para um registro AAAA se você quiser apontar um domínio para outro
nome de domínio ou um nome de subdomínio.
Por exemplo, possuo vários nomes de domínio
diferentes, além de diontraining. com.
Alguns deles são para antigas empresas que tive ou projetos
que costumava administrar,
e alguns são aqueles que pretendo usar algum
dia no futuro, mas, enquanto isso, eu os configurei com um registro
CNAME que remete a diontraining. com.
Por exemplo, eu costumava administrar um site chamado itil4exam. com, mas desde então parei de
usar esse nome de domínio
e mesclei todos esses cursos
em meu próprio diontraining. com.
Portanto, quando fechei o antigo servidor da Web, ainda queria permitir
que as pessoas digitassem itil4exam. com e chegar a algo em
vez de apenas uma página de erro.
Então, usei um registro CNAME
para apontá-lo diretamente para diontraining. com.
Por que eu gostaria de fazer isso?
Bem, estivemos no outro local por alguns anos,
paralelamente ao treinamento de diones. com, e muitos dos links postados
lá estão em toda a Internet com recomendações para
nossos cursos que foram
hospedados nesse itil4exam. com.
Um de nossos cursos mais populares desse
site foi o curso ITIL 4 Foundation,
localizado em itil4exam. com/itil-4-foundation.
Agora, se você digitar isso em seu
navegador da Web, ele resolverá o itil4exam. com parte para o treinamento de diones. com, que o levará diretamente
para o diontraining. com/itil-4-foundation.
Isso significa que, mesmo que você
esteja usando um link encontrado no Reddit que recomendou
nosso curso de alguns anos atrás, ele ainda
funcionará e o levará à nossa página de vendas,
mesmo que o itil4exam original. com não está mais em serviço
e foi retirado do ar.
Outro caso de uso de um registro CNAME
é quando você está usando um software como oferta de serviço
que lhe fornece um subdomínio no servidor dele.
Por exemplo, eu uso um software de rastreamento de tíquetes da central
de serviços conhecido como Freshdesk, que pode ser encontrado em freshdesk. com, e eles nos deram um subdomínio
bastante difícil de lembrar para o serviço
deles, algo como FDUS-143-D15.
freshdesk. com.
Portanto, para facilitar a localização
da nossa central de suporte pela minha equipe, criamos
um registro CNAME chamado Support e o apontamos para esse subdomínio difícil de lembrar.
Portanto, se minha equipe entrar no suporte. treinamento de diones. com, ele os leva diretamente ao nosso sistema de suporte,
que na verdade está nos redirecionando para essa instância
de nuvem fornecida pelo
subdomínio emitido pelo Freshdesk.
Lembre-se de que os registros CNAME não podem
ser usados para apontar para um endereço IP.
Ele só pode ser usado para apontar para outro nome
de domínio ou subdomínio.
Em seguida, temos um registro
MX, que significa registro de troca de mensagens, e
ele faz o que você imagina.
Ele ajuda você a descobrir onde está um servidor de e-mail.
Um registro MX é usado para direcionar e-mails para o seu servidor de e-mail.
Os registros MX, assim como os registros CNAME, só podem
ser usados para apontar para outro domínio, e não para um endereço IP.
Ao criar seus registros MX, você também poderá
fornecer a prioridade para cada um desses
registros.
Isso permite que você indique sua preferência
sobre qual servidor o e-mail deve tentar usar primeiro.
Quando se trata de definir a
prioridade, quanto menor o número que você inserir, maior
será a prioridade.
Basicamente, são regras de golfe.
Portanto, se tivermos mail1. diontraininf. com definido
como 10, e mail2. treinamento de diones. com definido como 20 para suas prioridades, os e-mails tentarão
usar o correio um primeiro.
Se não conseguir acessar
o e-mail um, ele tentará acessar o e-mail dois.
Agora, se você quiser equilibrar a
carga do seu e-mail em vários servidores, basta definir
as prioridades deles com o mesmo valor.
Portanto, se eu criar registros para
o e-mail um e o e-mail dois, e ambos tiverem prioridade 10, todos
os e-mails recebidos serão alternados e o equilíbrio de carga
será igual entre esses servidores.
O primeiro vai para um, o segundo vai
para dois, o terceiro vai para um, o quarto
vai para dois e assim por diante.
Em seguida, temos os registros TXT, ou registros de texto.
Agora, um registro de texto é usado pelos administradores
de domínio para adicionar texto ao sistema de nomes de domínio, ou DNS.
Originalmente, os registros de texto foram projetados
como uma forma de adicionar notas legíveis por humanos aos nossos registros
de DNS e, com o passar do tempo, cada vez mais coisas
começaram a ser adicionadas a esses registros de texto e,
por fim, começamos a adicionar dados legíveis por
máquina a esses registros de texto também, e é isso que você
verá principalmente hoje em dia.
Seu domínio também pode ter vários
registros de texto diferentes.
Você não está limitado a apenas um deles.
Na maioria das vezes, você verá registros de texto
usados para comprovar a propriedade do domínio por meio da
adição de algum código legível por máquina para verificação e para fornecer
prevenção contra spam de e-mail, novamente adicionando
um código específico legível por máquina a um registro TXT.
Por exemplo, em diontraining. com, temos um registro
de texto com o nome fdkey. e uma texturização de 32 dígitos hexadecimais
dentro dos nossos
registros DNS.
Isso permite que nosso sistema de suporte Freshdesk verifique se somos
proprietários do nome de domínio diontraining. com, para que eles estejam autorizados a enviar
e-mails em nosso nome para nossos alunos quando nossa equipe
responder a um tíquete de suporte
dentro do sistema deles.
Essa é uma forma de verificação da propriedade do domínio,
porque o sistema deles pode consultar nossos registros de
DNS e ver que inserimos essa série exclusiva de 32 dígitos hexadecimais
em nosso registro TXT de DNS.
Basicamente, ele funciona como
uma senha para dizer: "Ei, eu sou o proprietário deste domínio. Em seus registros TXT, também é possível colocar informações como mensagens
SPF, DKIM ou DMARC para ajudar a verificar
seus serviços de e-mail e bloquear
a transmissão de mensagens falsificadas ou
indesejadas, conhecidas como spam, para outras pessoas que usam seu
domínio e endereços de e-mail.
SPF, ou estrutura de política
de remetente, é um registro DNS que identifica
o host autorizado a enviar e-mails para o
domínio, e haverá apenas um permitido
para cada domínio.
Agora, ao olhar para eles, você terá algo
parecido com isto, e este é um registro DNS chamado
registro de texto.
Você notará que ele tem o sinal @ e, em seguida,
diz V=SPF1, que é a estrutura de política de remetente um.
É o primeiro.
Em seguida, ele tem MX, que é o registro do servidor de e-mail,
e depois diz include:_SPF. google. com, e inclua:email.
freshdesk. com-tudo.
Agora, o que isso está lhe dizendo?
Bem, esse é, na verdade, o registro SPF do meu servidor de e-mail.
Agora, por que temos o Google. com lá?
Bem, é porque usamos o G Suite do Google e, portanto, o Google é nosso provedor
de serviços de e-mail.
Não temos nosso próprio servidor de e-mail.
Em vez disso, deixamos que eles façam isso e lhes demos
autorização para fazê-lo, que eles
estão autorizados a enviar e-mails em
nosso nome ao incluir essa declaração SPF.
Agora, no segundo, você deve estar
se perguntando: "Para que serve isso?
Achei que você só podia ter um. Bem, você só pode
ter uma declaração SPF, mas
tudo isso é uma linha quando
escrito no DNS, e tudo isso, do texto até o todo,
é uma única linha, e essa é uma única declaração SPF.
Posso autorizar vários servidores a enviar em meu nome,
mas só posso fazer isso em uma linha de DNS, como você vê aqui,
e o Freshdesk é o nosso sistema de tickets de problemas.
Se você enviar um e-mail para o suporte da Dion Training,
ele será encaminhado para o Freshdesk,
mas se você enviar um e-mail
para o meu e-mail pessoal
na Dion Training, ele será encaminhado para
o Google, porque é
ele que envia nossos e-mails pessoais para nossa
empresa.
Agora, a próxima coisa sobre a qual precisamos falar é o DKIM, ou dkim.
Agora, esse é um correio identificado por chaves de domínio.
Isso fornece um mecanismo de autenticação criptográfica para e-mail usando
uma chave pública publicada como um registro DNS.
Agora, ao procurar um SPF
ou DKIM, você verá algo como isto.
Aqui está um exemplo que mostra o correio para a Adobe. com.
Você pode ver o DMARC na parte
superior, sobre o qual falaremos em um
minuto, verá o SPF, sobre o qual
acabamos de falar, e verá o
DKIM, sobre o qual estamos falando agora.
É basicamente uma chave de autenticação
criptográfica muito longa, e você pode vê-la na tela.
Agora, o DKIM pode substituir ou ser usado com o SPF.
O próximo assunto sobre o qual falaremos
é o DMARC, que é o relatório e a conformidade de autenticação de mensagens
com base em domínio.
Trata-se basicamente de uma estrutura, que é usada
para garantir a aplicação
adequada do SPF e do DKIM utilizando
uma política publicada como um registro DNS, e
eu mostrei isso brevemente na última imagem da tela,
quando mostrei o DMARC como a linha superior
da imagem.
Se quiser voltar e dar uma olhada nisso,
pode fazê-lo neste momento.
Agora, quando estiver lidando
com o DMARC, você poderá usá-lo
com o SPF, com o DKIM ou com ambos,
pois lembre-se de que o SPF e o DKIM não precisam ser usados juntos.
Você pode usar um ou outro,
ou ambos, e o DMARC será usado com um dos outros ou ambos.
Agora, quando você está lidando
com MARC, é assim que ele se parece.
Então, como tudo isso funciona em conjunto?
Bem, primeiro você precisa se certificar de que
seu SPF, seu DKIM e seu DMARC estejam todos no servidor DNS.
Uma vez que você tenha todos esses registros,
é isso que dá início a todo esse processo.
Agora, uma vez que você tenha feito isso
uma vez, todo o resto será acompanhado toda vez que você quiser
enviar uma mensagem.
Neste exemplo, teremos duas mensagens sendo
enviadas, uma do servidor SMTP, que é autorizada
e mostrada em verde, e uma de um adversário que está tentando
falsificar seu domínio, que será
mostrada em vermelho.
Vamos começar com o que é autorizado.
Aqui, ele está listado como 2A.
Seu remetente enviará essa mensagem para o MTA.
Ela vai para o MTA, que é o seu
agente de transferência de mensagens, e ele acabará recebendo
a mensagem com o cabeçalho SPF ou DKIM.
Agora, vamos nos ater a essa mensagem
por um minuto e depois voltaremos ao adversário.
Quando o MTA tiver essa mensagem, ele
a examinará e a processará.
Quando ele fizer isso, parte disso será
procurar a política DMARC
do remetente e os registros SPF e DKIM via DNS,
como falamos nos últimos três ou quatro minutos aqui.
Agora, quando o MTA fizer isso, se for legítimo,
a mensagem poderá ser colocada na caixa postal
do destinatário no servidor IMAP e aguardar que a pessoa possa ler a mensagem
usando seu agente de usuário de e-mail.
Isso é bom, porque eles sabem que essa mensagem é autêntica,
pois compararam esses valores com o SPF, o DKIM ou o DMARC,
com base na política
que foi configurada.
Por outro lado, se observarmos o adversário, quando ele envia
a mensagem, ela ainda vai para o MTA, porque precisa passar pelo MTA
para chegar ao usuário final.
No entanto, quando ele chega lá, o MTA o verifica
em relação à política DMARC, examinando os registros SPF ou
DKIM.
Depois disso, se não houver correspondência, ele
rejeitará a mensagem, a excluirá ou a colocará
em quarentena e a jogará fora,
como você pode ver em 5B.
Novamente, é assim que esse material funciona e, usando
DKIM, DMARC e SPF juntos, podemos adicionar
alguma segurança às nossas organizações.
Por fim, temos um registro NS, que significa
registro de servidor de nomes.
Agora, um registro de servidor de nomes é usado para
indicar qual servidor de nomes DNS no mundo será
o autoritativo para esse domínio.
Isso é importante porque o DNS usa o modelo hierárquico
de que falamos, e todos os servidores precisam saber
quem é o proprietário desse registro e quem está autorizado
a fazer alterações nele.
Agora, um servidor de nomes é um tipo de servidor DNS que
armazena todos os registros DNS de um determinado
domínio, incluindo todos os tipos que já discutimos, como
registros A, registros AAAA, registros de nomes canônicos, registros MX de troca de
mensagens e registros de texto TXT.
Geralmente, também há mais de um servidor de nomes para um domínio, portanto,
você pode ter um servidor de nomes principal e um de backup.
Além disso, você nem sempre precisa
hospedar seus próprios servidores de nomes.
No caso da diontraintraining. com, não hospedamos nossos próprios
servidores de nomes.
Em vez disso, contamos com a Cloudflare,
que é um provedor de serviços em nuvem que faz isso para nós.
Portanto, se você procurar os registros DNS de diontraining. com, a fonte autorizada para
isso são dois dos servidores de nomes
da Cloudflare.
Até este ponto, falei sobre o DNS sob a perspectiva
de hospedar um servidor DNS disponível
publicamente que qualquer pessoa no mundo pode acessar,
mas o DNS pode ser usado interna
ou externamente.
Tudo o que eu falei até agora
é sobre a parte externa, mas vamos falar um pouco
sobre a parte interna.
Hoje em dia, com a computação em nuvem, é muito comum configurar
um serviço de DNS interno que permita
que as instâncias de nuvem dentro da
mesma rede ou nuvem privada acessem umas às outras usando nomes de DNS internos
em vez de ter que usar seus endereços IP.
Para isso, são criados registros A internos e registros
de ponteiro internos também são criados
na zona reversa.
Felizmente, a maioria dos provedores de nuvem cria,
atualiza e remove automaticamente
esses registros DNS internos à medida que você cria e remove diferentes máquinas
virtuais e outras instâncias na sua nuvem privada.
No entanto, é com o DNS externo que a maioria
de nós está mais familiarizada.
Esses são os registros criados em torno dos nomes
de domínio que compramos de uma
autoridade central e que
usamos na Internet pública.
Agora, para cada registro DNS, também temos
o que é conhecido como TTL, ou tempo de vida, que está associado a ele.
O time to live é uma configuração que informa ao resolvedor de
DNS por quanto tempo ele pode armazenar em cache uma consulta antes de solicitar uma nova.
Portanto, se meus registros de DNS estiverem definidos
com um tempo de vida de 86.400 segundos, que geralmente é o
padrão, isso significa que meu computador resolverá
esse registro de DNS e se lembrará dele por 24 horas antes de precisar
voltar ao servidor de DNS e solicitar essas informações
novamente.
Esse resolvedor de DNS, também conhecido como cache de
DNS, está localizado em seu host individual.
Portanto, se você estiver executando o Windows 10, por exemplo, seu computador
está fazendo uma cópia local de cada
entrada de DNS que ele resolve quando você se conecta
a sites em toda a Internet.
Esse banco de dados temporário
lembra as respostas que recebeu do servidor DNS.
Portanto, se você acessar o diontraining. Com, na primeira vez que você fizer isso hoje, seu computador
terá que solicitar esse endereço
IP ao servidor DNS,
mas agora ele sabe onde está e se
lembrará desse IP nas próximas 24 horas.
Se você visitar meu site cinco vezes
hoje, só precisou procurar esse endereço IP uma vez.
Isso ajuda a acelerar todo o processo para nós.
Agora, se você tentar novamente amanhã, seu computador
verificará primeiro o cache do DNS e verá que há um
registro lá.
Mas se esse tempo de vida já tiver passado,
ele invalidará esse registro
e fará outra pesquisa.
A última coisa que precisamos abordar
é o conceito de uma pesquisa recursiva.
Veja bem, quando seu computador deseja encontrar um determinado
site, como o diontraining. com, ele primeiro precisa perguntar ao
seu servidor DNS onde está localizado.
Portanto, se estiver
em casa e usar uma conexão da Verizon Fios, por exemplo,
você perguntará ao servidor
DNS deles: "Who's diontraining. com? Agora, o DNS da Verizon pode ou não saber o endereço
IP do diontraining.
com.
Afinal de contas, há milhões e milhões de sites no mercado e, se eles tivessem
que ressincronizar nossos registros
a cada 24 horas, isso levaria muito tempo.
Portanto, em vez disso, o DNS usa
essa estratégia recursiva para realizar a pesquisa.
Então, você pergunta à Verizon e, se eles não souberem a resposta, vão subir um nível e perguntar
ao próximo servidor DNS.
Se esse servidor não souber a resposta, ele subirá outro
nível e manterá esse processo até encontrar alguém
que saiba o endereço IP de
diontraining. com.
Agora, se durante essa recursão ele
alcançar todo o caminho até o . com ou o domínio de rota para diontraining. com, então ele pode
perguntar ao . com que servidor DNS é autoritativo para
diontrain. com e obtenha a resposta autorizada
diretamente com eles.
Basicamente, com uma pesquisa
recursiva, seu resolvedor de DNS diz: "Não sei qual
é o IP desse domínio, mas vou perguntar
ao meu servidor de DNS, e esse servidor
o procurará até encontrá-lo e me informará
esse IP. Agora, há outro método que
pode ser usado, conhecido como
pesquisa iterativa.
Com uma pesquisa iterativa, é semelhante a uma
pesquisa recursiva, exceto pelo fato de que o servidor
DNS não continuará pesquisando as informações para você e enviando o resultado.
Em vez disso, em uma pesquisa iterativa, o resolvedor
de DNS perguntará ao servidor de DNS qual é o IP do domínio
e, se o servidor de DNS não souber,
ele dirá ao resolvedor para perguntar ao próximo servidor
de DNS, e esse servidor fornecerá
seu IP.
Agora, com a pesquisa recursiva, o servidor DNS
irá procurá-lo e informar ao resolvedor,
mas com uma pesquisa iterativa,
o resolvedor DNS continuará
fazendo essa consulta por toda a recursão até
encontrar o IP desse domínio, portanto, é apenas
uma questão de quem está procurando
essas informações.
Muito bem, abordamos muitas informações nesta
lição, então, como um resumo
rápido, o que você precisa saber para o exame?
Bem, você precisa entender como o DNS funciona, usando seus vários
tipos de registro para converter nomes de domínio em
endereços IP e endereços IP em nomes de domínio.
Lembre-se de que os registros A são usados para nomes de domínio
com endereços IPv4, enquanto os registros AAAA são usados para
nomes de domínio com endereços IPV6.
Os registros CNAME são usados para mapear nomes de domínios
para outros nomes de domínios.
Os registros MX são usados para e-mail e os registros NS
são usados para servidores de nomes.
Os registros TXT armazenam texto como
dados legíveis por humanos ou por máquinas.
Se você se lembrar desse resumo, deverá ser capaz de responder
à maioria das perguntas sobre DNS que
serão feitas no exame.