Verificar IP tras una migración DNS
cambio ip dominio · migracion dns ip · verificar nueva ip dominio
Checklist para confirmar que un dominio ya resuelve a la IP nueva después de cambios DNS, CDN o hosting.
Por DN01 Network Team
Después de una migración de hosting, CDN o balanceador, la pregunta crítica es sencilla: ¿el dominio ya resuelve a la IP nueva? La respuesta requiere más que mirar el panel del proveedor. Los resolvers pueden tener caché, los TTL pueden variar y algunos subdominios pueden seguir apuntando al entorno anterior.
Use /find-ip-address para comprobar la IP visible ahora. Después confirme la zona completa con Comprobador DNS, revise propiedad y nameservers con WHOIS, y valide la respuesta web en Comprobador de cabeceras HTTP. Este encadenamiento crea una evidencia clara para cerrar el cambio.
La meta no es solo ver la IP nueva una vez, sino demostrar que la publicación DNS, el tráfico HTTP y los metadatos del dominio están alineados.
Antes del cambio
Documente IP actual, registros A y AAAA, CNAME, NS y TTL. Si puede, baje TTL con antelación y confirme que el TTL bajo ya es visible públicamente. Sin esa base, será difícil distinguir propagación normal de error real.
Prepare también la comprobación HTTP: URL canónica, redirecciones esperadas, certificados y cabeceras importantes. Una migración puede resolver a la IP correcta y aun así fallar por TLS o reglas del proxy.
Durante la ventana
Ejecute /find-ip-address tras publicar el cambio y compare con la IP objetivo. Si aparecen IPs viejas y nuevas, mire TTL y vuelva a probar al final de un ciclo completo. Use Comprobador DNS para confirmar si el registro autoritativo ya cambió.
Si solo falla el sitio web, abra Comprobador de cabeceras HTTP. Redirecciones a entornos antiguos, cabeceras de caché o certificados incorrectos pueden confundirse con problemas DNS.
Después de la migración
Repita la comprobación desde la perspectiva de todos los hosts críticos: apex, www, api, assets y cualquier subdominio de cliente. No dé por cubierto un subdominio porque el dominio principal ya resuelve bien.
Guarde los resultados en el ticket: IP anterior, IP nueva, hora, TTL y enlace de herramienta. Ese historial acelera rollback, auditoría y soporte si aparecen incidencias tardías.
Cuándo no cerrar el ticket
No cierre si aún aparecen IPs antiguas después de varios TTL, si IPv6 apunta a otro entorno, si WHOIS muestra nameservers inesperados o si las cabeceras HTTP responden desde una plataforma no prevista.
Tampoco cierre si el dominio sirve contenido correcto solo en una variante. Apex, www y subdominios de producción deben validarse por separado.
Preguntas frecuentes
- ¿Cuánto tarda en verse la IP nueva?
Depende del TTL y de cachés intermedias. Espere al menos un TTL completo antes de escalar como fallo.
- ¿Puede IPv6 quedarse en el entorno viejo?
Sí. Revise AAAA además de A para evitar fallos en redes con IPv6 preferente.
- ¿WHOIS confirma la IP?
WHOIS no confirma resolución DNS, pero ayuda a validar registrador, nameservers y proveedor de red.