Internet funciona con código. Es un lugar salvaje y caótico mantenido unido por estándares que apenas notamos. En el centro de todo está DNS.

La gente suele decir “Servidor de nombres de dominio”. Eso está mal. Significa Sistema de nombres de dominio. Es un protocolo dentro de la suite TCP/IP. Su trabajo es simple pero enorme. Convierte nombres legibles por humanos como howstuffworks.com en direcciones de Protocolo de Internet (IP). Las computadoras no leen palabras. Leen números. 70.42.251.42 es cómo una máquina encuentra a su amigo en la red.

Piense en DNS como la guía telefónica de Internet. Sin él, necesitarías memorizar cadenas de números para visitar cualquier sitio. Estarías navegando por llanuras virtuales y ciudades densas de datos de memoria. Actualmente existen cientos de millones de dominios. Buena suerte memorizándolos.

Sin servidores DNS, la web se cierra. Pero, ¿cómo sabe su dispositivo a qué servidor preguntar? Cuando te conectas a Wi-Fi o a tu ISP, tu enrutador o módem te entrega datos de configuración. Esto incluye los servidores DNS que su dispositivo debe usar para la traducción.

Hemos cubierto los conceptos básicos. Ahora entramos en la mecánica. Específicamente, cómo se estructuran las direcciones IP y por qué eso es importante para la resolución de nombres.

Comprensión de las estructuras y la resolución de las direcciones IP

Un servidor DNS traduce un nombre de dominio en una dirección IP. Suena fácil. No lo es.

  • Se utilizan miles de millones de direcciones IP.
  • La mayoría de las máquinas tienen nombres legibles por humanos.
  • Los servidores DNS procesan miles de millones de consultas simultáneamente.
  • Millones de dominios cambian cada día.

Para manejar esta carga, DNS se basa en una eficiencia estricta. La Autoridad de Números Asignados en Internet (IANA) gestiona los estándares. Cada máquina necesita una dirección única en IPv4 o IPv6.

A continuación se explica cómo detectarlos:

  • IPv4 : Cuatro números separados por puntos. Ejemplo: 70.74.251.42.
  • IPv6 : Ocho grupos hexadecimales separados por dos puntos. Ejemplo: 2001:0cb8:85a3:0000:0000:8a2e:0370:7334.

IPv6 es más nuevo. Por ahora nos atendremos al IPv4 común.

Cada número en una dirección IPv4 es un octeto. Representa un número binario de 8 bits. Tome el número 42. En binario, es “00101010”. Cada dígito corresponde a una potencia de dos. Sume los valores de los bits que están activados. 2 + 8 + 32 = 42.

Sólo hay 256 posibilidades para cada octeto. Del cero al 255.

Algunas direcciones están reservadas. La IANA los designa para trabajos específicos. 127.0.0.1 es la dirección de bucle invertido. Identifica la computadora que estás utilizando. Hablar con 127.0.0.1 es simplemente hablar contigo mismo.

Los servidores web necesitan coherencia. Usan direcciones IP estáticas. Siempre se asigna la misma dirección a la interfaz de red de ese sistema. Para garantizar esto, IP asocia la dirección con la dirección de control de acceso a medios (MAC). El fabricante graba la dirección MAC en el hardware. Es único. Cada interfaz cableada o inalámbrica tiene una.

Ahora, veamos el otro lado de la ecuación. Nombres de dominio. Pero primero, ¿dónde se esconde tu propia dirección IP?

Cómo encontrar tu dirección IP en cualquier dispositivo

Su dirección cambia periódicamente a menos que establezca una IP estática. Esto es raro para los usuarios domésticos. Aquí se explica cómo encontrarlo ahora mismo.

  • Windows : abra el símbolo del sistema. Escriba ipconfig. Presiona enter. Busque la dirección IPv4.
  • Mac : Vaya a Preferencias del Sistema. Haga clic en Red. Seleccione su conexión activa (punto verde). Haga clic en Avanzado. Vaya a la pestaña TCP/IP.
  • Linux o UNIX : Abra una terminal como XTERM o iTerm. Escriba ifconfig. Busque “dirección inet”.
  • Smartphones : Verifique la configuración de su red en el sistema operativo. Varía según el teléfono y la versión.

Si está en una red doméstica, probablemente verá “192.168.x.x”, “172.16.x.x” o “10.x.x.x”. La x es un número entre 0 y 255. Estas son direcciones privadas reservadas. Su enrutador los usa para conectarse a Internet en general.

Ese es el lado local. El siguiente paso es comprender los propios nombres de dominio.

Cómo funcionan realmente los nombres de dominio

Memorizar direcciones IP es una batalla perdida. Tu cerebro no está diseñado para retener cadenas aleatorias de dígitos, pero le encantan las palabras. Ese es el objetivo de los nombres de dominio. Ya tienes cientos de ellos almacenados en caché en tu cabeza.

  • google.com : el gigante que todo el mundo usa
  • mit.edu — restringido a la educación
  • bbc.co.uk : una estructura de código de país anidada

Ves los puntos. Ya conoces el patrón. El último fragmento de esa dirección es el dominio de nivel superior (TLD). La IANA los administra en la base de datos de la zona raíz. Ahora hay más de 1.000 de ellos. La mayoría están completamente abiertas. Algunos están encerrados.

  • COM, NET, ORG : cualquiera puede adquirirlos. Originalmente para uso comercial, de red y sin fines de lucro. ¿Ahora? Sólo etiquetas.
  • EDU, MIL, GOV — restringido. No puedes simplemente comprar una dirección .edu a menos que seas una escuela.
  • .UK, .US, .RU : códigos de país. Gestionado por las autoridades locales.

Agregar palabras antes del TLD crea una jerarquía. Cada punto separa un nivel. “howstuffworks” se encuentra como un dominio de segundo nivel bajo .com. Esa estructura apunta a servidores específicos.

Tome bbc.co.uk. No es sólo un dominio. Es un subdominio bajo .co, que a su vez se encuentra bajo .uk. Es un sistema de archivo anidado para Internet.

¿La palabra de extrema izquierda? Ese es el nombre de host. Generalmente www o mail. Le dice al sistema exactamente qué máquina desea. Un único dominio puede albergar millones de nombres de host únicos. Mientras no choquen, estás bien.

Luego está el prefijo. HTTP. Protocolo de transferencia de hipertexto. Es el apretón de manos entre su navegador y el servidor. Pero ya rara vez lo verás. Verás HTTPS. La ‘S’ significa seguro. El cifrado está activado. Su número de tarjeta de crédito permanece privado. Si no estás usando HTTPS, estás gritando tus datos a través de un canal abierto.

Cuando registras un dominio, debes apuntarlo a alguna parte. Específicamente, necesita servidores de nombres. Estos servidores DNS tienen la autoridad para su dominio. Saben dónde vive “www.yoursite.com”. Normalmente, su proveedor de alojamiento se encarga de esto. Tienen la infraestructura DNS lista para funcionar.

Cómo los servidores DNS enrutan el tráfico

Aquí es donde ocurre la magia. O el dolor de cabeza, si se rompe.

DNS no es una computadora grande. Es un sistema distribuido. Una jerarquía de servidores trabajando juntos. Si uno falla, los demás toman el relevo. Está diseñado para ser resistente. Pero también es complejo.

Cuando escribe una URL, su computadora no solo adivina la dirección IP. Pregunta.

Primero, comprueba su propio caché. ¿Visita ese sitio ayer? Excelente. Ya conoce la IP. No hay necesidad de molestar a nadie más. La velocidad importa. La latencia acaba con la experiencia del usuario.

Si el caché está vacío, le pregunta al resolver. Normalmente, esto lo proporciona su ISP o un servicio público como Cloudflare o Google. El solucionador hace el trabajo pesado. Aún no tiene la respuesta, pero sabe dónde buscar.

Comienza desde arriba. Los servidores raíz. Hay 13 grupos lógicos de ellos, repartidos por todo el mundo. No conocen la IP de su sitio. Saben quién gestiona .com. Dirigen al solucionador a los servidores TLD .com.

Los servidores de TLD saben quién es el propietario de su dominio específico. Dirigen al solucionador a sus servidores de nombres autorizados. Estos son los que configuraste cuando registraste el dominio. Tienen el récord real. El récord A. La dirección IP.

El solucionador toma esa IP. Lo envía de vuelta a su computadora. Su navegador se conecta. La página se carga.

Todo esto sucede en milisegundos. No ves los apretones de manos. No ve las consultas saltando entre servidores raíz, TLD y autorizados. Simplemente ves una página.

¿Pero si algún paso falla? Obtienes un error. “DNS_PROBE_FINISHED_NO_INTERNET”. Frustrante. Porque el problema no es tu conexión. Es la libreta de direcciones.

Esta naturaleza distribuida es lo que evita que Internet colapse. No hay un único punto de fracaso. Pero también significa que es fácil realizar una mala configuración. Un error tipográfico en la configuración de DNS y su sitio desaparece. No fuera de línea. Simplemente imposible de encontrar.

El sistema se basa en la precisión. Y redundancia. Si su servidor autorizado deja de funcionar, pero tiene servidores secundarios configurados, el tráfico continúa fluyendo. ¿Si no lo haces? Silencio.

Comprender este flujo ayuda cuando las cosas se rompen. No es magia. Es una tabla de búsqueda. Una tabla de búsqueda realmente grande y realmente distribuida.

Qué hace realmente un servidor DNS en su red

La escala es asombrosa. Los servidores DNS manejan más consultas que cualquier otra base de datos del planeta. Procesan miles de millones de búsquedas y al mismo tiempo absorben actualizaciones de millones de personas todos los días. Sin embargo, a pesar de estar disperso en millones de máquinas y administrado por innumerables equipos distintos, el sistema actúa como un cerebro unificado.

Es un milagro de la ingeniería distribuida.

La mayoría de la gente trata el DNS como una caja negra. Entregas las llaves de TI y esperas lo mejor. Pero no es necesario ser ingeniero de redes para gestionarlo de forma eficaz. Sólo necesita comprender la descripción del trabajo.

No todos los servidores DNS hacen lo mismo. De hecho, hay dos roles principales. Saber cuál se aplica a su configuración cambia la forma de solucionar problemas y configurar las cosas.

El solucionador de almacenamiento en caché

Este servidor vive en su red local. Su trabajo principal no es saberlo todo. Es recordar lo que busca con frecuencia. Mantiene una pequeña base de datos local de los nombres de dominio y direcciones IP que su red utiliza con mayor frecuencia.

¿Para algo más? Delega. Solicita la respuesta a otros servidores DNS en Internet. Esto acelera la navegación para todos en esa red. No estás consultando un servidor raíz en otro continente por cada pestaña que abres. Estás accediendo a un caché local.

El servidor de nombres autorizado

Este servidor tiene el registro maestro. Empareja direcciones IP con cada host y subdominio sobre el que tiene autoridad.

Aquí no hay delegación para sus propias zonas. Si eres propietario del dominio, este servidor es la fuente de la verdad. Le dice al resto de Internet exactamente dónde se encuentra su sitio web, servidor de correo o punto final API.

Uno actúa como un atajo. El otro actúa como fuente.

Confundir los dos es donde comienzan la mayoría de los dolores de cabeza. No puede almacenar en caché registros para los que no tiene autoridad y no puede tener autoridad para un dominio que no controla.

¿Por qué es importante esta distinción? Porque los ajustes de seguridad y rendimiento dependen completamente del papel que desempeña su servidor. Un solucionador necesita políticas sólidas de almacenamiento en caché. Un servidor autorizado necesita una estricta gestión de archivos de zona.

Entonces, ¿cuál estás postulando? ¿O estás ejecutando ambos? Es común ver una sola máquina manejando ambas tareas en configuraciones más pequeñas. Está bien. Sólo recuerda que son funciones lógicamente separadas.

Comprender esta división hace que el resto de la administración de DNS se sienta menos como magia y más como lógica.

Cómo maneja su ISP las búsquedas de DNS

Su proveedor de servicios de Internet ejecuta la primera línea de defensa. O ofensa. Dependiendo de cómo veas sus hábitos de estrangulamiento. Cuando te conectas, DHCP te entrega la dirección del servidor DNS automáticamente. No lo pides. Simplemente sucede.

El servidor ISP funciona como un bibliotecario vago.

  • Revisa sus propios estantes. Si tiene la dirección IP para ese dominio, te la entrega. Hecho.
  • Si la estantería está vacía, llama a otro servidor. Podría llamar a tres o cuatro seguidos.
  • Recuerda la respuesta. El almacenamiento en caché mantiene rápidas las solicitudes futuras.
  • Si no puede encontrarlo después de buscar, arroja un error. “Dominio no encontrado”.

Bastante simple. Pero ese es sólo el lado del solicitante.

¿Quién es el propietario real de los datos del dominio?

El segundo grupo de servidores importa más si publicas algo. Estos son los que están vinculados a su proveedor de alojamiento web o de correo electrónico. No es necesario ser administrador del servidor para usarlos. Los paneles de alojamiento lo hacen hacer clic y listo.

El servidor específico que contiene la verdad para su dominio se llama inicio de autoridad (SOA). Es el jefe. Cuando SOA actualiza un registro, ese cambio se produce. Se propaga a otros servidores DNS, que lo pasan a otros, difundiéndose por Internet como un rumor.

La SOA es la única fuente de verdad. Todo lo demás es sólo una copia.

Los servidores raíz y la jerarquía

En la parte superior se encuentran los servidores de nombres raíz. Manejan los dominios de nivel superior como .com o .org. Hay cientos de ellos. Rara vez hablas con ellos directamente. Su ISP normalmente se detiene en el nivel de TLD.

¿Pero si se rompe la cadena? ¿Si el ISP se rinde? El sistema puede recurrir a la raíz. Es un último recurso. Una red de seguridad. Ayuda a localizar el SOA correcto cuando se pierde el camino.

Configurando la autoridad de tu dominio

Ahora ves la web. Cómo se vincula. Por qué es rápido. Por qué a veces falla.

El siguiente paso es erigirse en autoridad. Ya no estás simplemente leyendo el mapa. Lo estás dibujando.

Configurando tus registros de dominio

Encontraste un nombre. Está disponible. Lo registraste. ¿Y ahora qué?

Tienes que decirle a Internet dónde vive realmente ese nombre. Si su registrador es diferente de su proveedor de alojamiento, debe cerrar la brecha. Apunte el dominio a la dirección IP o nombre de host correcto. Esto sucede a través de registros DNS.

Piense en los registros DNS como instrucciones. Cada uno hace algo específico. Viven en un archivo de zona en el servidor DNS. Si está ejecutando su propio servidor, probablemente esté editando ese archivo manualmente en un editor de texto. La mayoría de los registradores de hoy en día le ofrecen una interfaz web. Es más fácil. Simplemente hace clic en los botones en lugar de escribir el código.

Estos son los tipos de registros que realmente utilizará.

Registros del anfitrión (A)
Este es el mínimo indispensable. Un registro A asigna un nombre de host a una dirección IP. Sin registro A significa que no hay sitio web. Es el enlace esencial entre tudominio.com y el número de servidor 192.0.2.1.

Registros de nombre canónico (CNAME)
Un alias. Un apodo. Un CNAME apunta un nombre a otro nombre. Si escribe el alias, automáticamente redirige al servidor definido en el registro A. ¿Quiere que “www” apunte a su dominio principal? Utilice un CNAME.

Registros del intercambiador de correo (MX)
Esto maneja el correo electrónico. Le dice al mundo qué servidor acepta correo para su dominio. No es necesario alojar su propio servidor de correo. La mayoría de la gente usa Google o Microsoft. Creas un registro MX que apunta a ghs.google.com o similar. Tu dominio conserva su identidad, pero Gmail hace el trabajo pesado.

Registros del servidor de nombres (NS)
Estos declaran autoridad. Los registros NS contienen los servidores de nombres responsables de su zona. Cuando otros servidores DNS buscan su dominio, primero verifican estos registros NS. Le dicen a la red global quién tiene la última palabra sobre los datos de su dominio.

Inicio de autoridad (SOA)
El registro maestro. Se encuentra en la parte superior de cada archivo de zona. Enumera el servidor de nombres principal y otros detalles administrativos. Si está utilizando el DNS de un registrador, no lo tocará. Si es autohospedador, debe comprenderlo.

El registro SOA es la única fuente de confianza para la zona DNS de su dominio.

Así es como se ve un archivo de zona sin formato para las personas que editan texto directamente. La columna del medio muestra el tipo de registro. El símbolo @ significa “esto se aplica al dominio raíz a menos que se especifique lo contrario”.

A la mayoría de los usuarios sólo les importan los registros MX y CNAME. Utilice MX para dirigir el correo electrónico a Google Workspace. Utilice CNAME para aparcar subdominios. Quizás tengas un servidor de juegos en una IP separada. Señale games.example.com con un CNAME. Simple.

Cómo está cambiando la seguridad DNS

El DNS no es estático. Se mueve.

A finales de 2018, la ICANN implementó nuevas funciones de seguridad. Actualizaron las claves criptográficas para DNSSEC. Específicamente, la clave de firma de clave de zona raíz (KSK). Los técnicos saben que esto es un evento importante.

¿Por qué? Internet está hinchado. El Internet de las cosas añade millones de dispositivos nuevos cada día. Más dispositivos significan más superficies de ataque. A los piratas informáticos les encanta el DNS. Lo secuestran para robar datos o bloquear servicios.

El envenenamiento de DNS y los ataques de denegación de servicio son amenazas reales. Defenderse de ellos requiere mantenerse actualizado. Si administra DNS, no puede ignorar estas actualizaciones. Las claves cambiaron por una razón. La seguridad no es opcional cuando un actor malintencionado puede reescribir la guía telefónica de Internet.

Preguntas comunes sobre DNS

¿Qué es DNS?
Es el sistema de nombres de dominio. La agenda telefónica de Internet. Conecta URL legibles por humanos con direcciones IP legibles por máquinas.

¿Qué hace DNS?
Hace coincidir una URL con la IP de un sitio web específico. Sin él, tendrías que memorizar cadenas de números para cada sitio que visites.

¿Puedo usar 8.8.8.8?
Sí. Ese es el DNS público de Google. Google lo mantiene. Cualquiera puede usarlo. A menudo es más rápido que el predeterminado de su ISP.

¿Es seguro cambiar de DNS?
Sí. Cambiar a OpenDNS o Google DNS es seguro. Es reversible. No dañará su PC ni su red. Simplemente está cambiando el directorio al que consulta las direcciones.

¿Qué significa DNS en mi teléfono?
Cada conexión a Internet utiliza DNS. Tu teléfono no es una excepción. Puede configurar un DNS privado en Android. Vaya a Configuración > Red e Internet > Avanzado > DNS privado. Ingrese el nombre de host de su servicio DNS preferido. Haga clic en guardar. Dirige sus consultas a través de ese proveedor en lugar del predeterminado de su operador.

Más recursos

Siempre hay más que aprender. DNS es más profundo que simplemente señalar un dominio. Si desea profundizar en la arquitectura, busque guías sobre la estructura de archivos de zona o la implementación de DNSSEC. Lo básico para poner su sitio en línea. Los detalles lo mantienen seguro.