Le nouveau domaine ne fonctionne pas encore : causes et solutions

Vous avez enregistré un nouveau domaine, mais vous ne pouvez pas encore accéder au site Web ou les e-mails ne fonctionnent pas ? Cela ne signifie pas nécessairement qu'il y a un problème avec le domaine.

Plusieurs composants techniques interviennent entre l'enregistrement d'un domaine et un site web ou une adresse e-mail pleinement fonctionnel. Outre l'enregistrement lui-même, il faut notamment configurer correctement les serveurs de noms, les enregistrements DNS, l'hébergement et, le cas échéant, la messagerie électronique.

En bref : Un nom de domaine enregistré ne fournit pas à lui seul un site Web et une boîte aux lettres électronique. Le domaine doit être relié aux services correspondants via le DNS.

Pourquoi un nouveau domaine ne fonctionne-t-il pas immédiatement ? #

Après l'enregistrement d'un nouveau domaine, plusieurs causes peuvent expliquer pourquoi le site Web souhaité ou un autre service n'est pas encore accessible.

Les raisons typiques sont :

• L'enregistrement n'est pas encore entièrement traité,
• Les serveurs de noms ne sont pas encore correctement configurés.,
• une modification DNS n'est pas encore visible partout,
• la zone DNS contient des enregistrements incorrects ou manquants,
• Le domaine n'est pas encore configuré dans l'hébergement web,
• le certificat SSL n'est pas encore disponible,
• ou l'e-mail n'a pas encore été entièrement configuré.

C'est pourquoi il est judicieux de circonscrire le problème étape par étape.

1. Vérifie d'abord si le domaine est effectivement enregistré #

Une commande et la réussite d'un enregistrement de domaine ne se produisent pas toujours exactement au même moment.

Selon l'extension de domaine et le processus d'enregistrement, un traitement peut encore avoir lieu entre la commande et l'enregistrement complet.

Des paiements échoués, des informations incomplètes ou des exigences particulières d'un registre peuvent également faire en sorte qu'un domaine ne soit pas encore entièrement enregistré.

Si le domaine vient juste d'être commandé, tu dois donc d'abord vérifier dans l'espace client ou à l'aide de la confirmation de commande si l'enregistrement a été effectué avec succès.

Important : N'essayez pas de résoudre un problème d'enregistrement en modifiant les enregistrements DNS. Tant que le domaine n'est pas correctement enregistré et délégué, les modifications apportées au sein d'une zone DNS ne peuvent pas résoudre le problème fondamental.

2. Vérifiez les serveurs de noms #

Si le domaine est enregistré, vous devez ensuite vérifier quels serveurs de noms autoritaires y sont associés.

Si la zone DNS doit être gérée via CURIAWEB, les serveurs de noms CURIAWEB sont :

ns1.curiaweb.ch
ns2.curiaweb.ch

Tu trouveras plus d'informations à ce sujet sur Trouver et utiliser correctement les serveurs de noms CURIAWEB.

Avec le Vérification DNS CURIAWEB peux-tu vérifier les informations DNS publiquement visibles de ton domaine.

Qu'est-ce que cela signifie lorsque d'autres serveurs de noms sont affichés ? #

Si vous venez de modifier les serveurs de noms, les caches DNS ou la mise à jour de la délégation peuvent faire en sorte que les mêmes informations ne soient pas immédiatement visibles partout.

Cependant, si des serveurs de noms différents de ceux prévus s'affichent de manière permanente, tu dois vérifier auprès du registrar quels serveurs de noms ont réellement été enregistrés pour le domaine.

Une modification au sein de l'hébergement CURIAWEB ne remplace pas automatiquement la délégation des serveurs de noms enregistrée auprès du registrar.

3. Prends en compte la propagation DNS #

Les modifications DNS ne sont pas nécessairement visibles partout dans le monde au même moment.

Les résolveurs et les autres systèmes impliqués peuvent mettre en cache les informations DNS pendant un certain temps. C'est pourquoi, lors d'une transition, il peut arriver que différentes connexions Internet obtiennent temporairement des résultats différents.

Cela concerne non seulement les nouveaux domaines, mais aussi, par exemple, les modifications des serveurs de noms ou des enregistrements A, AAAA, CNAME ou MX.

Nous expliquons en détail comment le cache DNS et le TTL interagissent sur Qu'est-ce que la propagation DNS et pourquoi une modification DNS prend-elle du temps ?.

Important : „La “ propagation DNS » ne doit pas être utilisée comme explication générale pour chaque problème. Si les enregistrements DNS sont mal configurés, attendre plus longtemps ne les rendra pas corrects.

4. Vérifie si le domaine pointe vers le bon serveur #

Pour qu'un site Web soit accessible via un nom de domaine, la configuration DNS doit pointer vers la bonne infrastructure d'hébergement.

Des enregistrements A, AAAA ou CNAME sont généralement utilisés à cette fin.

Un enregistrement A relie par exemple un nom d'hôte à une adresse IPv4 :

example.ch → 192.0.2.10

L'adresse IP affichée ici n'est qu'un exemple de documentation. Utilisez toujours les données réelles de votre compte d'hébergement pour votre domaine.

Nous expliquons les différents types d'enregistrements DNS sous Enregistrements DNS expliqués : A, AAAA, CNAME, MX, TXT et CAA.

5. Vérifiez le domaine avec la vérification DNS #

Avec le Vérification DNS CURIAWEB peux-tu vérifier quelles informations DNS sont publiquement visibles pour ton domaine.

Selon le problème, les éléments pertinents sont notamment :

• NS pour les serveurs de noms compétents,
• A et AAAA pour le site web,
• CNAME pour les configurations d'alias,
• MX pour la réception des e-mails,
• TXT pour divers procédés de vérification et d'authentification des e-mails.

Vous trouverez un guide plus détaillé sur Vérifier les enregistrements DNS : Afficher la configuration DNS actuelle d'un domaine.

6. Vérifiez si le domaine est configuré dans l'hébergement web #

Un enregistrement DNS correct à lui seul ne suffit pas.

Le serveur web doit également savoir quel site web il doit diffuser pour le domaine demandé.

Si un domaine pointe bien vers la bonne adresse IP du serveur, mais qu'il n'a pas été configuré correctement dans le compte d'hébergement, cela peut par exemple afficher une page par défaut, un message d'erreur ou un site web autre que celui attendu.

En bref : Le DNS amène le visiteur au serveur. Le serveur Web doit ensuite savoir quel site Web appartient au domaine demandé.

7. Vérifie le domaine avec et sans www #

Sur le plan technique, par exemple

example.ch
www.example.ch

noms d'hôtes différents.

Si le domaine sans www fonctionne, avec www mais pas – ou inversement –, tu devrais vérifier la configuration DNS et d'hébergement pour les deux variantes.

Souvent www connecté au domaine principal via un CNAME ou une configuration d'hébergement correspondante.

8. Est-ce que HTTP fonctionne, mais pas HTTPS ? #

Si le site Web est accessible via HTTP, mais qu'un avertissement de certificat s'affiche lors de son accès via HTTPS, le problème ne provient probablement pas de l'enregistrement du domaine lui-même.

Pour HTTPS, le serveur Web a besoin d'un certificat SSL/TLS valide pour le nom de domaine utilisé.

Pour un nouveau domaine, l'émission automatique d'un certificat ne peut réussir que lorsque le domaine pointe correctement vers l'infrastructure d'hébergement prévue et que la validation requise est possible.

Conseil pratique : Si vous venez de modifier les serveurs de noms ou les enregistrements DNS, ne corrigez pas sans cesse la configuration SSL en même temps. Vérifiez d'abord si le domaine est déjà résolu de manière fiable vers la bonne infrastructure d'hébergement.

9. Le site Web fonctionne, mais pas encore l'e-mail #

Le site web et l'e-mail utilisent des enregistrements DNS différents.

Une site web fonctionnel ne prouve donc pas que la configuration des e-mails est également correcte.

Pour la réception d'e-mails, les enregistrements MX sont particulièrement pertinents. De plus, d'autres enregistrements DNS pour SPF, DKIM et DMARC peuvent être nécessaires.

Si vous utilisez le filtrage entrant de SpamExperts, les enregistrements MX prévus à cet effet doivent être correctement configurés.

Tu trouveras plus d'informations sur Filtrage des e-mails entrants SpamExperts et configuration MX.

10. La boîte de réception e-mail doit également exister #

Même des enregistrements MX corrects ne créent pas de boîte e-mail.

Si, par exemple, tu envoies des messages à

info@example.ch

souhaitez recevoir, la boîte aux lettres correspondante ou un transfert prévu à cet effet doit être configuré sur le serveur de messagerie compétent.

Nous vous expliquons comment créer une boîte aux lettres sur l'hébergement CURIAWEB sur Créer un compte de messagerie.

11. Vérifie si le domaine utilise bien l'hébergement attendu #

En particulier après un changement de fournisseur, un domaine peut encore pointer vers l'ancienne infrastructure.

Il est ainsi possible, par exemple, que l'ancien site web continue d'apparaître, bien que le nouveau site web ait déjà été configuré sur CURIAWEB.

À l'inverse, le domaine peut déjà pointer vers CURIAWEB, même si le nouveau site Web n'y est pas encore complètement préparé.

Si vous ne savez pas quels fournisseurs et systèmes sont actuellement impliqués, l'article vous aide Où est enregistré mon nom de domaine et où est hébergé mon site web ?.

12. Vérifie si ton appareil est le seul concerné #

Si le domaine fonctionne sur un appareil et non sur un autre, cela peut être dû à des informations DNS mises en cache.

Même des résolveurs DNS différents peuvent temporairement fournir des réponses différentes lors d'une modification.

Un test via une autre connexion Internet peut donc aider à cerner le problème.

Par exemple, tu peux vérifier si le domaine se comporte de la même manière sur ton réseau local et via une connexion de données mobiles.

Conseil pratique : Si un site Web fonctionne déjà sur un réseau mobile, mais pas encore sur le Wi-Fi local, cela indique que différents caches DNS ou résolveurs pourraient être impliqués. Ce n'est cependant pas une preuve absolue de la cause exacte.

Le cache du navigateur et le cache DNS ne sont pas la même chose #

Ces deux termes sont souvent confondus.

Le navigateur peut par exemple mettre en cache des pages Web, des redirections ou d'autres contenus. Les informations DNS, en revanche, peuvent être mises en cache à plusieurs autres endroits, par exemple localement ou auprès d'un réolveur DNS.

Vider le cache du navigateur ne résout donc pas automatiquement un problème DNS.

À l'inverse, attendre que les caches DNS se vident ne sert à rien si c'est uniquement le navigateur qui a mémorisé une ancienne redirection ou version de site Web.

14. Vérifier les fautes de frappe #

C'est précisément pour une domaine nouvellement enregistré qu'une simple vérification de l'orthographe en vaut la peine.

Vérifie en particulier :

• le domaine dans le navigateur,
• le domaine configuré dans l'hébergement,
• Enregistrements DNS,
• Adresses e-mail,
• et, le cas échéant, des destinations de redirection.

Une seule lettre erronée peut amener à vérifier un domaine complètement différent ou un nom d'hôte inexistant.

15. Que signifie „ Serveur introuvable “ ? #

Un message tel que „ Serveur introuvable “ ou une erreur DNS indique souvent que le nom d'hôte demandé n'a pas pu être résolu correctement.

Les causes possibles sont par exemple :

• enregistrements DNS manquants,
• faux serveurs de noms,
• une délégation pas encore effective,
• ou un nom d'hôte mal orthographié.

Cependant, le message exact du navigateur ne suffit pas toujours à lui seul pour déterminer la cause avec certitude.

16. Que signifie „ connexion refusée “ ou un dépassement de délai (timeout) ? #

Si le DNS fournit déjà une adresse IP, mais que la connexion au serveur cible échoue, le problème ne vient peut-être plus du DNS.

Cela peut par exemple concerner le serveur web, le pare-feu, le réseau ou la configuration du système cible.

C'est pourquoi l'ordre est important lors de la recherche d'erreurs : on vérifie d'abord si le nom de domaine est correctement résolu. Ensuite, on examine si le service sollicité est effectivement accessible à destination.

17. Pourquoi est-ce que je vois un site Web incorrect ou ancien ? #

Si un site Web inattendu apparaît sous un domaine nouveau ou réattribué, cela peut être dû à plusieurs causes.

Le DNS pointe peut-être encore vers l'ancien serveur. Mais il est également possible que le domaine n'ait pas encore été associé au bon site web sur le nouveau serveur.

Le contenu mis en cache ou les systèmes de mise en cache en amont peuvent également jouer un rôle.

Vérifiez par conséquent d'abord les enregistrements A, AAAA ou CNAME publiquement visibles, puis l'attribution du domaine sur le serveur web.

18. Puis-je utiliser Ping pour tester si le domaine fonctionne ? #

Un test de ping peut être un outil de diagnostic supplémentaire, mais ce n'est pas un test de fonctionnement complet pour un site web.

Un serveur peut bloquer les requêtes ICMP et tout de même diffuser un site Web sans problème. Inversement, un ping réussi ne prouve pas que HTTP, HTTPS ou le courrier électronique fonctionnent correctement.

Nous expliquons comment interpréter correctement le test sur Effectuer un test de ping : vérifier la connexion à un domaine ou à un serveur.

19. Quand ne devrais-je pas simplement continuer à attendre ? #

Si vous avez effectué une modification DNS, une période de transition peut être normale. Malgré tout, „ attendre “ ne devrait pas être la seule stratégie de dépannage.

Par exemple, si les mauvais serveurs de noms sont enregistrés ou si un enregistrement A pointe vers la mauvaise adresse IP, la configuration souhaitée n'apparaîtra pas, même après une longue période d'attente.

Vérifiez par conséquent si les données DNS publiquement visibles correspondent effectivement aux valeurs cibles attendues.

Remarque : La propagation DNS distribue ou met à jour les informations DNS existantes. Elle ne corrige pas les enregistrements DNS mal configurés.

20. Quel est l'ordre logique pour la recherche de pannes ? #

Si un nouveau domaine ne fonctionne pas comme prévu, procédez de manière systématique :

Domaine enregistré ?
        ↓
Serveurs de noms corrects ?
        ↓
Entrées DNS correctes ?
        ↓
Modification DNS déjà visible ?
        ↓
Domaine configuré dans l'hébergement ?
        ↓
Site web accessible via HTTP/HTTPS ?
        ↓
E-mail configuré correctement séparément ?

Cette séquence permet généralement de cerner la cause beaucoup plus rapidement qu'en effectuant des modifications aléatoires à plusieurs endroits en même temps.

Que dois-je vérifier pour un nouveau domaine CURIAWEB ? #

Si le domaine et l'hébergement doivent être gérés par CURIAWEB, vérifiez d'abord si le domaine a été enregistré avec succès et quels serveurs de noms sont actifs.

Si les serveurs de noms CURIAWEB doivent être utilisés, vous attendez :

ns1.curiaweb.ch
ns2.curiaweb.ch

Vérifiez ensuite avec le Vérification DNS CURIAWEB, si le domaine fournit déjà les informations DNS attendues.

Ensuite, vous vérifiez si le domaine est configuré sur l'hébergement et si le site Web ainsi que, le cas échéant, les e-mails ont été correctement configurés.

Résumé #

Si un domaine nouvellement enregistré ne fonctionne pas encore, la propagation DNS n'est que l'une des nombreuses causes possibles.

Il convient d'abord de vérifier si le domaine a effectivement été enregistré et quels serveurs de noms en sont l'autorité responsable. Viennent ensuite les enregistrements DNS et la question de savoir si le domaine pointe vers la bonne infrastructure d'hébergement.

L'hébergement lui-même doit également être configuré pour le domaine. De plus, le site Web et les e-mails sont des services distincts et doivent être vérifiés indépendamment l'un de l'autre.

Si seuls des appareils individuels ou des connexions Internet sont concernés, des caches DNS ou différents résolveurs peuvent jouer un rôle.

Lors du dépannage, ne modifiez pas plusieurs paramètres en même temps. Vérifiez tour à tour le registre, le serveur de noms, le DNS, l'hébergement et la messagerie électronique, et comparez la configuration réelle aux valeurs attendues.