El canvi de DNS ha d’exposar un web ja demostrat al servidor nou. No és el moment de descobrir uploads absents, PHP incompatible o un checkout trencat. Prova amb el hostname real i conserva una ruta de rollback clara.
Registra el DNS i els propietaris actuals
Exporta o captura A, AAAA, CNAME, MX, TXT i CAA autoritatius amb els TTL. Confirma qui controla el registrador, DNS i Cloudflare. Identifica DNSSEC abans de canviar nameservers.
No recreïs només els registres web. L’autenticació de correu i verificacions de serveis s’ometen fàcilment.
Confirma l’estat final de la migració
Estableix una congelació o un delta final. Compara entrades, usuaris, formularis o comandes recents entre origen i destí. Transfereix els fitxers creats després de la primera còpia.
Crea una còpia prèvia al tall a tots dos costats i registra la ubicació i hora.
Prova el hostname contra la IP nova
Utilitza hosts o una petició que conservi Host i SNI:
curl -I --resolve example.com:443:203.0.113.20 https://example.com/Prova l’arrel i www, HTTP i HTTPS, i interiors importants. Navegar només per IP pot seleccionar un altre virtual host.
Valida TLS i redireccions
Confirma que el certificat cobreix cada hostname públic i el serveix l’origen nou. Revisa tota la cadena fins a un únic destí canònic sense bucles.
Si Let’s Encrypt necessita DNS públic, planifica l’emissió i què rebran els visitants durant l’interval. No desactivis HTTPS sense una finestra i reversió definides.
Exercita les rutes crítiques
Verifica inici de sessió, editor, mitjans, cerca, enllaços, REST, cron, formularis i correu. Prova transaccions crítiques mitjançant sandbox aprovat i revisa els logs PHP i web.
Comprova robots, canonical i sitemaps amb URLs de producció. Retira restriccions de staging només quan el llançament sigui intencionat.
Inventaria els callbacks externs abans del tall: passarel·les, formularis, CRM, llicències, API, còpies i monitorització poden conservar una IP, URL de staging o allowlist antiga. Actualitza només els que depenguin de l’origen i fes una prova rastrejable. Un webhook signat no s’ha de validar amb una redirecció genèrica.
Revisa el correu per separat
Conserva els MX si les bústies no es mouen. Verifica que SPF, DKIM i DMARC autoritzen el servei d’enviament i prova SMTP sortint des del servidor nou.
Canviar l’A normalment no exigeix canviar MX. Tanmateix, un MX que apunta al domini arrel necessita revisió perquè en canviarà la IP. Desa el message ID de la prova.
Comprova el proxy i la memòria cau
Si intervé Cloudflare, confirma la IP d’origen, mode SSL, exclusions de memòria cau i accés del tallafoc. Purga només quan el destí estigui preparat.
Revisa A i AAAA. Un IPv6 antic envia només alguns usuaris al servidor anterior i genera errors aparentment intermitents.
Defineix criteris de tall i rollback
Escriu els registres exactes, responsable, període d’observació i disparadors mesurables per tornar enrere. Mantén l’allotjament antic intacte i preferiblement en només lectura.
No barregis el tall amb canvis de disseny o connectors. Redueix el TTL amb antelació; fer-ho just abans no modifica respostes ja emmagatzemades.
Monitoritza després del canvi
Consulta diversos resolvers públics i observa trànsit real, estats, errors PHP, certificat i esdeveniments de l’aplicació. Compara logs d’origen per saber quan es mou el trànsit.
Vigila formularis, correu i cron, no només uptime. Alguns usuaris conservaran legítimament el DNS anterior fins a esgotar el TTL.
Tanca la migració amb cura
Després de l’observació, reconcilia escriptures que arribessin al lloc antic, augmenta el TTL si correspon i elimina accessos temporals. Conserva l’entorn anterior durant el període de rollback abans de cancel·lar-lo.
El manteniment ha de guardar exportacions DNS, alertes de certificats i un checklist actual. Un canvi controlat és reversible, observable i deliberadament avorrit.