Si tu veux savoir „ où ton domaine est hébergé “, tu dois d'abord faire la distinction entre ce que tu recherches réellement. Un domaine peut être enregistré auprès d'un fournisseur, utiliser d'autres serveurs de noms, pointer vers le serveur web d'un tiers et recevoir des e-mails via un autre service.
Par conséquent, il n'y a pas techniquement nécessairement un seul fournisseur chez qui „ tout se trouve “.
En bref : Pour un nom de domaine, vous devriez distinguer au moins quatre domaines : Greffier, DNS ou serveur de noms, Hébergement web et E-mail. Ces services peuvent appartenir au même fournisseur, mais ce n'est pas obligatoire.
Quels prestataires peuvent se cacher derrière un nom de domaine ? #
Prenons pour exemple le domaine :
meinefirma.ch
Une configuration possible pourrait ressembler à ceci :
Enregistrement de domaine : Fournisseur A
Serveurs de noms / DNS : Fournisseur B
Site Web / Hébergement : Fournisseur C
E-mail : Fournisseur DDe même, les quatre services peuvent bien sûr être exploités chez un seul et même fournisseur.
Par conséquent, afin de savoir qui est responsable de quel domaine, différentes informations doivent être examinées.
Qu'est-ce que le registrar d'un nom de domaine ? #
Le registrar ou le fournisseur de domaine gère l'enregistrement du domaine auprès du registre compétent.
Cet hébergeur permet de gérer, selon l'extension de domaine, les renouvellements, les coordonnées, les transferts ou les paramètres des serveurs de noms, par exemple.
Le registre est quant à lui l'organisme central responsable de l'extension de domaine (ou domaine de premier niveau) correspondante.
Nous expliquons la différence en détail sous Registre et bureau d'enregistrement : quelle est la différence ?.
Comment puis-je trouver le registrar de mon domaine ? #
Les informations d'enregistrement disponibles dépendent de l'extension de domaine respective.
Pour de nombreux domaines de premier niveau génériques tels que .com, .NET ou .org Les données d'enregistrement peuvent-elles être interrogées aujourd'hui via RDAP ?.
Là, selon le domaine et les données publiées, des informations concernant par exemple le registrar et le statut d'enregistrement peuvent être disponibles.
Pour les extensions de pays telles que .ch les procédures du registre concerné s'appliquent.
Important : Le registrar n'est pas automatiquement l'hébergeur web. Si, par exemple, lors de la recherche de domaine, le fournisseur A apparaît comme registrar, le site web peut tout à fait être hébergé entièrement chez le fournisseur B.
Comment puis-je trouver le bureau d'enregistrement d'un domaine .ch ? #
Pour .chPour les domaines .ch et .li, SWITCH est le registre compétent.
La requête publique de domaine de SWITCH peut fournir des informations sur un domaine enregistré .ch- Fournir le domaine. Les informations affichées dépendent des données d'enregistrement disponibles ou publiquement accessibles pour le domaine.
Le domaine lui-même est géré pour les clients finaux par l'intermédiaire d'un registrar.
Il s'agit d'une distinction importante : SWITCH ne doit pas nécessairement être l'hébergeur web de votre domaine, mais son registre.
Que révèlent les serveurs de noms d'un domaine ? #
Les serveurs de noms indiquent quelle infrastructure DNS est autoritaire pour le domaine.
Pour un domaine géré via CURIAWEB DNS, les serveurs de noms suivants peuvent par exemple être utilisés :
ns1.curiaweb.ch
ns2.curiaweb.chSi ces serveurs de noms sont configurés, cela signifie que la zone DNS faisant autorité est fournie par ces serveurs de noms.
Cependant, cela ne signifie pas nécessairement que tous les services du domaine sont exploités sur la même infrastructure.
Tu trouveras plus d'informations sur Trouver et utiliser correctement les serveurs de noms CURIAWEB.
Comment puis-je vérifier les serveurs de noms d'un domaine ? #
Avec le Vérification DNS CURIAWEB peux-tu vérifier les informations DNS publiquement visibles d'un domaine.
Ce qui est particulièrement intéressant ici, ce sont Enregistrements NS. Ils indiquent quels serveurs de noms autoritaires sont responsables du domaine.
Nous expliquons d'autres possibilités sous Vérifier les enregistrements DNS : Afficher la configuration DNS actuelle d'un domaine.
Les serveurs de noms et l'hébergement web sont-ils la même chose ? #
Non.
C'est l'une des confusions les plus fréquentes concernant les noms de domaine.
Les serveurs de noms répondent aux requêtes DNS et fournissent, par exemple, l'information sur l'adresse IP à laquelle un site web est accessible.
Cependant, le serveur Web proprement dit peut se trouver sur une autre infrastructure.
Un exemple simplifie :
Serveur de noms :
ns1.beispiel-dns.ch
ns2.beispiel-dns.ch
Enregistrement A :
meinefirma.ch → 192.0.2.10Dans cet exemple, les serveurs de noms gèrent la zone DNS. L'adresse IP 192.0.2.10 fait en revanche référence à l'infrastructure par laquelle le site web est accessible.
Remarque : Le fournisseur de DNS vous dit, où un domaine pointe. L'hébergeur web fournit l'infrastructure sur laquelle le site web est réellement hébergé.
Comment puis-je savoir où mon site web est hébergé ? #
Un premier indice technique est l'enregistrement A ou AAAA du domaine.
Un enregistrement A pointe vers une adresse IPv4, un enregistrement AAAA vers une adresse IPv6.
L'adresse IP permet ensuite d'examiner à quel réseau ou à quelle organisation la plage d'adresses en question est attribuée.
Cela peut donner une indication sur le fournisseur d'infrastructure ou d'hébergement utilisé.
Pourquoi l'adresse IP n'indique-t-elle pas toujours le véritable hébergeur web ? #
Une recherche IP est utile, mais pas toujours explicite.
Les sites Web peuvent par exemple être diffusés par le biais d'un réseau de diffusion de contenu (CDN), d'un proxy inverse, d'une plateforme de sécurité ou d'une autre infrastructure en amont.
L'enregistrement DNS public peut alors pointer vers cette plateforme amont plutôt que directement sur le serveur web d'origine proprement dit.
Les modèles de revendeurs et d'agences peuvent également faire en sorte que l'exploitant d'infrastructure techniquement identifiable ne soit pas identique à l'entreprise auprès de laquelle le client a commandé son hébergement.
Important : Par conséquent, il n'est pas toujours possible de déduire sans équivoque d'une adresse IP visible publiquement avec quelle entreprise un contrat d'hébergement a été conclu.
Que faut-il prendre en compte lors de la configuration des enregistrements CNAME ? #
Toutes les données ne doivent pas nécessairement pointer directement vers une adresse IP via un enregistrement A ou AAAA.
Un nom d'hôte peut par exemple pointer vers un autre nom d'hôte via un CNAME.
Dans ce cas, la résolution DNS doit faire l'objet d'un suivi pour voir vers quelle infrastructure la cible pointe finalement.
Nous expliquons les différences entre les enregistrements A, AAAA et CNAME sous Enregistrements DNS expliqués : A, AAAA, CNAME, MX, TXT et CAA.
Comment puis-je savoir où mes e-mails sont traités ? #
Pour la réception d'e-mails, les enregistrements MX d'un domaine sont particulièrement pertinents.
Vous pouvez par exemple pointer vers les serveurs de messagerie de l'hébergeur web, un fournisseur d'e-mails spécialisé ou un filtre de messagerie amont.
Pour un domaine doté d'un filtre entrant SpamExperts en amont, les enregistrements MX publiquement visibles peuvent, par exemple, pointer vers l'infrastructure SpamExperts.
Cependant, cela ne signifie pas automatiquement que les boîtes aux lettres des utilisateurs réels s'y trouvent également.
SpamExperts peut d'abord filtrer les e-mails et les transférer ensuite vers le serveur de messagerie cible final.
Nous expliquons le fonctionnement de cette configuration sur Filtrage des e-mails entrants SpamExperts et configuration MX.
Puis-je déterminer mon fournisseur de messagerie à l'aide de l'enregistrement MX ? #
Souvent, l'enregistrement MX fournit une bonne indication du service qui traite initialement les messages entrants.
Mais il ne répond pas nécessairement à la question de savoir où se trouve la boîte aux lettres finale.
Cela vaut en particulier pour les filtres anti-spam en amont et les passerelles de messagerie.
C'est pourquoi il convient de faire la distinction entre Cible MX, Passerelle de messagerie et serveur de boîtes aux lettres être distingués.
Qu'indiquent les enregistrements SPF, DKIM et DMARC ? #
Les enregistrements TXT et autres enregistrements DNS peuvent fournir des indications supplémentaires sur les services de messagerie utilisés.
Par exemple, un enregistrement SPF peut autoriser des systèmes à envoyer des e-mails au nom du domaine. DKIM est utilisé pour la signature cryptographique des messages et DMARC définit des politiques pour le traitement ou l'évaluation de l'authentification des e-mails.
Ces entrées aident à l'analyse technique d'un domaine, mais ne déterminent pas automatiquement où le site web ou le domaine est enregistré.
Vous trouverez plus d'informations sur SPF, DKIM et DMARC en hébergement.
Pourquoi le bureau d'enregistrement, le DNS et l'hébergement peuvent-ils être chez des fournisseurs différents ? #
Car ces services sont techniquement indépendants les uns des autres.
Vous pouvez, par exemple, enregistrer un domaine auprès d'un registrar, utiliser des serveurs de noms externes et héberger le site web chez CURIAWEB.
Nous expliquons exactement ce modèle sous Laisser le domaine chez un autre fournisseur et le connecter à l'hébergement CURIAWEB.
Un transfert de domaine n'est pas nécessaire pour une telle configuration.
Comment puis-je savoir si CURIAWEB gère la zone DNS ? #
Un indice clair est constitué par les serveurs de noms autoritaires.
Si les serveurs de noms suivants sont actifs pour le domaine :
ns1.curiaweb.ch
ns2.curiaweb.chla zone DNS autoritative est fournie par les serveurs de noms CURIAWEB.
Il faut vérifier séparément quels services de sites Web et de messagerie électronique seront ensuite contactés via les différents enregistrements DNS.
Comment puis-je savoir si le site web est hébergé sur CURIAWEB ? #
À eux seuls, les serveurs de noms CURIAWEB ne suffisent pas comme preuve.
Un domaine géré par CURIAWEB DNS peut être connecté à un serveur web externe.
Inversement, un domaine géré chez un autre fournisseur DNS peut pointer vers un hébergement CURIAWEB via des enregistrements A, AAAA ou CNAME.
La configuration cible réelle du site web est donc déterminante.
Comment puis-je savoir si mon domaine est enregistré auprès de CURIAWEB ? #
Là encore, vous ne devriez pas juger d'après les serveurs de noms.
Un domaine peut être géré chez CURIAWEB et utiliser des serveurs de noms externes. De même, un domaine enregistré auprès d'un autre fournisseur de noms de domaine peut utiliser les serveurs de noms de CURIAWEB.
Pour la question de l'enregistrement du domaine, c'est donc le registrar ou la gestion des domaines qui fait foi – et non l'enregistrement NS, A ou MX.
Que signifie „ titulaire de nom de domaine “ ? #
Le propriétaire du domaine ou titulaire n'est pas non plus à confondre avec le bureau d'enregistrement ou l'hébergeur web.
D'une manière simplifiée, il existe donc plusieurs rôles différents :
Titulaire du nom de domaine / Demandeur
Bureau d'enregistrement / Fournisseur de domaine
Registre
Fournisseur DNS
Hébergeur web
Fournisseur de messagerieUne personne ou une entreprise peut être titulaire d'un nom de domaine, tandis que les services techniques et administratifs sont fournis par différents prestataires.
Pourquoi les données des propriétaires de domaine ne sont-elles pas toujours visibles publiquement ? #
Les requêtes de domaine publiques ne révèlent pas nécessairement toutes les coordonnées du propriétaire du domaine aujourd'hui.
Les informations rendues publiques dépendent entre autres de l'extension de domaine, des procédures du registre ou du bureau d'enregistrement ainsi que des règles applicables en matière de protection des données et de divulgation.
Si une requête n'affiche pas de données personnelles sur le titulaire, cela ne signifie pas pour autant que le domaine n'a pas de titulaire enregistré.
Puis-je utiliser un ping pour savoir où mon site web est hébergé ? #
Un ping peut, sous certaines conditions, montrer à quelle adresse IP un nom d'hôte est résolu et si la cible répond aux requêtes ICMP.
Cependant, un ping ne convient pas comme détection d'hébergement fiable.
Le serveur ou les systèmes en amont peuvent bloquer les requêtes ping. De plus, les mêmes restrictions que pour une recherche d'adresse IP s'appliquent : l'adresse visible peut, par exemple, appartenir à un CDN ou à un proxy inverse.
Nous expliquons dans l'article comment fonctionne un test ping et ce que le résultat signifie réellement Effectuer un test de ping : vérifier la connexion à un domaine ou à un serveur.
Comment procéder de manière systématique avec une configuration de domaine inconnue ? #
Si vous ne savez pas comment un domaine est actuellement configuré, commencez par l'enregistrement du domaine et les serveurs de noms.
Vérifiez ensuite les enregistrements DNS du site Web et de la messagerie. Les enregistrements NS, A, AAAA, CNAME et MX sont particulièrement pertinents.
Cela permet de diviser la configuration étape par étape :
1. Qui est le registrar ?
2. Quels serveurs de noms font autorité ?
3. Vers quoi pointent les enregistrements A / AAAA / CNAME ?
4. Vers quoi pointent les enregistrements MX ?
5. Quels autres services sont intégrés via le DNS ?Ce n'est qu'après que tu devrais essayer d'associer les objectifs techniques respectifs à un fournisseur concret.
Conseil pratique : Si vous prévoyez de changer de fournisseur, documentez ces informations avant la première modification. Cela permettra de retracer plus tard quels services fonctionnaient auparavant sur quelle infrastructure.
Pourquoi cet examen est-il important avant un changement d'hébergement ? #
Quiconque se contente de consulter le site web peut facilement oublier d'autres services dépendants du domaine.
Un changement irréfléchi de serveur de noms peut par exemple avoir pour conséquence qu'un site Web fonctionne certes sur le nouveau serveur, mais que les e-mails ou un service externe ne soient plus accessibles parce que les enregistrements DNS nécessaires font défaut dans la nouvelle zone.
C'est pourquoi la configuration DNS existante doit être documentée avant tout changement.
Avec le Vérification DNS CURIAWEB peux-tu d'abord vérifier les informations DNS publiquement visibles pour cela.
Bureau d'enregistrement, DNS ou hébergeur : qui dois-je contacter en cas de problème ? #
Cela dépend de la cause.
Qu'il s'agisse de l'enregistrement, du renouvellement ou du transfert du domaine, le fournisseur de domaine ou le registrar est l'interlocuteur approprié.
S'il s'agit d'enregistrements DNS, il faut déterminer qui gère les serveurs de noms autoritaires ou la zone DNS.
En cas de dysfonctionnement du site web, c'est en revanche l'hébergeur ou l'exploitant de l'infrastructure du serveur web qui entre en jeu.
En cas de problèmes avec les e-mails, le fournisseur de messagerie ou un service de filtrage en amont peut à son tour être impliqué.
C'est précisément pourquoi la distinction entre les différents composants est importante pour un dépannage ciblé.
Résumé #
La question „ Où est hébergée mon domaine ? “ ne trouve pas toujours de réponse unique auprès d'un seul fournisseur.
Le Greffier gère l'enregistrement des noms de domaine. Le serveur de noms autoritatif déterminer où la zone DNS est gérée. Les enregistrements A, AAAA ou CNAME mènent à l'infrastructure du site Web, tandis que les enregistrements MX indiquent quels systèmes traitent initialement les e-mails entrants.
Ces services peuvent tous se trouver chez un seul fournisseur ou être répartis entre plusieurs entreprises.
Une adresse IP ou un serveur de noms seul ne constitue donc pas une preuve fiable de l'entreprise auprès de laquelle un client a souscrit son contrat d'hébergement.
Pour une analyse rigoureuse, tu dois examiner séparément le registrar, les serveurs de noms, la destination du site Web et la destination des e-mails.
