Dépannage du domaine et du SSL

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é.

Commencez ici

Paramètres → Domaines → Gérer → Statut du domaine → identifiez l’étape en échec → Vérifier à nouveau

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 modification ciblée, puis revérifiez le statut du domaine et le nom d’hôte dans un navigateur.

Ce que vous voyez	Aller à
Atoms ne peut pas vérifier le domaine, ou un enregistrement requis semble manquer	Problèmes de vérification et d’enregistrements DNS
Le domaine ouvre un site web ancien ou incorrect	Routage, enregistrements en conflit, Cloudflare ou association au projet
Le changement fonctionne sur certains réseaux mais pas sur d’autres	Propagation DNS et mise en cache locale
HTTPS échoue ou le navigateur affiche un avertissement de certificat	Problèmes SSL / HTTPS
Le domaine ouvre le mauvais projet Atoms	Comportement de mauvais projet
Le domaine racine et www se comportent différemment	Dépannage racine / www
Le domaine redirige vers la mauvaise adresse ou boucle	Dépannage des redirections
Plusieurs domaines Atoms non liés échouent en même temps	Arrêtez de modifier le DNS et contactez le support Atoms

Important

Utilisez toujours les valeurs DNS actuellement affichées dans Atoms pour le domaine que vous dépannez. Ne copiez pas une adresse IP, une valeur de vérification ou une cible DNS depuis un autre domaine, une ancienne capture d’écran ou un ancien guide.

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 utiliser les étapes de dépannage. Ces définitions sont présentes uniquement si un terme ne vous est pas familier.

Terme	Ce que cela signifie
DNS	Les paramètres qui indiquent à internet où votre domaine doit envoyer les visiteurs et quels services en ligne il utilise.
DNS faisant autorité / nameservers	Le service DNS qui contrôle réellement les paramètres actifs de votre domaine. Si vous modifiez le DNS ailleurs, ces changements n’affecteront pas le domaine.
A / AAAA / CNAME	Des enregistrements qui indiquent aux navigateurs où trouver votre site web. Des enregistrements anciens ou en conflit peuvent envoyer les visiteurs vers le mauvais site.
TXT	Un enregistrement DNS textuel souvent utilisé pour prouver que vous contrôlez un domaine. Atoms peut vous demander d’en ajouter un pendant la configuration du domaine.
Propagation DNS / TTL	Le temps nécessaire pour qu’un changement DNS soit visible partout. Pendant cette période, certaines personnes peuvent encore voir l’ancien résultat.
CAA	Une règle DNS facultative qui contrôle quelles entreprises sont autorisées à émettre le certificat de sécurité nécessaire au HTTPS sur votre domaine.
Proxy Cloudflare	Un paramètre Cloudflare qui fait passer le trafic du site web par Cloudflare avant qu’il n’atteigne votre site. Cela peut affecter la manière dont le domaine est routé ou vérifié.

Avant de modifier quoi que ce soit

• Notez le Statut du domaine exact et tout message d’erreur affiché dans Atoms.

• Modifiez un seul paramètre DNS ou de routage à la fois afin de pouvoir déterminer 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 au courrier et les sous-domaines non liés peuvent prendre en charge l’e-mail ou d’autres services.

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

• Si une modification de dépannage casse un site web fonctionnel, l’e-mail ou un autre service, restaurez uniquement le dernier changement qui a provoqué 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 la source DNS

• 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 faisant autorité du domaine et assurez-vous de modifier le DNS chez le fournisseur qui dessert ces nameservers. Si les nameservers pointent vers Cloudflare, les changements effectués uniquement dans un panneau DNS de registrar peuvent ne pas faire autorité.

• 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 faisant autorité.

• 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 faisant autorité.

• 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 le changement public, revenez à Domaines → Gérer, revérifiez le Statut du domaine, puis testez le nom d’hôte dans un navigateur.

Protégez les services non liés

Si une modification DNS casse l’e-mail ou un autre service tiers, restaurez uniquement l’enregistrement MX, TXT, de vérification ou de sous-domaine non lié qui a été modifié par erreur. Ensuite, poursuivez le dépannage un enregistrement à la fois.

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 uniquement ; ce ne sont pas des enregistrements de proxy web.

• Pour les enregistrements A ou CNAME, modifiez le Statut du proxy 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 mise en cache locale

Si le DNS faisant autorité 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é à la mise en cache plutôt qu’à une nouvelle erreur de configuration.

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

• Si le DNS faisant autorité est incorrect, corrigez l’enregistrement source. Si le DNS faisant autorité est correct mais que d’autres résolveurs renvoient encore la valeur précédente, évitez de modifier l’enregistrement de manière répétée.

• Les changements DNS peuvent prendre jusqu’à 48 heures pour devenir visibles à l’échelle mondiale, bien qu’ils 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, effacez 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 vérifiez 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 nom d’hôte différent.

• 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.

Prudence concernant CAA

Atoms ne publie pas l’autorité de certification que les utilisateurs doivent ajouter aux enregistrements CAA. Ne devinez pas une autorité de certification Atoms et n’ajoutez pas une valeur CAA aléatoire. Si une politique CAA restrictive peut bloquer l’émission, contactez le support Atoms avant de modifier CAA.

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 par ailleurs correct simplement pour forcer le renouvellement du certificat, sauf si Atoms vous demande spécifiquement de le faire.

• 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.

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à.

La 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 Statut du domaine 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 un changement crée une boucle de redirection ou envoie les visiteurs vers la mauvaise destination, restaurez la configuration de redirection fonctionnelle précédente 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 manière 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 changements DNS supplémentaires.

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

Escaladez au lieu de continuer à modifier le DNS lorsque les éléments indiquent un problème côté Atoms concernant l’état, le certificat ou l’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 du domaine concernée échoue.

• Plusieurs domaines Atoms non liés é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 retour arrière correct.

Remarque sur l’état du service

Aucune page publique d’état du service Atoms fonctionnelle n’est actuellement confirmée. Si plusieurs domaines non liés échouent en même temps, évitez de modifier un DNS par ailleurs correct et contactez le support Atoms.

Préparez ces éléments avant l’escalade

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

• Le Statut du domaine exact ou le message d’erreur actuellement affiché.

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

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

• Le dernier changement effectué et si sa restauration a rétabli le comportement précédent.

Vérification finale

Après toute correction, revenez à Domaines → Gérer et revérifiez le Statut du domaine. 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.

• La racine et www se comportent comme prévu.

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

• L’e-mail et les autres services non liés fonctionnent toujours après les changements DNS.

Résultat complet

État du domaine correct + site web correct + HTTPS + nom d’hôte correct + redirections attendues

FAQ

Pourquoi mon domaine personnalisé affiche-t-il DNS_PROBE_FINISHED_NXDOMAIN ?

Si votre navigateur affiche DNS_PROBE_FINISHED_NXDOMAIN, la requête n’a pas encore atteint notre plateforme. Veuillez vérifier :

1. Votre domaine n’a pas expiré.
2. Les nameservers pointent correctement.
3. Les enregistrements A/CNAME/TXT requis sont configurés comme spécifié par la plateforme.

Informations nécessaires pour le dépannage :

- Nom de domaine complet

- Registrar / fournisseur DNS

- Capture d’écran plein écran des enregistrements DNS actuels

- Heure de la dernière modification

- Résultats de test pour l’apex et www séparément

Nous vérifierons la propagation DNS et la liaison à la plateforme une fois les enregistrements confirmés.

Pourquoi mon domaine racine et mon sous-domaine www se comportent-ils différemment ?

Votre domaine racine et votre sous-domaine www sont des noms d’hôte distincts, donc l’un peut fonctionner tandis que l’autre n’est pas configuré.

1. Choisissez quel nom d’hôte doit être principal et si l’autre doit rediriger vers lui.
2. Dans les paramètres de domaine Atoms, confirmez que les deux noms d’hôte sont ajoutés ou que la redirection prévue est configurée.
3. Chez votre fournisseur DNS, comparez chaque nom d’hôte avec l’enregistrement exact actuellement requis par Atoms. Supprimez un enregistrement en conflit uniquement après avoir confirmé qu’il n’est pas utilisé par un autre service.
4. Attendez les mises à jour DNS et de certificat, puis testez les deux URL HTTPS dans une fenêtre de navigation privée.

S’ils diffèrent toujours, contactez le support avec les deux URL, le nom d’hôte principal souhaité, une capture d’écran des paramètres du domaine, une capture d’écran DNS, l’erreur de chaque adresse et l’heure du dernier changement.

Mes enregistrements DNS sont corrects, mais mon domaine personnalisé ne fonctionne toujours pas. Pourquoi ?

1. Ne dissociez pas le domaine de manière répétée et ne supprimez pas les enregistrements ; cela peut relancer la validation ou le travail sur le certificat.
2. Confirmez le fournisseur DNS faisant autorité et comparez le résultat actif A, CNAME ou TXT avec la valeur exacte affichée dans Atoms. Vérifiez la présence d’enregistrements en double ou en conflit.
3. Confirmez que le domaine reste lié au bon projet et que l’URL de production de la plateforme fonctionne.
4. Si les enregistrements ont changé récemment, attendez le TTL publié et l’émission du certificat avant de tester à nouveau.

Si le domaine affiche toujours une erreur 404, un avertissement de certificat ou une route déconnectée, contactez le support avec le domaine complet, la page des paramètres du domaine, une capture d’écran DNS, la dernière modification et l’heure de revérification, l’URL de production de la plateforme et l’erreur complète.

Pourquoi mon domaine personnalisé affiche-t-il encore un ancien contenu après que j’ai déployé une nouvelle version ?

1. Ouvrez Publish et confirmez que la dernière version est déployée et que le statut est à jour.
2. Comparez l’URL de production de la plateforme avec le domaine personnalisé.
3. Forcez l’actualisation du domaine personnalisé et testez-le dans une fenêtre de navigation privée.
4. Si l’URL de la plateforme est à jour mais que le domaine personnalisé est ancien, confirmez que le domaine pointe toujours vers la cible Atoms actuelle. Si vous utilisez un proxy ou un CDN, actualisez son cache selon les instructions de ce fournisseur.

Ne modifiez pas les enregistrements DNS sauf s’ils diffèrent de l’exigence Atoms actuelle. Si le problème persiste, contactez le support avec les deux URL, des captures d’écran de comparaison, la version actuelle, l’heure de publication, le fournisseur DNS ou proxy et les chemins affectés.