--- id: "dns" kind: "glossary-term" title: "DNS" language: "pt-BR" category: "DNS e fundamentos técnicos" updated: "2026-10-10T23:12:43Z" canonical: "https://tldlog.com/pt/glossario/dns/" translations: en: "https://tldlog.com/glossary/dns/" es: "https://tldlog.com/es/glosario/dns/" de: "https://tldlog.com/de/glossar/dns/" fr: "https://tldlog.com/fr/glossaire/dns/" it: "https://tldlog.com/it/glossario/dns/" ru: "https://tldlog.com/ru/glossariy/dns/" zh-Hans: "https://tldlog.com/zh/cihui/dns/" --- # DNS sistema de nomes de domínio O diretório global que converte nomes que as pessoas conseguem ler, como example.com, nos endereços numéricos que os computadores usam. É organizado como uma árvore. A zona raiz fica no topo, depois vêm os domínios de topo e, abaixo deles, os demais nomes. Sem ele, os nomes de domínio não funcionariam. O DNS (Domain Name System, sistema de nomes de domínio) é o catálogo da internet. Os dispositivos são alcançados por endereços IP numéricos (IPv4 ou IPv6), atribuídos separadamente dos nomes de domínio, mas as pessoas usam nomes como example.com. O DNS liga os dois, para que um nome digitado em um navegador ou usado em um endereço de e-mail chegue ao computador certo. Nenhuma organização detém o catálogo inteiro: ele está distribuído por muitos servidores operados por muitas entidades, que guardam as respostas localmente por algum tempo para agilizar as consultas. ## O que é o DNS e por que a internet precisa dele O DNS tem a forma de uma árvore. A zona raiz fica no topo. Abaixo dela estão os domínios de topo (TLDs), como .com ou .es, e abaixo deles os nomes que as pessoas registram. Um nome pode conter vários tipos de registro: endereços (registros A para IPv4, registros AAAA para IPv6), mas também os nomes dos servidores responsáveis por ele (registros NS) e dados de segurança para o DNSSEC. ## O que acontece quando você digita um nome de domínio: uma consulta passo a passo Suponha que um aplicativo precise do endereço de `www.example.com`. 1. O aplicativo pergunta ao resolvedor stub, um pequeno componente de software de DNS no dispositivo. Ele repassa a pergunta a um resolvedor recursivo, normalmente operado pelo provedor de internet ou por um serviço de DNS público. 2. O resolvedor recursivo consulta primeiro seu cache. Se já tiver a resposta e o TTL (time to live, tempo de vida) dela não tiver se esgotado, responde na hora. 3. Caso contrário, começa pelo topo. Ele conhece os endereços dos servidores raiz por uma lista embutida, as root hints. 4. Um servidor raiz não sabe o endereço de `www.example.com`. Ele responde com um encaminhamento (referral): onde encontrar os servidores do .com. 5. Um servidor do .com também não sabe a resposta final. Ele responde com um encaminhamento para os servidores de nomes que o titular de example.com escolheu. 6. Um desses servidores de nomes é autoritativo para example.com. Ele devolve o endereço em um registro A ou AAAA. O resolvedor guarda a resposta pelo tempo que o TTL permite e a repassa ao dispositivo. ## Resolvedores e servidores autoritativos: quem pergunta e quem responde Os resolvedores fazem perguntas em nome dos usuários. Os servidores autoritativos respondem a partir dos dados das zonas que mantêm, sem perguntar a nenhum outro servidor. São os servidores de nomes de um domínio, listados em seus registros NS. Alguns resolvedores recursivos são resolvedores DNS públicos: serviços feitos para serem usados por qualquer pessoa na internet, no lugar do resolvedor fornecido pelo provedor de internet. O termo técnico “resolvedor aberto” (open resolver) costuma significar outra coisa: um resolvedor que responde a qualquer um por engano, por estar mal configurado. Como toda consulta passa por um resolvedor, ele também é um ponto onde os nomes podem ser filtrados. Os padrões do DNS incluem códigos de erro para um nome bloqueado pela política do próprio operador, bloqueado a pedido de terceiros ou filtrado a pedido do usuário. ## Delegação: como o trabalho é dividido da raiz até o seu domínio A árvore do DNS é dividida em zonas. Um corte é feito onde uma organização quer controlar uma parte da árvore, alterar seus dados por conta própria e delegar partes dela mais abaixo. Uma zona pai delega uma zona filha publicando registros NS que apontam para os servidores de nomes da filha. Para um domínio como example.com, a cadeia é esta: - A IANA gerencia a zona raiz e registra quais servidores são responsáveis por cada TLD. A PTI, uma afiliada da ICANN, executa as funções da IANA, e a IANA não cobra nada por esses serviços. - A Verisign, como mantenedora da zona raiz (Root Zone Maintainer) por um acordo com a ICANN, compila o arquivo da zona raiz conforme as instruções da IANA, assina-o com DNSSEC e o envia aos operadores dos servidores raiz. - Os servidores raiz respondem com encaminhamentos para os servidores de nomes de cada TLD. - O registro do TLD publica em sua própria zona os registros NS de cada nome registrado, além de registros glue e registros DS quando necessário. - Os servidores de nomes escolhidos pelo titular do domínio respondem pelo próprio domínio. Essa delegação dentro do DNS é diferente da delegação de um TLD, que significa acrescentar um novo domínio de topo à zona raiz. ## Erros comuns como NXDOMAIN e SERVFAIL e o que significam Toda resposta do DNS traz um código de resposta. Dois códigos de erro aparecem com frequência. ### NXDOMAIN NXDOMAIN (código 3, “name error”) significa que o nome não existe, e que nenhum nome abaixo dele existe. Os motivos típicos são um erro de digitação, um domínio que não está registrado ou um domínio cuja delegação foi removida da zona do seu TLD. ### SERVFAIL SERVFAIL (código 2, “server failure”) significa que a consulta não pôde ser concluída. Ele não diz que o nome não existe, apenas que não se obteve uma resposta confiável. As causas comuns são: - servidores de nomes que estão listados para uma zona, mas não foram configurados para servi-la; - servidores de nomes que não respondem, ou falhas de rede no caminho; - assinaturas DNSSEC que falham na validação, caso em que um resolvedor que valida deve retornar SERVFAIL. Um resolvedor pode guardar uma resposta SERVFAIL por no máximo cinco minutos. Os Extended DNS Errors (erros estendidos do DNS) permitem que um servidor acrescente o motivo, como “DNSSEC Bogus”. ### Um exemplo prático Suponha que o titular de example.com passe o domínio para novos servidores de nomes, mas ainda não os tenha configurado para servir a zona. Os resolvedores que seguem a nova delegação podem retornar SERVFAIL até que os novos servidores estejam configurados. ## Quem opera o DNS e quem paga por ele Nenhuma organização opera o DNS sozinha. Cada camada tem seus próprios operadores e sua própria forma de pagamento. - **Servidores raiz.** Em outubro de 2026, 13 identidades nomeadas de servidores raiz são operadas por 12 organizações independentes, entre elas universidades, empresas e a própria ICANN, a partir de mais de 2.000 instâncias pelo mundo. Os operadores não são pagos por esse serviço e o financiam por conta própria. - **TLDs.** Cada registro de gTLD deve operar o DNS do seu TLD com os níveis de serviço definidos em seu contrato com a ICANN. Em outubro de 2026, pelo Contrato de Registro base aprovado em 12 de março de 2026, o serviço de DNS deve estar disponível 100% do tempo, o que exige que pelo menos dois dos servidores de nomes delegados do TLD respondam corretamente. Um total de 4 horas de indisponibilidade do DNS em uma semana é o limite para uma transição de emergência do registro. - **Domínios.** O titular escolhe os servidores de nomes autoritativos do domínio, pagando um provedor por eles ou usando servidores incluídos gratuitamente em outro serviço. Desde 1987 as regras pedem mais de um: a RFC 1034 espera que quem assume uma zona demonstre ter servidores de nomes redundantes. - **Resolvedores.** Os provedores de internet e os serviços de DNS públicos operam os resolvedores dos quais os usuários dependem. ## Fontes - [RFC 9499: DNS Terminology](https://www.rfc-editor.org/rfc/rfc9499.txt) - [RFC 1034: Domain Names - Concepts and Facilities](https://www.rfc-editor.org/rfc/rfc1034.txt) - [RFC 8914: Extended DNS Errors](https://www.rfc-editor.org/rfc/rfc8914.txt) - [Root Name Servers (IANA)](https://www.iana.org/domains/root/servers) - [Root Zone Management (IANA)](https://www.iana.org/domains/root) - [Base Registry Agreement (ICANN), approved 12 March 2026](https://itp.cdn.icann.org/en/files/registry-agreements/base-registry-agreement-12-03-2026-en.pdf) ## termos relacionados - [zona raiz](https://tldlog.com/pt/glossario/zona-raiz/) - [resolvedor](https://tldlog.com/pt/glossario/resolvedor/) - [servidor de nomes](https://tldlog.com/pt/glossario/servidor-nomes/) - [TLD](https://tldlog.com/pt/glossario/tld/) - [nome de domínio](https://tldlog.com/pt/glossario/nome-dominio/)