Resumen

  • Cloudflare describe un caso en el que actualizar el CNAME deja visible el contenido anterior: el proveedor saliente configuró un nombre exacto y el entrante utiliza un comodín.
  • El nuevo proveedor puede registrar el nombre concreto. La entrega exige preparar nombre y certificado, cambiar el DNS, confirmar el tráfico en destino y después retirar la configuración antigua.

El cliente no ha firmado el acta de llegada

Imaginemos una tienda que cambia de proveedor. Compras tiene el contrato, sistemas tiene el cambio de DNS y el jefe de proyecto tiene el correo de cierre. El visitante abre su dirección habitual y encuentra la tienda anterior. Incluso la conexión cifrada funciona. Hay tres comprobantes administrativos y un cliente en el lugar equivocado.

La guía de problemas de Cloudflare for SaaS explica una combinación que puede producir ese resultado. Si el proveedor antiguo creó un nombre de host específico y el nuevo creó uno con comodín, la configuración anterior puede conservar la prioridad después de actualizar el CNAME.

El sistema no ordena esas entradas por fecha de contrato. La precisión del nombre importa. Por eso la sustitución comercial necesita una comprobación adicional antes de convertirse en servicio entregado.

La dirección precisa gana a la invitación general

Una entrada para mystore.example.com identifica una dirección concreta. Un comodín cubre un conjunto de nombres y ahorra tareas de administración. Esa amplitud se encuentra, durante la mudanza, con una entrada anterior que señala exactamente la puerta buscada.

Las reglas de prioridad de Cloudflare indican que, cuando existen registros proxificados para un mismo nombre en varias zonas, uno solo controla la configuración de zona y el servidor de origen asociado. Bajo esas condiciones, la coincidencia exacta precede a la coincidencia mediante comodín. Un ejemplo documentado hace prevalecer una entrada exacta antigua sobre una nueva entrada genérica.

El proveedor entrante tiene que conocer la configuración que sustituye. La regla cómoda para admitir muchos clientes puede necesitar un registro específico para recibir a este. El ahorro de trabajo al gestionar una colección conserva una tarea de comprobación cuando se mueve un miembro de esa colección.

La consecuencia práctica es sencilla: el cliente eligió un nuevo servicio y sus peticiones todavía pueden seguir bajo la configuración anterior. Quien cambia el DNS y quien prepara la nueva plataforma deben confrontar sus resultados en la dirección utilizada por el cliente.

Hay una reparación del lado del recién llegado

Cloudflare recomienda pedir al nuevo proveedor que cree el nombre específico en lugar del comodín. La otra vía descrita es que el Super Administrator de la cuenta contacte con Cloudflare Support para solicitar una actualización de la configuración SaaS.

La reunión de entrega dispone así de una pregunta útil: ¿ha registrado el entrante esta dirección exacta? Atribuir de entrada el problema a una negativa del proveedor saliente omitiría una solución documentada al alcance del nuevo. Las fuentes no aportan el inventario de configuraciones, los registros de tráfico ni el coste de interrupción de un cliente concreto; esos datos permitirían evaluar su caso.

Una aplicación preparada y un contrato pagado siguen esperando su parte decisiva de la entrega si las visitas no llegan. Las notificaciones de «creado» y «modificado» deben desembocar en una prueba de recepción, además de quedar archivadas en el proyecto.

La conexión cifrada puede usar otra credencial

La guía de configuración separa la activación del nombre y la emisión y despliegue del certificado. Para recibir tráfico de producción, ambos estados deben estar activos y el DNS debe apuntar al destino SaaS esperado.

Una negociación TLS puede tener éxito antes de que el nuevo certificado esté activo, porque Cloudflare puede presentar otro certificado que coincida con ese nombre. El resultado de la conexión no sustituye la comprobación del estado de la credencial recién preparada.

La indicación activa del origen de reserva también tiene un alcance limitado: Cloudflare está preparado para enviar tráfico a ese registro DNS. El cliente debe comprobar que apunta a la ubicación de origen correcta. Un panel lleno de señales verdes puede acreditar preparativos sin acreditar la llegada a la aplicación comprada.

La recepción comercial necesita pocas pruebas bien relacionadas: nombre exacto activado, certificado listo, destino DNS correcto y una petición procesada por la nueva zona y la aplicación esperada. No hace falta llenar el contrato de campos técnicos para exigir que esos resultados describan la misma entrega.

Preparar el relevo con las dos puertas abiertas

La documentación de validación y migración permite que varios proveedores SaaS tengan simultáneamente un nombre personalizado activo para el mismo dominio. Prevalidar un nombre que ya utiliza Cloudflare no traslada por sí solo el tráfico.

El recorrido recomendado prepara el nombre y su prevalidación en la nueva zona, y después el certificado mediante TXT o validación delegada. El cliente cambia el CNAME, se confirma que el tráfico ha pasado a la nueva zona y entonces el proveedor anterior puede borrar su entrada. Este recorrido ordinario debe combinarse con la comprobación de prioridades entre nombres exactos y comodines.

La preparación simultánea tiene valor: el servicio anterior conserva su sitio mientras el siguiente termina de estar listo. La guía advierte que validar el nombre en tiempo real o el certificado mediante HTTP automático después del cambio DNS puede abrir una breve interrupción mientras se completa la activación.

La retirada de la entrada antigua debe seguir a la prueba de llegada. Hacerlo demasiado pronto elimina una preparación que aún sirve; mantener restos indefinidamente complica el diagnóstico siguiente. Separar preparación, cambio y limpieza permite saber qué trabajo falta en cada momento.

Conservar una dirección mientras se cambia de proveedor es parte del valor que el cliente quiere proteger. Detrás de esa dirección tiene que recibirlo la empresa que ha escogido. La mudanza acaba ahí, aunque el correo de cierre haya salido antes.