Cómo comprobar si un dominio admite IPv6

Para comprobar si un dominio publica IPv6, consulta su registro AAAA. Una respuesta AAAA contiene una dirección IPv6, mientras que una respuesta A contiene una IPv4. Ver un registro AAAA es una prueba de que el nombre anuncia un endpoint IPv6 en la vista de DNS que consultaste; no demuestra que ese endpoint sea accesible desde todas las redes ni que el sitio web funcione correctamente por IPv6. La publicación DNS, el enrutamiento, las reglas de firewall, TLS y la configuración de la aplicación tienen que estar alineados. Y a la inversa, que no haya respuesta AAAA significa que el nombre consultado no devolvió datos IPv6 en ese momento, no que todo el dominio o la organización carezcan de despliegue IPv6.

Consulta el nombre y el tipo de registro correctos

Comprueba el nombre de host que los usuarios visitan de verdad, incluido si empieza por www o usa un subdominio de aplicación. Un dominio raíz puede publicar IPv6 y www no, o al revés. Consulta AAAA de forma específica y compáralo con A para saber si el nombre es solo IPv4, solo IPv6 o dual-stack. Si se devuelve un CNAME, sigue la cadena hasta el destino: puede que el propio alias no muestre la dirección. Repite la consulta desde un resolvedor adecuado si el registro se acaba de añadir, y anota la hora y el TTL para poder distinguir un resultado antiguo en caché de una configuración que nunca llegó a la zona autoritativa.

Una dirección IPv6 se escribe en grupos hexadecimales separados por dos puntos, y los grupos consecutivos de ceros se pueden comprimir con un doble dos puntos. Esta notación puede resultar poco familiar junto a la IPv4 con puntos. No intentes comparar direcciones IPv6 como si fueran IPv4 ni deduzcas que una dirección es privada solo porque tenga un aspecto distinto. Si administras el endpoint, verifica que la dirección esté asignada a la interfaz prevista, que se enrute desde internet y que la permitan los firewalls del host y de la nube. Publicar AAAA antes de que el endpoint sea accesible puede hacer que una parte de los clientes sufra fallos, según cómo seleccionen la conexión.

Prueba la accesibilidad del servicio por separado

Tras confirmar el registro AAAA, prueba la aplicación por IPv6 desde una red que tenga conectividad IPv6 de verdad. Confirma que el servidor web escucha en la interfaz IPv6 y que presenta el certificado correcto para el nombre de host. Revisa los balanceadores de carga, los ajustes de la CDN, los grupos de seguridad y los firewalls locales: IPv4 e IPv6 suelen tener reglas independientes, así que permitir una familia no permite automáticamente la otra. Prueba también los servicios dependientes, como las API y los hosts de imágenes, si la página carga recursos de varios dominios. Una consulta DNS proporciona la dirección de destino, pero no puede comprobar ninguna de estas condiciones de transporte o de aplicación.

• Inspecciona AAAA en todos los nombres de host importantes, no solo en el ápice.
• Sigue los destinos de los CNAME hasta encontrar la dirección publicada.
• Verifica las políticas de firewall y de enrutamiento de IPv6 con independencia de IPv4.
• Prueba HTTPS por IPv6 antes de anunciar el registro AAAA de forma amplia.
• Supervisa ambas familias de direcciones tras cambios de infraestructura o de CDN.

Un despliegue dual-stack seguro

Un despliegue gradual empieza por confirmar que el proveedor admite IPv6 en todas las capas relevantes: DNS, balanceo de carga, firewall y conectividad con el origen. Prueba primero un nombre de host de pruebas y valida después desde más de una red compatible con IPv6. Supervisa en los registros de la aplicación los errores específicos de cada familia y compara las tasas de éxito en lugar de fiarte de una sola prueba. Ten preparados los pasos de reversión para poder quitar o corregir un registro AAAA si apunta a un endpoint que no está listo. Si el entorno usa una CDN, sigue las instrucciones de ese proveedor y entiende si el DNS público expone direcciones de borde en lugar de tu origen.

Para ver la relación entre las familias de direcciones, consulta registros A y AAAA comparados y la guía más amplia de IPv4 e IPv6. Para comprobar la respuesta pública, usa la herramienta de consulta de dominios y lee por separado los resultados IPv4 e IPv6. La distinción importante es sencilla: un registro AAAA publicado es un hecho del DNS; la compatibilidad IPv6 de extremo a extremo es una propiedad del servicio que hay que probar a lo largo de toda la ruta de conexión.

Cuidado con los despliegues parciales de IPv6

La preparación para IPv6 suele ser desigual dentro de un mismo servicio. El sitio web público puede tener un registro AAAA mientras una API, una devolución de llamada de autenticación, un host de imágenes o un endpoint de pagos siguen siendo solo IPv4. Eso puede crear una página que empieza a cargar pero falla en una dependencia para los usuarios con IPv6. Haz un inventario de todos los nombres de host que usa la aplicación y comprueba la familia de direcciones prevista para cada uno. Si una CDN está delante de varios orígenes, aclara si IPv6 termina en el borde o continúa hasta el backend. Registra los fallos de conexión por familia de direcciones para poder distinguir un problema de ruta IPv6 de una caída general. Es preferible un despliegue por fases y un plan de reversión probado que publicar AAAA de forma generalizada y esperar a que los clientes informen de la primera solicitud rota.