Checklist DNSSEC pour migrer le domaine d’un événement

Séparer hébergement DNS et transfert du domaine

Télécharger la fiche originale de coordination DNSSEC (Markdown, anglais)

Notez domaine, registraire, ancien et nouvel opérateur DNS ainsi que pages, inscriptions, billetterie et courriel concernés. Confirmez l’état DNSSEC et le DS réellement publié par la zone parente. Le détenteur du compte registraire et l’opérateur de signature ont des rôles différents.[1][2]

Choisir une méthode prise en charge par les prestataires

Google Cloud décrit le maintien de la chaîne seulement si les deux opérateurs et le registraire possèdent les capacités nécessaires. Cloudflare documente un mode à plusieurs signataires. Route 53 indique que sa migration de zone ne reprend pas le réglage DNSSEC et prévoit de rétablir la confiance ensuite. Ne combinez pas leurs étapes ; consignez guide précis, capacités et validation technique.[1][3][2]

Assumer explicitement une éventuelle désactivation

Certaines procédures désactivent temporairement DNSSEC au parent. Google précise que la zone perd alors cette protection et que des dépendances peuvent échouer. Faites examiner toute utilisation dépendante, notamment DANE/TLSA s’il existe, avant de choisir cette voie. Aucune continuité absolue n’est promise.[1][2]

Contrôler la chaîne et les tâches des visiteurs

Comparez les deux zones, observez DS et DNSKEY aux sources faisant autorité et testez des résolveurs validants. Vérifiez site, inscription, billets et courriel. Déduisez les délais des caches réels et du guide retenu, sans durée universelle. Gardez l’ancien opérateur et un responsable de repli jusqu’au jalon approuvé.[1][3]