Un cliente corporativo llama: "su sitio no se carga en el Wi-Fi de la oficina". En casa todo es verde. El NOC explica: Red piloto solo IPv6 con NAT64 a IPv4, y su dominio tiene solo un registro A. Esto no es ciencia ficción; Este es el tipo de incidente que nos lleva a reconsiderar “IPv4 es suficiente”.
IPv4 por sí solo sigue siendo la mayoría de las pilas de alojamiento compartido. La pila dual (A + AAAA) anuncia el sitio en ambos protocolos. La pregunta no es ideológica: ¿qué riesgo de inaccesibilidad aceptas para evitar unas horas de configuración y pruebas?
Condición del terreno
| Apariencia | Sólo IPv4 | Doble pila |
|---|---|---|
| Compatibilidad hoy | Muy amplio | Grande si está bien probado |
| Futuras redes sólo IPv6 | Depende de NAT64/DNS64 | Nativo |
| Direccionamiento | Escasez, costo de propiedad intelectual dedicada | Abundante |
| Configuración de DNS | Registro A | A+AAAA |
| Cortafuegos / WAF | Una familia | v4 + v6 |
| Monitoreo | Estándar | Verifique ambos caminos |
Ignorar IPv6 no es una estrategia: es una apuesta a que nadie cortará IPv4 a sus visitantes lo suficientemente pronto como para preocuparse.
IPv4 solo: cuando todavía es defendible
Intranet heredada, VPN IPv4. Perímetro controlado, sin problemas públicos.
Aplicación con restricciones de socios IPv4. Integraciones B2B antiguas: plan de migración anticuado.
Host sin IPv6 y migración remota. Aceptación explícita de riesgo más monitoreo de errores de conexión si está disponible.
Mitigación temporal: CDN de doble pila delante del origen solo IPv4: CDN finaliza IPv6 y habla IPv4 en el origen. Funciona si todo el tráfico pasa por la CDN (sin API directa).
Doble pila: lista de verificación sin puntos ciegos
Compruebe que el host asigna una dirección IPv6 al servidor o al equilibrador de carga (OVH, Hetzner, Infomaniak la ofrecen); consulte el directorio. Publique un AAAA consistente con el registro A. El certificado TLS cubre el nombre, no el protocolo; Let's Encrypt maneja ambos.
Puertos abiertos 80/443 en v6; bloquear la administración de SSH v6 si no se supervisa. Pruebe con curl -6 https://yoursite desde una red solo IPv6. Tenga cuidado con los subdominios API a menudo olvidados (api.example.com).
Errores comunes: AAAA publicado pero el servicio no escucha en [::] → tiempo de espera prolongado en el lado del cliente; Abra IPv6 sin el mismo endurecimiento que IPv4; Correo electrónico SMTP saliente solo en v4, mientras que la web es de doble pila.
La cumbre: la accesibilidad es asimétrica
Decide y avanza sin puntos ciegos
Compruebe si su host actual ofrece IPv6. Si es así, implemente AAAA en etapa de prueba, pruebe desde una red solo v6 y luego cambie a producción. De lo contrario, elija una CDN de doble pila sobre origen IPv4 o planifique una migración de host, que no es la opción predeterminada. Supervise los errores de conexión del lado de soporte y los registros de borde. Compare hosts de doble pila a través del comparador y lea HTTP/2 ou HTTP/3 para la capa de transporte.
Preguntas frecuentes
¿Mi sitio necesitará IPv6 en 2026?
No es legalmente obligatorio, pero cada vez más recomendado. Sin AAAA, usted depende de las traducciones NAT64 en redes solo IPv6, con el riesgo de lentitud o falla.
¿La doble pila complica la explotación?
Ligeramente: AAAA, firewall v6, pruebas de un extremo a otro. El coste principal es la verificación, no una licencia adicional con la mayoría de los servidores europeos.
¿IPv6 mejora el SEO o la velocidad?
Sin impulso SEO directo. Accesibilidad futura y, a veces, mejor latencia en la versión 6 nativa: no es un atajo mágico de PageSpeed.
¿Qué debo hacer si mi host no ofrece IPv6?
Túnel de broker temporal o migración a host de doble pila. No te quedes sin un plan de seguimiento de la conexión del cliente.
Antes de posponer IPv6, pregúntele a su proveedor de alojamiento: ¿la dirección v6 está incluida o facturada y quién monitoreará la AAAA después de la implementación? Sin una respuesta clara, el riesgo sigue siendo suyo.