--- id: "dns" kind: "glossary-term" title: "DNS" language: "es" category: "DNS y fundamentos técnicos" updated: "2026-10-10T10:28:55Z" canonical: "https://tldlog.com/es/glosario/dns/" translations: en: "https://tldlog.com/glossary/dns/" de: "https://tldlog.com/de/glossar/dns/" fr: "https://tldlog.com/fr/glossaire/dns/" it: "https://tldlog.com/it/glossario/dns/" pt-BR: "https://tldlog.com/pt/glossario/dns/" ru: "https://tldlog.com/ru/glossariy/dns/" zh-Hans: "https://tldlog.com/zh/cihui/dns/" --- # DNS sistema de nombres de dominio Directorio mundial que convierte los nombres que las personas pueden leer, como example.com, en las direcciones numéricas que usan los ordenadores. Está organizado como un árbol. Arriba está la zona raíz, después los dominios de nivel superior y después los nombres que cuelgan de ellos. Sin él, los nombres de dominio no funcionarían. El DNS (sistema de nombres de dominio) es el directorio de Internet. Los dispositivos se alcanzan mediante direcciones IP numéricas (IPv4 o IPv6), que se reparten al margen de los nombres de dominio, pero las personas usan nombres como example.com. El DNS une ambas cosas, de modo que un nombre escrito en el navegador o en una dirección de correo llegue al ordenador correcto. Nadie guarda el directorio completo: se reparte entre muchos servidores de operadores distintos, que conservan las respuestas un tiempo para ganar rapidez. ## Qué es el DNS y por qué lo necesita Internet El DNS tiene forma de árbol. Arriba está la zona raíz. Debajo, los dominios de nivel superior (TLD), como .com o .es, y bajo estos, los nombres que se registran. Un nombre puede contener varios tipos de registros: direcciones (registros A para IPv4 y AAAA para IPv6), los nombres de los servidores responsables (registros NS) y datos de seguridad de DNSSEC. ## Qué ocurre al escribir un nombre de dominio: una consulta paso a paso Supongamos que una aplicación necesita la dirección de `www.example.com`. 1. La aplicación pregunta al resolutor stub, un pequeño programa de DNS del propio dispositivo, que pasa la pregunta a un resolutor recursivo, gestionado normalmente por el proveedor de acceso a Internet o por un servicio de DNS público. 2. El resolutor recursivo mira primero su caché. Si tiene la respuesta y su TTL (tiempo de vida) no ha vencido, contesta de inmediato. 3. Si no, empieza por arriba: conoce las direcciones de los servidores raíz por una lista integrada, el archivo de sugerencias de raíz. 4. El servidor raíz no conoce la dirección de `www.example.com`. Responde con una remisión: dónde están los servidores de .com. 5. El servidor de .com tampoco tiene la respuesta final. Remite a los servidores de nombres que eligió el titular de example.com. 6. Uno de esos servidores es autoritativo para example.com y devuelve la dirección en un registro A o AAAA. El resolutor la guarda mientras lo permita su TTL y se la pasa al dispositivo. ## Resolutores y servidores autoritativos: quién pregunta y quién responde Los resolutores preguntan en nombre de los usuarios. Los servidores autoritativos responden con los datos de las zonas que tienen a su cargo, sin consultar a otro servidor. Son los servidores de nombres de un dominio, los que figuran en sus registros NS. Algunos resolutores recursivos son resolutores DNS públicos: servicios pensados para que los use cualquiera en Internet, en lugar del que facilita el proveedor de acceso. El término técnico «resolutor abierto» suele designar otra cosa: un resolutor que responde a cualquiera por error, porque está mal configurado. Como toda consulta pasa por un resolutor, este es también un punto donde se pueden filtrar nombres. Las normas del DNS prevén códigos de error para un nombre bloqueado por la política del operador, bloqueado a petición de un tercero o filtrado a petición del usuario. ## Delegación: cómo se reparte el trabajo desde la raíz hasta cada dominio El árbol del DNS se divide en zonas. El corte se hace donde una organización quiere controlar una parte del árbol, cambiar sus datos por su cuenta y delegar a su vez partes de ella. Una zona superior delega una inferior publicando registros NS que apuntan a los servidores de nombres de esta. Para un dominio como example.com, la cadena es la siguiente: - La IANA gestiona la zona raíz y anota qué servidores responden por cada TLD. Sus funciones las ejerce PTI, filial de la ICANN, y la IANA no cobra por estos servicios. - Verisign, como encargada del mantenimiento de la zona raíz en virtud de un acuerdo con la ICANN, compila el archivo de la zona raíz según las indicaciones de la IANA, lo firma con DNSSEC y lo envía a los operadores de servidores raíz. - Los servidores raíz remiten a los servidores de nombres de cada TLD. - El registro del TLD publica en su zona los registros NS de cada nombre registrado y, cuando hacen falta, registros de pegado y registros DS. - Los servidores de nombres que eligió el titular responden por el propio dominio. Esta delegación dentro del DNS no es lo mismo que la delegación de un TLD, que consiste en añadir un nuevo dominio de nivel superior a la zona raíz. ## Errores habituales como NXDOMAIN y SERVFAIL y qué significan Toda respuesta del DNS lleva un código. Dos códigos de error aparecen a menudo. ### NXDOMAIN NXDOMAIN (código 3, dominio inexistente) significa que el nombre no existe, ni ningún nombre por debajo de él. Las causas típicas son un error al escribir, un dominio sin registrar o un dominio cuya delegación se retiró de la zona de su TLD. ### SERVFAIL SERVFAIL (código 2, fallo del servidor) significa que la consulta no pudo completarse. No dice que el nombre falte, solo que no se obtuvo una respuesta fiable. Las causas habituales son: - servidores de nombres que figuran para una zona pero no están configurados para servirla; - servidores de nombres que no contestan, o fallos de red por el camino; - firmas de DNSSEC que no superan la validación: en ese caso, el resolutor que valida debe devolver SERVFAIL. El resolutor puede guardar una respuesta SERVFAIL como mucho cinco minutos. Los errores DNS ampliados (Extended DNS Errors) permiten indicar el motivo, como «DNSSEC Bogus». ### Un ejemplo Si el titular de example.com cambia el dominio a servidores de nombres nuevos sin haberlos configurado todavía para servir la zona, los resolutores que sigan la nueva delegación pueden devolver SERVFAIL hasta que esos servidores estén listos. ## Quién gestiona el DNS y quién lo paga Ninguna organización gestiona todo el DNS. Cada nivel tiene sus propios operadores y su propia forma de financiarse. - **Servidores raíz.** A octubre de 2026, las 13 identidades de servidores raíz las gestionan 12 organizaciones independientes, entre ellas universidades, empresas y la propia ICANN, desde más de 2.000 instancias repartidas por el mundo. Los operadores no cobran por este servicio y lo financian por su cuenta. - **TLD.** Cada registro de gTLD debe gestionar el DNS de su TLD con los niveles de servicio que fija su contrato con la ICANN. A octubre de 2026, según el acuerdo base de registro aprobado el 12 de marzo de 2026, el servicio DNS debe estar disponible el 100 % del tiempo, lo que exige que respondan correctamente al menos dos de los servidores de nombres delegados del TLD. Una caída total del DNS de 4 horas en una semana es un umbral para una transición de emergencia del registro. - **Dominios.** El titular elige los servidores de nombres autoritativos de su dominio, pagando a un proveedor o usando los que vienen gratis con otro servicio. Desde 1987 las normas piden más de uno: la RFC 1034 pide a quien se hace cargo de una zona que demuestre que cuenta con servidores redundantes. - **Resolutores.** Los proveedores de acceso a Internet y los servicios de DNS público gestionan los resolutores que usan las personas. ## Fuentes - [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) ## términos relacionados - [zona raíz](https://tldlog.com/es/glosario/zona-raiz/) - [resolutor](https://tldlog.com/es/glosario/resolutor/) - [servidor de nombres](https://tldlog.com/es/glosario/servidor-nombres/) - [TLD](https://tldlog.com/es/glosario/tld/) - [nombre de dominio](https://tldlog.com/es/glosario/nombre-dominio/)