Utilisez ce guide lorsqu’un domaine personnalisé ne devient pas prêt, ouvre le mauvais site web, redirige incorrectement ou affiche une erreur HTTPS/de sécurité.

Identifiez d’abord votre problème

Utilisez le tableau des symptômes avant de modifier le DNS. Commencez par la section qui correspond à ce que vous voyez, effectuez une seule modification ciblée, puis revérifiez le statut du domaine et le nom d’hôte dans un navigateur.

Où vérifier le domaine

Référence rapide : termes que vous pouvez voir dans ce guide

Vous n’avez pas besoin de comprendre le fonctionnement interne du DNS pour suivre les étapes de dépannage. Ces définitions sont là uniquement si un terme ne vous est pas familier.

Avant de modifier quoi que ce soit

• Notez le Domain Status exact et tout message d’erreur affiché dans Atoms.

• Modifiez un seul paramètre DNS ou de routage à la fois afin de pouvoir identifier quel changement a affecté le résultat.

• Notez la valeur précédente avant de modifier un enregistrement DNS de production.

• Ne supprimez pas des enregistrements simplement parce que vous ne les reconnaissez pas. Les enregistrements MX, les enregistrements TXT liés aux e-mails et les sous-domaines sans rapport peuvent prendre en charge l’e-mail ou d’autres services.

• Ne modifiez pas les nameservers uniquement pour corriger un problème de vérification isolé, sauf si une migration DNS distincte est prévue et confirmée.

• Si une modification de dépannage casse un site web, un e-mail ou un autre service qui fonctionnait, restaurez uniquement la dernière modification qui a causé la régression.

Problèmes de vérification et d’enregistrements DNS

Utilisez cette section lorsque Atoms ne peut pas vérifier le domaine, qu’un enregistrement requis semble manquer ou être incorrect, ou que vous avez modifié le DNS mais que l’état du domaine n’a pas changé.

Vérifiez d’abord le DNS source

• Ouvrez le domaine dans Atoms et comparez chaque enregistrement requis avec ce qui est publié publiquement pour le même nom d’hôte.

• Vérifiez les nameservers autoritatifs du domaine et assurez-vous que vous modifiez le DNS chez le fournisseur qui dessert ces nameservers. Si les nameservers pointent vers Cloudflare, les modifications effectuées uniquement dans un panneau DNS de registrar peuvent ne pas être autoritatives.

• Pour chaque enregistrement requis, confirmez le type d’enregistrement, le nom d’hôte/nom, la cible ou la valeur, et que l’enregistrement existe réellement chez le fournisseur autoritatif.

• La valeur de vérification doit correspondre exactement à la valeur actuellement affichée par Atoms et doit être visible dans une recherche DNS publique.

Corrigez uniquement l’écart, puis revérifiez

• Créez un enregistrement manquant ou corrigez uniquement le champ qui ne correspond pas.

• Si l’enregistrement a été ajouté chez le mauvais fournisseur DNS, ajoutez-le plutôt chez le fournisseur autoritatif.

• Ne remplacez pas une valeur Atoms actuelle par une adresse ou une valeur de vérification provenant d’un autre projet, d’un autre domaine, d’une ancienne capture d’écran ou d’un ancien article du Centre d’aide.

• Une fois la modification publique, revenez à Domains → Manage, revérifiez le Domain Status, puis testez le nom d’hôte dans un navigateur.

Routage, ancien contenu, enregistrements en conflit et Cloudflare

Utilisez cette section lorsque le nom d’hôte ouvre un ancien site web, atteint la mauvaise destination ou possède plusieurs enregistrements de routage pour le même nom d’hôte.

Vérifiez les enregistrements A, AAAA et CNAME pour le nom d’hôte exact

• Recherchez des enregistrements provenant d’un ancien fournisseur d’hébergement, une ancienne destination IPv6 AAAA, un CNAME plus un autre enregistrement de destination pour le même nom d’hôte, ou des enregistrements en double qui envoient le trafic vers différents services.

• Supprimez uniquement un enregistrement de routage de site web dont vous avez confirmé qu’il est en conflit avec la configuration Atoms actuelle. Ne supprimez pas des enregistrements inconnus comme étape de nettoyage.

• Si le DNS pointe déjà vers la destination prévue mais qu’un ancien contenu apparaît, testez une fenêtre privée/incognito, un autre navigateur ou appareil, et un autre réseau avant de modifier à nouveau le DNS.

Statut du proxy Cloudflare

• Les enregistrements de vérification TXT sont DNS only ; ce ne sont pas des enregistrements de proxy web.

• Pour les enregistrements A ou CNAME, modifiez le Proxy Status uniquement lorsque l’interface Atoms ou le support Atoms l’exige spécifiquement. Ne basculez pas les enregistrements entre Proxied et DNS only comme étape de dépannage habituelle.

• Si Atoms ou le support vous demande de modifier le statut du proxy, modifiez uniquement l’enregistrement de routage nommé, attendez que la nouvelle réponse DNS devienne visible, puis retestez le domaine et HTTPS.

Propagation DNS et cache local

Si le DNS autoritatif est déjà correct mais que différents réseaux ou appareils affichent encore des résultats différents, le problème restant est généralement lié au cache plutôt qu’à une nouvelle erreur de configuration.

• Comparez le résultat DNS autoritatif avec un ou plusieurs résolveurs DNS publics et, si utile, un autre réseau comme les données mobiles.

• Si le DNS autoritatif est incorrect, corrigez l’enregistrement source. Si le DNS autoritatif est correct mais que d’autres résolveurs renvoient encore la valeur précédente, évitez de modifier l’enregistrement de façon répétée.

• Les modifications DNS peuvent prendre jusqu’à 48 heures pour devenir visibles globalement, bien qu’elles apparaissent généralement plus tôt.

• Si un seul navigateur ou appareil affiche le mauvais résultat alors que le DNS et Atoms sont corrects ailleurs, videz ou contournez ce cache local du navigateur/réseau. Ne modifiez pas le DNS pour un problème de cache spécifique à un appareil.

• Revérifiez plus tard et cherchez à ce que les résolveurs publics convergent vers la même valeur prévue.

Problèmes SSL / HTTPS

Utilisez cette section lorsque le DNS semble correct mais que HTTPS ne peut pas être émis, que le navigateur affiche un avertissement de certificat, ou que HTTPS fonctionnait auparavant et échoue maintenant.

Vérifiez la configuration autour du certificat

• Notez l’erreur exacte du navigateur et le nom d’hôte exact qui est ouvert.

• Confirmez le routage DNS, la propagation, le statut du proxy Cloudflare, et si le certificat semble appartenir à un autre nom d’hôte.

• Vérifiez si quelque chose a récemment changé dans le DNS, les nameservers, les paramètres de proxy Cloudflare, les enregistrements CAA ou l’association projet/domaine.

• Vérifiez les enregistrements CAA sur le nom d’hôte affecté et le domaine parent si une politique de certificat restrictive peut être présente.

Corriger et vérifier

• Corrigez uniquement un problème confirmé de DNS, de proxy, de CAA, de nom d’hôte ou d’association au projet.

• Ne contournez pas les avertissements de certificat du navigateur comme solution normale.

• Si le DNS public est correct et qu’aucune configuration contrôlée par l’utilisateur n’explique l’échec, arrêtez de modifier le DNS et contactez le support Atoms pour le provisionnement ou le renouvellement du certificat.

• Ne remplacez pas un DNS autrement correct uniquement pour forcer le renouvellement du certificat, sauf si Atoms vous l’indique spécifiquement.

• Revérifiez en ouvrant le nom d’hôte exact avec https:// et en confirmant que le projet prévu se charge sans avertissement de certificat.

Domaine racine, www, redirections et comportement de mauvais projet

Ces problèmes méritent d’être vérifiés ici car ils peuvent ressembler à des échecs DNS ou SSL même lorsque la connexion de base fonctionne déjà.

Le domaine racine fonctionne mais pas www — ou l’inverse

• Traitez example.com et www.example.com comme des noms d’hôte distincts. Testez les deux en HTTPS.

• Vérifiez le résultat DNS et le Domain Status Atoms pour le nom d’hôte qui échoue.

• Ne supposez pas que les valeurs du domaine racine doivent simplement être copiées vers www.

Si un nom d’hôte doit encore être connecté ou reconfiguré, suivez les étapes de configuration dans Connect and Manage Domains plutôt que de dupliquer ici la procédure de configuration.

Les redirections vont vers la mauvaise adresse ou bouclent

• Confirmez l’adresse à laquelle vous attendez que les visiteurs arrivent et testez la redirection dans une nouvelle session de navigateur privée.

• Vérifiez si un autre système effectue également des redirections, comme le transfert du registrar, les règles de redirection Cloudflare, un autre proxy/CDN ou l’ancienne plateforme d’hébergement.

• Modifiez uniquement la couche de redirection en conflit confirmée. Évitez de modifier plusieurs systèmes de redirection en même temps.

• Si une modification crée une boucle de redirection ou envoie les visiteurs vers la mauvaise destination, restaurez la configuration de redirection précédente qui fonctionnait avant de tester une autre couche.

Pour modifier l’adresse connectée qui est principale, utilisez la procédure dans Connect and Manage Domains.

Le domaine ouvre le mauvais projet Atoms

• Si le DNS atteint déjà correctement Atoms, traitez le problème comme un problème d’association projet/domaine plutôt que de modifier le DNS de façon répétée.

• Confirmez quel projet ou Espace de travail affiche actuellement l’association du domaine.

• Une fois l’association corrigée, revérifiez que le nom d’hôte ouvre le projet prévu et que HTTPS fonctionne toujours.

Pour changer, déconnecter, reconnecter ou déplacer un domaine entre des projets, suivez Connect and Manage Domains. Si l’association actuelle appartient à un projet/Espace de travail/compte inaccessible ou supprimé, contactez plutôt le support Atoms au lieu d’effectuer des modifications DNS supplémentaires.

Quand arrêter de modifier le DNS et contacter le support Atoms

Faites remonter le problème au lieu de continuer à modifier le DNS lorsque les éléments indiquent un problème côté Atoms d’état, de certificat ou d’association.

• Le DNS est confirmé correct mais l’état du domaine Atoms ne se rétablit pas.

• Le provisionnement ou le renouvellement du certificat échoue même si le DNS public et les paramètres contrôlés par l’utilisateur sont corrects.

• Le domaine est associé à un projet/Espace de travail/compte inaccessible ou supprimé, ou l’action de gestion de domaine concernée échoue.

• Plusieurs domaines Atoms sans lien échouent en même temps et leurs enregistrements DNS n’ont pas été modifiés récemment.

• Une modification de dépannage affecte un autre service et vous ne pouvez pas identifier en toute sécurité le bon retour arrière.

Préparez ces éléments avant de faire remonter le problème

• Le nom d’hôte affecté et le projet/Espace de travail Atoms prévu.

• Le Domain Status exact ou le message d’erreur actuellement affiché.

• Les résultats DNS autoritatifs actuels et les valeurs actuellement requises par Atoms.

• L’erreur HTTPS/certificat exacte du navigateur, le cas échéant.

• La dernière modification effectuée et si sa restauration a rétabli le comportement précédent.

Vérification finale

Après toute correction, revenez à Domains → Manage et revérifiez le Domain Status. Confirmez ensuite le résultat dans un navigateur.

• Le nom d’hôte prévu est connecté et atteint le projet Atoms prévu.

• HTTPS fonctionne sans avertissement de certificat.

• Le domaine racine et www se comportent comme prévu.

• Les redirections se terminent à l’adresse prévue.

• L’e-mail et les autres services sans rapport fonctionnent toujours après les modifications DNS.

FAQ