Configura el DNS inverso (PTR) para tu IP dedicada

El DNS inverso (un registro PTR) mapea tu dirección IP de vuelta a un hostname — lo opuesto a un registro A normal. La mayoría de los servicios nunca lo miran. El correo es la gran excepción: los servidores receptores comprueban de forma rutinaria que una IP de envío tenga un PTR, y que coincida con el hostname con el que el servidor se presenta. Hazlo mal y tu correo se archiva como spam o se rechaza de plano, por muy limpios que estén tus SPF y DKIM.

En EQVPS configuras el PTR tú mismo desde el panel — sin ticket de soporte, sin esperarnos.

Configúralo desde el panel

1. Inicia sesión y abre Servidores, luego haz clic en el servidor con IP dedicada que quieres configurar.
2. Encuentra el panel de DNS inverso en la página del servidor. (Solo aparece en planes con IP dedicada — un servidor NAT no tiene IP propia a la que apuntar.)
3. Introduce el hostname al que quieres que resuelva la IP — un dominio completamente cualificado que controles, p. ej. mail.yourdomain.com.
4. Guarda. El registro se aplica de inmediato.

El panel muestra el PTR actual, así que puedes volver y cambiarlo cuando el hostname cambie.

Hazlo confirmado hacia delante

Un PTR por sí solo no basta para el correo. Los receptores estrictos quieren DNS inverso confirmado hacia delante: el PTR apunta la IP a un hostname, y el registro A de ese hostname apunta de vuelta a la misma IP. Ambas direcciones tienen que coincidir.

Así que si tu IP es 203.0.113.10 y configuras el PTR a mail.yourdomain.com, crea también un registro A en el DNS de tu dominio:

mail.yourdomain.com.  A  203.0.113.10

Ahora el bucle se cierra: IP → hostname → IP.

Comprueba que funcionó

Desde cualquier máquina:

# inverso: la IP debería devolver tu hostname
dig -x 203.0.113.10 +short
# directo: el hostname debería devolver la misma IP
dig mail.yourdomain.com +short

Ambos deberían apuntarse el uno al otro. Si la búsqueda inversa aún muestra un hostname por defecto del proveedor (algo como static.203-0-113-10.rev.example-isp.net), el cambio aún no se ha propagado al resolver que estás usando — espera un poco y vuelve a comprobar.

Límites honestos

• Solo IP dedicada. Sin IP propia, sin PTR — los planes NAT no pueden hacer esto.
• El PTR es una pieza, no todo el rompecabezas del correo. Para la entregabilidad también quieres SPF, DKIM y DMARC en el dominio, y el puerto 25 saliente abierto (está cerrado por defecto en los servidores nuevos para frenar el spam — pídelo una vez que el resto esté configurado). El DNS inverso te pasa la primera puerta; no es un interruptor mágico de entregabilidad.
• Un hostname por IP. Un PTR mapea la IP a un único nombre. Apúntalo a tu hostname de correo principal.

Si estás levantando un servidor de correo desde cero, el recorrido del servidor de correo cubre SPF/DKIM/DMARC y la historia del puerto 25 junto a esto. Y si aún estás decidiendo si siquiera necesitas una IP dedicada, aquí tienes el desglose NAT-frente-a-dedicada.