Apuntar un nombre de dominio a tu VPS Linux con DNS

Un nombre de dominio solo sirve cuando sus registros DNS indican dónde está tu servidor. En esta guía conectarás un dominio a tu VPS Linux Infrawire, añadirás los registros IPv4, IPv6 y www, y comprobarás que todo se resuelve correctamente.

📋 Requisitos previos

Un VPS con dirección IPv4 pública (y opcionalmente IPv6). Desde tu área de cliente encuentras la IP y la contraseña root del VPS.
Un dominio registrado (example.com) y acceso a su zona DNS, en tu registrador o en un proveedor de DNS.
dig y nslookup en tu equipo o en el VPS:

Bash
1# Ubuntu 24.04 / Debian 12
2sudo apt update && sudo apt install -y dnsutils
3
4# AlmaLinux 9 / Rocky 9
5sudo dnf install -y bind-utils

🧭 Entender los tipos de registro

Tipo	Función	Valor de ejemplo
A	Nombre a dirección IPv4	`VPS_IP`
AAAA	Nombre a dirección IPv6	`VPS_IPV6`
CNAME	Alias a otro nombre	`example.com.`

Un CNAME no puede ir en el dominio raíz (example.com, el apex) porque entraría en conflicto con los demás registros de la zona. Usa A/AAAA ahí, y un CNAME para subdominios como www.

✍️ Crear los registros A y AAAA

En el editor de zona DNS de tu registrador, añade estos registros. El campo host @ representa el dominio raíz.

TEXT
Tipo   Host   Valor        TTL
A      @      VPS_IP       3600
AAAA   @      VPS_IPV6     3600

Algunas interfaces piden el nombre completo (example.com.) en lugar de @. Conserva el punto final solo si el editor pide un nombre totalmente cualificado. Si aún no usas IPv6, omite el registro AAAA: un AAAA erróneo es peor que ninguno, porque muchos clientes prueban IPv6 primero.

🔗 Añadir www con un CNAME

Haz que www siga al nombre principal para cambiar la IP en un solo sitio:

TEXT
Tipo    Host   Valor          TTL
CNAME   www    example.com.   3600

El resto de subdominios funcionan igual. Usa un registro A cuando un subdominio deba apuntar a otro servidor (por ejemplo, api a otra IP).

⏱️ TTL y propagación

El TTL (tiempo de vida, en segundos) indica a los resolvedores cuánto tiempo pueden guardar una respuesta en caché. Un registro nuevo suele aparecer en minutos, pero el cambio de uno existente no se ve hasta que expira el TTL anterior.

Antes de una migración, baja el TTL a 300 el día anterior y luego cambia la IP.
Cuando el cambio sea estable, súbelo de nuevo a 3600 o más.
La propagación completa nunca es instantánea: calcula de unos minutos a unas horas.

✅ Verificar con dig y nslookup

Consulta tu propio resolvedor y después uno público para comparar:

Bash
1dig +short example.com A
2dig +short example.com AAAA
3dig +short www.example.com CNAME
4
5# Consultar un resolvedor público concreto
6dig @1.1.1.1 +short example.com A
7dig @8.8.8.8 +short example.com A
8
9# Consultar directamente los servidores autoritativos (sin caché)
10dig +short NS example.com
11dig @NAMESERVER +short example.com A

La misma comprobación con nslookup:

Bash
1nslookup example.com
2nslookup -type=AAAA example.com
3nslookup www.example.com 1.1.1.1

La respuesta debe ser VPS_IP. Después prueba el camino hasta el servidor:

Bash
1ping -c 3 example.com
2curl -I http://example.com

🔁 DNS inverso (PTR)

El DNS directo convierte un nombre en una IP. El DNS inverso (registro PTR) hace lo contrario: asocia VPS_IP con un nombre de host. No se gestiona en la zona de tu dominio sino por quien posee el bloque de IP, así que pide a tu proveedor que lo configure. Los servidores de correo dependen mucho de él: indica el nombre con el que envías correo, por ejemplo mail.example.com, y comprueba que ese nombre tenga un registro A coincidente.

Bash
1dig -x VPS_IP +short
2host VPS_IP

☁️ Caso especial: proxy de Cloudflare

Cuando un registro está proxificado (nube naranja), el DNS público devuelve direcciones de Cloudflare y no VPS_IP. Es lo esperado: dig nunca mostrará la IP de tu servidor.

El tráfico web (80/443) pasa por Cloudflare; otros servicios como SSH, correo o servidores de juegos, no.
Para todo lo que no sea HTTP(S), crea un registro solo DNS (nube gris), por ejemplo ssh.example.com hacia VPS_IP.
Los registros de correo (mail, destinos MX) deben ser siempre solo DNS.
Mantén el modo SSL en Full (strict) e instala un certificado válido en el VPS; si no, tendrás bucles de redirección o el error 525.

🛠️ Solución de problemas

Sigue apareciendo la IP antigua. El TTL anterior aún no ha expirado. Consulta el servidor autoritativo con dig @NAMESERVER para confirmar que la zona es correcta y espera. Vacía tu caché local si hace falta:

Bash
1sudo resolvectl flush-caches

NXDOMAIN o sin respuesta. El registro está en la zona equivocada, el nombre de host tiene una errata, o el dominio usa servidores de nombres distintos de los que editaste. Compara dig NS example.com con los servidores de nombres declarados en tu registrador.

El dominio se resuelve pero el sitio no carga. El DNS está bien; el problema es el servicio. Comprueba que un servidor web escucha en el puerto y que el cortafuegos lo permite:

Bash
1sudo ss -tlnp | grep -E ':80|:443'

🎉 Tu dominio ya apunta a tu VPS: ahora puedes instalar un servidor web y emitir un certificado.