Por qué el hostname necesita sus propios registros DNS
Al contratar un servidor dedicado o Cloud, se configura un hostname (por ejemplo host.tudominio.com) que identifica al servidor. Ese hostname se usa para acceder al panel WHM/cPanel y para enviar notificaciones del propio servidor (avisos de cPanel, alertas de seguridad, parches críticos).
Si las DNS de tu dominio están delegadas en Cloudflare (u otro proveedor externo), los registros del hostname deben crearse allí, porque es donde resuelve el dominio.
Registros que hay que crear
Entrada A: el subdominio del hostname (por ejemplo
host) apuntando a la IP del servidor. Es imprescindible para emitir el certificado SSL principal del servidor y poder acceder porhttps://host.tudominio.com:2087.DKIM: registro TXT en
default._domainkey.host.tudominio.comcon la clave pública que te facilitará soporte.SPF: registro TXT en
host.tudominio.comdel tipov=spf1 +mx +a +ip4:IP_DEL_SERVIDOR ~all.DMARC: registro TXT en
_dmarc.host.tudominio.comconv=DMARC1; p=none;.
Estas entradas no afectan al dominio principal ni a su web o correo: solo se aplican al subdominio del hostname.
¿Por qué DMARC con p=none?
El hostname solo envía correo (notificaciones del servidor); nunca lo recibe. La configuración SPF/DKIM/DMARC sirve para que esas notificaciones lleguen correctamente y no acaben en spam, por lo que basta con la política DMARC más básica.
Después de crear los registros
Avísanos por ticket: comprobaremos desde el servidor que resuelven correctamente y que la entrega de correo del hostname queda validada (SPF, DKIM y DMARC en verde en WHM).