Resumo

  • A Cloudflare descreve um caso em que o conteúdo anterior aparece após a troca do CNAME: o fornecedor antigo usa um nome de host exato e o novo utiliza um curinga.
  • O novo fornecedor pode cadastrar o nome específico. A entrega exige preparar nome e certificado, mudar o DNS, confirmar as requisições no novo destino e depois remover a configuração antiga.

A mudança terminou para quem?

Imagine um comerciante trocando a plataforma da loja. Compras aprovou o contrato. A equipe técnica mudou o DNS. O gerente anunciou a conclusão. O cliente abre o endereço conhecido e encontra a página antiga, com a conexão criptografada funcionando. Três equipes encerraram suas tarefas; a visita ainda não chegou ao novo balcão.

A documentação de problemas do Cloudflare for SaaS apresenta uma combinação capaz de produzir esse resultado. Quando o fornecedor anterior configurou um nome de host específico e o novo configurou um curinga, a configuração antiga pode ter precedência mesmo depois da atualização do CNAME.

A ordem de atendimento não consulta a data do contrato. Ela compara a especificidade dos registros. A decisão comercial do cliente precisa atravessar essa regra antes de virar serviço entregue.

Um endereço preciso passa na frente

Um registro como mystore.example.com identifica uma porta determinada. Um curinga cobre um conjunto de nomes e facilita a administração de vários endereços. Na hora da mudança, essa regra ampla pode encontrar uma entrada anterior que descreve exatamente a porta procurada.

As regras de prioridade de nomes da Cloudflare dizem que, quando há registros com proxy para o mesmo nome em várias zonas, apenas um controla as configurações da zona e o servidor de origem associado. Nessas condições, a correspondência exata vem antes da correspondência por curinga. Um exemplo documentado dá precedência a um nome exato antigo sobre um curinga novo.

O fornecedor que chega precisa conhecer o que está substituindo. Uma configuração conveniente para cadastrar muitos clientes pode ser ampla demais para receber este endereço. O ganho de administração em lote deixa uma conferência individual na conta da migração.

Para o comerciante, a distinção tem efeito direto: ele já escolheu outro serviço, mas suas requisições ainda podem estar sujeitas à configuração anterior. Quem controla o DNS e quem prepara a nova plataforma precisam conferir o mesmo destino, usando o nome que o cliente realmente utiliza.

O recém-chegado tem uma ação concreta

A Cloudflare recomenda pedir ao novo fornecedor que crie o nome específico em vez do curinga. Outra via descrita é o Super Administrator da conta contatar o Cloudflare Support para solicitar uma atualização da configuração SaaS.

A reunião de entrega pode começar por uma pergunta verificável: esse nome exato já foi cadastrado pelo novo fornecedor? Presumir que o anterior está prendendo o cliente faria a equipe ignorar a correção documentada do lado de quem chega. As fontes não trazem o inventário de configurações, os registros de migração ou o custo de interrupção de um cliente real; esses dados permitiriam julgar seu impacto concreto.

A aplicação nova pode estar pronta e a contratação já ter sido paga. Enquanto não recebe as visitas, parte essencial da compra continua aguardando entrega. Mensagens de cadastro concluído e alteração realizada precisam desembocar em uma confirmação de recebimento.

O cadeado pode pertencer a outra preparação

O guia de configuração separa a ativação do nome de host da emissão e implantação do certificado. Para o tráfego de produção, ambos devem estar ativos e o DNS precisa apontar para o destino SaaS esperado.

Uma negociação TLS pode funcionar antes de o novo certificado chegar ao estado ativo. A Cloudflare pode apresentar outro certificado que corresponda ao nome. Testar apenas a conexão criptografada deixa sem resposta se aquela nova credencial já está implantada.

A indicação ativa da origem de fallback também tem um alcance específico. Segundo o guia, ela mostra que a Cloudflare está pronta para enviar tráfego ao registro DNS indicado; ainda é necessário confirmar que o registro aponta para a localização de origem correta. Um painel verde pode demonstrar preparação sem demonstrar a chegada à aplicação comprada.

A aceitação comercial pode pedir quatro resultados relacionados: o nome exato ativado, o certificado pronto, o destino DNS correto e uma requisição efetivamente tratada pela nova zona e pela aplicação esperada. Isso é mais útil que copiar uma longa lista de campos técnicos para o contrato. O cliente quer receber o último resultado; os outros permitem que ele aconteça.

Preparar os dois lados antes de passar o bastão

A orientação de validação e migração permite que vários fornecedores SaaS mantenham simultaneamente um nome personalizado ativo para o mesmo domínio. Fazer a pré-validação de um nome que já está na Cloudflare não desloca o tráfego por si só.

O caminho recomendado prepara o nome na nova zona e conclui sua pré-validação, depois deixa o certificado pronto por TXT ou validação delegada. O cliente altera o CNAME, confirma-se a passagem do tráfego para a nova zona e, então, o fornecedor anterior pode excluir sua entrada. Esse fluxo normal precisa ser combinado com a verificação da prioridade entre nome exato e curinga.

A sobreposição de preparação tem valor. O serviço antigo permanece disponível enquanto o novo termina de organizar a recepção. Já a validação de nome em tempo real ou a validação automática de certificado por HTTP após a mudança do DNS pode criar uma breve interrupção enquanto a ativação termina, conforme o guia.

A retirada do registro antigo deve seguir a prova de chegada. Apagar cedo demais pode eliminar uma preparação que ainda serve. Deixar tudo indefinidamente aumenta o material que a próxima investigação terá de entender. Preparar, transferir e limpar são eventos diferentes e merecem registros próprios.

Manter o endereço público durante a troca de fornecedor é valioso para o comerciante. Atrás desse endereço deve passar a trabalhar quem ele escolheu. O visitante não vai estudar o plano de migração para descobrir de quem era a última tarefa.