Pour connecter un domaine à un site Web, vous devez faire pointer le DNS du domaine vers le service qui héberge le site Web.
Il existe deux méthodes principales pour faire ceci :
- Modifier les serveurs de noms du domaine en les remplaçant par ceux fournis par votre hébergeur, DNS, ou plateforme de site Web ; ou
- Conserver les serveurs de noms actuels et ajouter ou mettre à jour des enregistrements DNS tels que A, AAAA, ou CNAME auprès du fournisseur DNS déjà faisant autorité pour le domaine.
La méthode correcte dépend de où vous souhaitez que le DNS soit géré.
Si votre domaine est enregistré chez NiceNIC, vous pouvez soit mettre à jour les serveurs de noms du domaine, soit, si vous utilisez les serveurs de noms par défaut de NiceNIC, gérer directement les enregistrements DNS chez NiceNIC.
Avant de modifier quoi que ce soit, identifiez vos serveurs de noms actifs, sauvegardez les enregistrements DNS existants, et préservez les enregistrements de messagerie tels que MX, SPF). La modification des serveurs de noms sans recréer l'intégralité de la zone DNS peut faire fonctionner le site Web tout en cassant la messagerie, ou vice versa.
Pour la distinction sous-jacente entre bureau d'enregistrement, DNS, et hébergement, voir Bureau d'enregistrement de domaine vs Hébergement Web.
Réponse rapide : Comment connecter un domaine à un hébergement ?
www
www
La règle la plus importante est :
Décidez d'abord qui hébergera le DNS. Ensuite, créez les enregistrements du site Web là-bas.
Que signifie réellement « Connecter un domaine à un site Web » ?
Un enregistrement de domaine et un site Web sont des choses séparées.
Par exemple :
example.com
peut être enregistré chez une entreprise tandis que le site Web lui-même fonctionne chez un autre fournisseur d'hébergement.
Le DNS les connecte.
Un chemin simplifié ressemble à ceci :
Enregistrement de domaine → Serveurs de noms → Enregistrements DNS → Serveur d'hébergement / plateforme de site Web → Site Web
Si vous avez déjà acheté le domaine mais que le site Web n'est pas encore en ligne, l'étape manquante est généralement :
indiquer au DNS où se trouve le site Web.
Domaine, DNS et Hébergement sont trois couches différentes
Ils peuvent tous être chez la même entreprise.
Ils peuvent aussi être chez trois entreprises différentes.
Par exemple :
Bureau d'enregistrement : NiceNIC DNS : Cloudflare Hébergement : un autre fournisseur d'hébergement
C'est une configuration normale.
NiceNIC documente également que vous pouvez utiliser Cloudflare DNS sans transférer le domaine de NiceNIC.
Avant de commencer : collectez ces informations
Ne commencez pas à modifier le DNS avant d'avoir les informations requises par l'hébergeur ou le fournisseur de site Web.
Préparez :
- votre nom de domaine ;
- le login du bureau d'enregistrement ;
- les serveurs de noms actuels ;
- le fournisseur DNS actuel ;
- le compte d'hébergement ;
- les instructions de configuration du fournisseur d'hébergement ;
- l'adresse IP de destination si fournie ;
- la cible CNAME requise si fournie ;
- les enregistrements DNS actuels ;
- les détails du fournisseur de messagerie ;
- le statut DNSSEC ;
- le statut SSL/HTTPS actuel.
Si le domaine utilise déjà la messagerie ou un autre service en direct, sauvegardez la zone DNS avant de faire des modifications.
Les deux méthodes principales pour connecter un domaine
Méthode 1 : Modifier les serveurs de noms
Utilisez cette méthode lorsque votre fournisseur d'hébergement, créateur de site, ou fournisseur DNS souhaite gérer l'intégralité de la zone DNS .
Par exemple, votre fournisseur peut vous donner :
ns1.examplehost.com
ns2.examplehost.com
Vous mettez ensuite à jour les serveurs de noms du domaine au niveau du bureau d'enregistrement.
Après le changement, les enregistrements DNS sont gérés chez le nouveau fournisseur de serveurs de noms .
Méthode 2 : Conserver les serveurs de noms et modifier les enregistrements DNS
Utilisez cette méthode lorsque vous souhaitez conserver le fournisseur DNS actuel.
Par exemple :
Bureau d'enregistrement : NiceNIC Serveurs de noms : NiceNIC DNS : NiceNIC Hébergement : Hébergeur externe
L'hébergeur peut vous dire :
Pointez votre domaine vers
203.0.113.20
Vous conservez les serveurs de noms existants et mettez à jour l'enregistrement A .
Cette méthode peut être plus sûre lorsque :
- la messagerie professionnelle fonctionne déjà ;
- de nombreux enregistrements DNS existent déjà ;
- vous ne souhaitez pas déplacer le DNS ;
- seule la destination du site Web doit changer.
Serveurs de noms vs Enregistrements DNS : Quelle est la différence ?
Cette distinction est critique.
Serveurs de noms
Les serveurs de noms indiquent à Internet :
Où est hébergée la zone DNS faisant autorité pour ce domaine ?
Enregistrements DNS
Les enregistrements DNS à l'intérieur de cette zone indiquent aux services :
Où doivent aller le site Web, la messagerie ou d'autres services ?
Par exemple :
Serveurs de noms
ns1.dnsprovider.com
ns2.dnsprovider.com
identifient le fournisseur DNS .
Enregistrement A
example.com → 203.0.113.20
identifie le serveur Web.
Enregistrement MX
example.com → mail.exampleprovider.com
identifie le serveur de messagerie.
Changer les serveurs de noms change où les enregistrements DNS sont gérés.
Changer un enregistrement A change une destination spécifique dans DNS.
Quelle méthode devriez-vous choisir ?
Utilisez ce tableau de décision.
Ne changez pas les serveurs de noms simplement parce qu'un fournisseur d'hébergement vous donne une adresse IP .
Une adresse IP appartient normalement à un enregistrement A ou AAAA .
Méthode 1 : Connecter le domaine en modifiant les serveurs de noms
Utilisez cette méthode lorsque le nouveau fournisseur souhaite gérer DNS.
Étape 1 : Obtenez les serveurs de noms exacts
Votre hébergeur ou fournisseur DNS devrait fournir des noms tels que :
ns1.examplehost.com
ns2.examplehost.com
Copiez-les exactement.
N'inventez pas de serveurs de noms.
Étape 2 : Sauvegardez le DNS existant
Avant de changer les serveurs de noms, sauvegardez :
- A ;
- AAAA ;
- CNAME ;
- MX ;
- TXT ;
- les enregistrements liés à SPF ;
- DKIM ;
- DMARC ;
- CAA ;
- SRV ;
- les enregistrements de vérification ;
- les sous-domaines importants.
Cela compte car :
Changer les serveurs de noms ne copie pas automatiquement les enregistrements DNS de l'ancien fournisseur DNS vers le nouveau.
Si la messagerie fonctionne déjà, cette étape est particulièrement importante.
Étape 3 : Recréez les enregistrements requis chez le nouveau fournisseur DNS
Faites cela avant de changer les serveurs de noms lorsque c'est possible.
Chez le nouveau fournisseur, créez :
- les enregistrements du site Web ;
- les enregistrements de messagerie ;
- les enregistrements de vérification de service ;
- les enregistrements de sécurité ;
- les enregistrements de sous-domaines.
N'attendez pas après le changement de serveurs de noms pour découvrir que la nouvelle zone DNS est vide.
Étape 4 : Changez les serveurs de noms chez NiceNIC
Pour un domaine enregistré chez NiceNIC :
- connectez-vous à votre compte NiceNIC ;
- ouvrez le domaine sous Mes Produits ;
- ouvrez la page de gestion du domaine ;
- choisissez Services de domaine ;
- saisissez les nouveaux serveurs de noms ;
- enregistrez la modification.
Utilisez le guide actuel de mise à jour des serveurs de noms NiceNIC pour les étapes d'interface les plus récentes.
Que faire si la mise à jour des serveurs de noms est rejetée ?
Certains registres valident les serveurs de noms avant de les accepter.
Les conseils actuels de NiceNIC sur les serveurs de noms expliquent que les mises à jour peuvent échouer lorsque les serveurs de noms :
- ne sont pas configurés correctement ;
- ne répondent pas ;
- ne font pas autorité ;
- échouent à la validation technique du registre.
Si la mise à jour échoue :
- confirmez l'orthographe ;
- demandez au fournisseur DNS/hébergement de confirmer que les serveurs de noms sont actifs ;
- confirmez qu'ils font autorité pour votre domaine ;
- corrigez la configuration du fournisseur DNS ;
- réessayez la mise à jour des serveurs de noms.
Soumettre à plusieurs reprises les mêmes serveurs de noms invalides ne résoudra pas le problème.
Méthode 2 : Conserver les serveurs de noms NiceNIC et pointer le DNS vers l'hôte
Cette méthode conserve le DNS chez NiceNIC.
Le guide actuel des Services DNS de NiceNIC explique la règle clé :
Les enregistrements DNS NiceNIC sont utilisés lorsque le domaine délègue aux serveurs de noms NiceNIC.
Si votre domaine utilise des serveurs de noms externes, modifiez le DNS chez ce fournisseur externe à la place.
Étape 1 : Obtenez les enregistrements requis de l'hôte
Votre fournisseur d'hébergement peut vous donner :
- une adresse IPv4 ;
- une adresse IPv6 ;
- une destination CNAME ;
- un enregistrement de vérification TXT ;
- des instructions pour un sous-domaine personnalisé.
Ne devinez pas les valeurs.
Utilisez les informations exactes fournies par le service que vous connectez.
Étape 2 : Ouvrez la gestion DNS NiceNIC
Lorsque le domaine utilise les serveurs de noms NiceNIC :
- connectez-vous à NiceNIC ;
- ouvrez le domaine depuis Mes Produits ;
- ouvrez la page de gestion du domaine ;
- choisissez Enregistrements DNS ;
- ajoutez ou modifiez les enregistrements requis ;
- enregistrez les modifications.
Voir Comment gérer les enregistrements DNS chez NiceNIC.
Étape 3 : Configurez le domaine racine
Le domaine racine est :
example.com
Il est aussi parfois appelé :
- apex ;
- domaine nu ;
- domaine racine.
Votre fournisseur d'hébergement peut vous demander de créer un enregistrement A :
@
203.0.113.20
Différentes interfaces DNS représentent la racine différemment.
L'interface DNS actuelle de NiceNIC peut utiliser un hôte racine vide ou désigné en fonction du type d'enregistrement .
Suivez l'interface réelle et les instructions du fournisseur plutôt que de saisir le domaine complet dans un champ qui attend seulement le label d'hôte .
Étape 4 : Configurez www
Ce sont deux noms DNS distincts :
example.com
www.example.com
Une configuration courante est :
@
203.0.113.20
www
example.com
Mais votre fournisseur d'hébergement peut exiger une cible www différente.
Utilisez sa valeur officielle .
Ne supposez pas que configurer le domaine racine configure automatiquement www.
Enregistrement A vs CNAME : Lequel devriez-vous utiliser ?
Enregistrement A
Utilisez un enregistrement A lorsque le fournisseur vous donne une adresse IPv4 .
Exemple :
example.com → 203.0.113.20
Enregistrement AAAA
Utilisez un enregistrement AAAA lorsque le fournisseur vous donne une adresse IPv6 .
Enregistrement CNAME
Utilisez un CNAME lorsque le fournisseur vous donne un autre nom d'hôte.
Exemple :
www.example.com → sites.exampleplatform.com
Ne mettez pas une adresse IP dans un champ CNAME .
Qu'en est-il des créateurs de sites Web ?
Les créateurs de sites Web fournissent souvent :
- des enregistrements CNAME ;
- des enregistrements A ;
- des enregistrements de vérification TXT.
Par exemple, une plateforme peut vous demander d' ajouter :
www → connect.platform.example
et :
TXT → code-de-vérification-plateforme
Vous n'avez généralement pas besoin de transférer le domaine au créateur de site Web.
Conservez l'enregistrement chez NiceNIC et saisissez les enregistrements chez le fournisseur DNS actif.
Comment connecter un domaine à un VPS ou un serveur cloud
Un VPS ou un serveur cloud vous donne généralement une adresse IP .
Une configuration courante est :
www
Mais le DNS n'est que la moitié de la configuration.
Le serveur doit également être configuré pour accepter le domaine.
Cela peut nécessiter :
- l'hôte virtuel du serveur web ;
- la configuration Nginx/Apache ;
- le nom d'hôte de l'application ;
- le certificat SSL ;
- l'accès au pare-feu ;
- la disponibilité des ports 80/443.
Si le DNS pointe correctement mais que le serveur n'est pas configuré pour le nom d'hôte, le domaine peut afficher :
- la page de serveur par défaut ;
- un autre site Web ;
- 404 ;
- 403 ;
- une erreur de connexion.
Comment connecter un domaine à Shopify, Wix, Squarespace, ou une autre plateforme de site Web
Le principe général est le même.
La plateforme fournira normalement :
- des serveurs de noms ; ou
- des enregistrements A/CNAME/TXT.
Ne suivez pas un tutoriel aléatoire utilisant des valeurs d'une autre plateforme.
Utilisez les instructions exactes de domaine personnalisé de votre plateforme.
Ensuite, saisissez ces valeurs auprès de :
le fournisseur qui fait autorité pour votre DNS.
Le bureau d'enregistrement peut rester NiceNIC.
Comment connecter un domaine tout en utilisant Cloudflare
Vous pouvez conserver :
Bureau d'enregistrement : NiceNIC DNS : Cloudflare Site Web : n'importe quel fournisseur d'hébergement compatible
Dans cette configuration :
- NiceNIC détient l'enregistrement du domaine ;
- le domaine utilise les serveurs de noms Cloudflare ;
- les enregistrements DNS sont gérés dans Cloudflare ;
- les enregistrements du site Web pointent de Cloudflare vers l'hôte.
NiceNIC documente cette configuration dans Pouvez-vous utiliser Cloudflare DNS sans transférer votre domaine ?.
Ne créez pas les mêmes enregistrements chez NiceNIC en espérant qu'ils affectent le site en direct si les serveurs de noms Cloudflare sont faisant autorité.
Protégez la messagerie avant de changer les serveurs de noms
C'est l'une des étapes les plus importantes de tout le processus.
Une connexion de site Web se concentre souvent uniquement sur :
- l'enregistrement A ;
- le CNAME.
Mais la messagerie professionnelle peut dépendre de :
- MX ;
- SPF ;
- DKIM ;
- DMARC ;
- les enregistrements TXT de vérification ;
- les enregistrements autodiscover.
Si vous changez les serveurs de noms et oubliez ces enregistrements :
le site Web peut fonctionner tandis que la messagerie s'arrête.
Avant de changer les serveurs de noms, copiez la configuration complète liée à la messagerie DNS .
Exemple : Site Web chez un fournisseur, messagerie chez un autre
Une zone DNS normale peut ressembler à ceci :
www
Lors de la connexion d'un nouveau site Web, modifiez uniquement les enregistrements requis pour le site Web sauf si vous souhaitez intentionnellement changer aussi la messagerie .
Ne supprimez pas les enregistrements DNS non liés.
La modification d'un enregistrement A affecte-t-elle la messagerie ?
Généralement pas directement.
Un enregistrement A utilisé pour le site Web et les enregistrements MX utilisés pour la messagerie sont des DNS différents.
Cependant, la messagerie peut encore être affectée si :
- le nom d'hôte du serveur de messagerie dépend de l'enregistrement A modifié ;
- vous supprimez des enregistrements de support ;
- vous changez les serveurs de noms et ne recréez pas les enregistrements de messagerie.
Donc :
Changer un enregistrement A du site Web n'est pas la même chose que remplacer toute la zone DNS.
Vérifiez DNSSEC avant de changer les serveurs de noms
Si DNSSEC est activé, les changements de serveurs de noms nécessitent des précautions supplémentaires .
Le guide actuel de configuration et de dépannage DNSSEC de NiceNIC explique que les enregistrements DNSSEC sont généralement générés par le fournisseur DNS, tandis que NiceNIC peut soumettre l'enregistrement DS pertinent au registre pour les TLD pris en charge.
Une séquence de panne courante est :
- le domaine utilise le fournisseur DNS A ;
- DNSSEC est actif ;
- l'enregistrement DS pointe vers les clés du fournisseur A ;
- les serveurs de noms changent vers le fournisseur B ;
- l'ancien enregistrement DS reste ;
- le fournisseur B utilise des données DNSKEY différentes ;
- la validation DNS échoue.
Les utilisateurs peuvent alors voir :
SERVFAIL
même si l'enregistrement A normal semble correct.
Avant de changer les serveurs de noms :
- vérifiez si DNSSEC est activé ;
- confirmez si les enregistrements DS doivent être supprimés ou remplacés ;
- activez correctement la signature chez le nouveau fournisseur ;
- vérifiez la chaîne après le changement.
DNSSEC et SSL sont différents
Ne les confondez pas.
DNSSEC
Aide à vérifier les réponses DNS .
SSL/TLS
Protège la connexion entre le navigateur et le site Web.
Un domaine peut avoir :
- un DNS correct ;
- un DNSSEC valide ;
- un SSL cassé.
Ou :
- un certificat SSL valide ;
- un DNS cassé.
Dépannage séparément.
Quand devriez-vous configurer SSL ?
Généralement après que le domaine pointe vers le bon service d'hébergement .
De nombreuses plateformes d'hébergement délivrent automatiquement un certificat après DNS vérification.
D'autres vous demandent de :
- activer SSL manuellement ;
- installer un certificat ;
- vérifier le domaine ;
- configurer HTTPS.
Testez :
http://example.com
et :
https://example.com
Testez aussi :
https://www.example.com
si vous utilisez www.
Le certificat doit couvrir chaque nom d'hôte que les utilisateurs sont censés visiter.
Pourquoi HTTP fonctionne mais pas HTTPS ?
Les causes possibles incluent :
- le certificat n'est pas émis ;
- le certificat a expiré ;
- le certificat n'inclut pas le nom d'hôte ;
- HTTPS n'est pas activé chez l'hébergeur ;
- le proxy/CDN a un désaccord SSL ;
- la configuration de redirection.
Si le DNS résout correctement mais que HTTPS échoue, le bureau d'enregistrement n'est peut-être pas le problème.
Vérifiez la couche hébergement, SSL, ou CDN .
Qu'est-ce que la propagation DNS ?
Après avoir modifié le DNS, certains utilisateurs peuvent temporairement recevoir des réponses DNS cachées plus anciennes.
Les changements DNS ne sont pas littéralement copiés sur chaque ordinateur à la fois.
Les résolveurs récursifs mettent en cache les informations DNS selon le TTL et d'autres comportements de mise en cache.
La distinction utile est :
DNS faisant autorité
Ce que le fournisseur DNS du domaine dit actuellement .
DNS en cache
Ce qu'un autre résolveur peut encore se souvenir d'une requête antérieure.
C'est pourquoi un utilisateur peut voir le nouveau site Web tandis qu'un autre voit encore l'ancien .
Combien de temps prend la propagation DNS ?
Il n'y a pas de durée fixe universelle .
Cela peut dépendre de :
- le TTL précédent ;
- le cache du résolveur ;
- le cache de délégation ;
- la mise en cache négative ;
- le résolveur du FAI ;
- le cache DNS local.
N'attendez pas simplement 24 à 48 heures sans vérifier la configuration.
Les conseils actuels DNS de NiceNIC recommandent :
- confirmer le fournisseur faisant autorité ;
- vérifier que l'enregistrement faisant autorité est correct ;
- ensuite seulement laisser expirer les réponses en cache.
Voir Pourquoi vos changements DNS ne fonctionnent pas et comment y remédier.
Attendre ne corrige pas un enregistrement DNS erroné
Cela mérite sa propre règle :
La propagation ne peut pas corriger une mauvaise configuration.
Si le DNS faisant autorité indique :
example.com → mauvaise IP
attendre plus longtemps ne la fera pas devenir la bonne IP.
Corrigez d'abord l'enregistrement faisant autorité .
Ensuite, considérez la mise en cache.
Comment vérifier que le domaine est connecté correctement ?
Ne vous arrêtez pas lorsque le panneau DNS indique :
Enregistré
Testez le service réel .
Vérification 1 : Domaine racine
Ouvrez :
example.com
Vérification 2 : www
Ouvrez :
www.example.com
Vérification 3 : HTTP
Testez :
http://example.com
Vérification 4 : HTTPS
Testez :
https://example.com
Vérification 5 : Un autre réseau
Essayez :
- le Wi-Fi ;
- les données mobiles ;
- un autre résolveur.
Vérification 6 : Messagerie
Si le domaine utilise la messagerie professionnelle :
- envoyez un message de test pour entrer ;
- envoyez-en un sortant.
Vérification 7 : Sous-domaines importants
Testez :
- shop ;
- app ;
- login ;
- API ;
- mail ;
- tout sous-domaine de production.
Ne considérez pas la configuration terminée jusqu'à ce que tous les services requis fonctionnent.
Checklist de vérification de connexion du site Web
www
La racine fonctionne mais pas www
Vérifiez l'enregistrement www.
Configuration courante :
www → CNAME → example.com
Mais certaines plateformes de sites Web exigent leur propre cible CNAME spécifique.
Utilisez les instructions de l'hôte .
Assurez-vous également que le certificat SSL couvre :
www.example.com
www fonctionne mais pas le domaine racine
Vérifiez :
Achetez et enregistrez votre domaine .COM aujourd'hui
Vérifiez la disponibilité des domaines .COM, enregistrez un nouveau domaine .COM, recherchez plusieurs noms en masse, ou transférez vos domaines .COM existants vers NiceNIC. Conçu pour les entreprises, les investisseurs en domaines, les agences, les fournisseurs d'hébergement et les revendeurs.
Actualités suivantes: ICU vs COM : meilleur pour marque ou projet en ligne ?
