VPSCrypto¿Qué es el DNS inverso?
El DNS directo convierte nombres en direcciones; el DNS inverso convierte una dirección en un nombre mediante un registro PTR. Es el primer credencial que comprueba una pasarela de correo — y en un VPS lo establece tu proveedor, no tu registrador.
Actualizado: 2026-06-12
El DNS que conoces funciona en dirección directa: mail.example.com → 203.0.113.7. El DNS inverso funciona al revés: una consulta para 7.113.0.203.in-addr.arpa devuelve un registro PTR que nombra al host. Como los registros PTR residen en zonas delegadas junto con el propio espacio de direcciones, solo quien controla el bloque de direcciones — tu proveedor de alojamiento, no tu registrador de dominios — puede publicarlos. Esa fontanería oscura tiene una consecuencia famosa: el correo electrónico. Las pasarelas receptoras tratan el PTR como una primera verificación de honestidad, y uno ausente o genérico (static-1-2-3-4.provider.net) es una de las señales de spam más fuertes que existen. Si gestionas correo, el rDNS no es opcional; si te preguntas por qué importa el soporte de «rDNS personalizado» de un proveedor, esta página es la respuesta.
Cómo funciona el mecanismo
Las zonas inversas IPv4 cuelgan de in-addr.arpa con los octetos invertidos: el PTR para 203.0.113.7 reside en 7.113.0.203.in-addr.arpa. IPv6 usa ip6.arpa con nibbles invertidos. Los registros regionales delegan estas zonas a quien tiene el espacio de direcciones; el titular (tu proveedor) gestiona los servidores de nombres y publica los PTR. Por eso configurar el rDNS es una acción en el panel de control de tu proveedor VPS, mientras que el DNS directo se mantiene donde esté gestionado tu dominio. La buena práctica los empareja: el PTR apunta a un nombre de host (mail.example.com), y el registro A/AAAA de ese nombre de host apunta de vuelta a la misma IP — DNS inverso confirmado por el directo (FCrDNS), el bucle que prueba que quien controla la IP y quien controla el nombre están de acuerdo.
Por qué el correo vive y muere por él
SMTP es antiguo y escaso de confianza; el rDNS es una de las pocas comprobaciones disponibles antes de un solo byte de contenido del mensaje. Comportamiento real de las pasarelas en 2026: sin PTR → muchos grandes proveedores rechazan la conexión directamente (Gmail lo dice en sus requisitos para remitentes); PTR genérico → puntuado como probable tráfico de botnet/línea doméstica; FCrDNS que coincide con tu nombre HELO → paso base que permite que SPF, DKIM y la reputación hagan el resto. El rDNS no te mete en la bandeja de entrada — la reputación de IP y la autenticación hacen el trabajo pesado — pero su ausencia te mantiene fuera antes de que empiece el concurso. Nuestra lista de comprobación de VPS de correo pone en consecuencia la configuración del PTR en el primer paso.
Más allá del correo: los beneficios menores
Los traceroutes y los registros se vuelven legibles (edge.yourproject.net en lugar de una dirección desnuda), algunos servicios SSH e IRC resuelven a los pares que se conectan para su visualización o filtrado básico, y un PTR coherente es una pequeña señal de profesionalidad en cualquier lugar donde aparezca tu IP. Ninguno de estos es crítico; el correo es el uso que sostiene la carga.
Configurar rDNS personalizado en un VPS
El proceso es el mismo en todas partes: elige el nombre de host (por ejemplo, mail.example.com), crea primero su registro A/AAAA directo apuntando a tu IP VPS, luego establece el PTR con el mismo nombre — aquí, solicítalo desde tu área de cliente y se propaga en menos de una hora, tanto IPv4 como IPv6. Verifica el bucle con dig -x <tu-ip> +short (espera tu nombre de host) y dig <nombre-de-host> +short (espera tu IP). Dos errores comunes: un PTR por dirección es la norma (los PTR múltiples confunden a las pasarelas — elige un nombre de correo canónico), y IPv6 necesita su propio PTR si envías correo a través de él; si no puedes mantener el rDNS v6 en orden, envía correo solo por IPv4 en lugar de por una dirección v6 desnuda.
Preguntas frecuentes
¿Puedo establecer el rDNS en mi registrador de dominios?
No. Las zonas PTR se delegan con el espacio IP, así que solo el titular de la dirección — tu proveedor de alojamiento — puede publicarlas. DNS directo en el registrador más una solicitud de PTR al proveedor es la receta completa.
¿Qué es exactamente el FCrDNS?
DNS inverso confirmado por el directo: el PTR de tu IP nombra a un host, y el registro A/AAAA de ese host se resuelve de vuelta a la misma IP. El bucle cerrado es lo que confían las pasarelas, porque requiere el control tanto del espacio de direcciones como del dominio.
¿Necesito rDNS si no gestiono un servidor de correo?
Estrictamente no — los sitios web, las VPNs y los servidores de juegos funcionan bien sin él. Sigue ordenando los traceroutes y los registros, y no cuesta nada, así que la mayoría de la gente lo configura una vez y lo olvida.
¿Por qué los PTR genéricos del proveedor perjudican la entregabilidad del correo?
Porque las botnets envían exactamente desde esas direcciones — líneas domésticas y servidores no configurados con nombres generados automáticamente. Las pasarelas aprendieron la correlación hace décadas. Un nombre FCrDNS personalizado te saca de ese grupo estadístico.
¿Admite VPSCrypto rDNS personalizado también en IPv6?
Sí — PTR en tu IPv4 dedicada y en las direcciones de tu /64 enrutado, solicitado desde el área de cliente sin cargo adicional.
Seguir explorando.
Despliega un VPS offshore en un minuto
Sin KYC, pago en cripto, todo NVMe. Elige un plan, paga con Monero o cualquier moneda principal y obtén root en unos 60 segundos.
