Si tu veux savoir \u201e o\u00f9 ton domaine est h\u00e9berg\u00e9 \u201c, tu dois d'abord faire la distinction entre ce que tu recherches r\u00e9ellement. Un domaine peut \u00eatre enregistr\u00e9 aupr\u00e8s 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.<\/p>\n\n\n\n
Par cons\u00e9quent, il n'y a pas techniquement n\u00e9cessairement un seul fournisseur chez qui \u201e tout se trouve \u201c.<\/p>\n\n\n\n
\nEn bref :<\/strong> Pour un nom de domaine, vous devriez distinguer au moins quatre domaines : Greffier<\/strong>, DNS ou serveur de noms<\/strong>, H\u00e9bergement web<\/strong> et E-mail<\/strong>. Ces services peuvent appartenir au m\u00eame fournisseur, mais ce n'est pas obligatoire.<\/p>\n<\/blockquote>\n\n\n\n
Quels prestataires peuvent se cacher derri\u00e8re un nom de domaine ?<\/h2>\n\n\n\n
Prenons pour exemple le domaine :<\/p>\n\n\n\n
meinefirma.ch<\/code><\/p>\n\n\n\nUne configuration possible pourrait ressembler \u00e0 ceci :<\/p>\n\n\n\n
Enregistrement de domaine : Fournisseur A\nServeurs de noms \/ DNS : Fournisseur B\nSite Web \/ H\u00e9bergement : Fournisseur C\nE-mail : Fournisseur D<\/code><\/pre>\n\n\n\nDe m\u00eame, les quatre services peuvent bien s\u00fbr \u00eatre exploit\u00e9s chez un seul et m\u00eame fournisseur.<\/p>\n\n\n\n
Par cons\u00e9quent, afin de savoir qui est responsable de quel domaine, diff\u00e9rentes informations doivent \u00eatre examin\u00e9es.<\/p>\n\n\n\n
Qu'est-ce que le registrar d'un nom de domaine ?<\/h2>\n\n\n\n
Le registrar ou le fournisseur de domaine g\u00e8re l'enregistrement du domaine aupr\u00e8s du registre comp\u00e9tent.<\/p>\n\n\n\n
Cet h\u00e9bergeur permet de g\u00e9rer, selon l'extension de domaine, les renouvellements, les coordonn\u00e9es, les transferts ou les param\u00e8tres des serveurs de noms, par exemple.<\/p>\n\n\n\n
Le registre est quant \u00e0 lui l'organisme central responsable de l'extension de domaine (ou domaine de premier niveau) correspondante.<\/p>\n\n\n\n
Nous expliquons la diff\u00e9rence en d\u00e9tail sous Registre et bureau d'enregistrement : quelle est la diff\u00e9rence ?<\/a>.<\/p>\n\n\n\n
Comment puis-je trouver le registrar de mon domaine ?<\/h2>\n\n\n\n
Les informations d'enregistrement disponibles d\u00e9pendent de l'extension de domaine respective.<\/p>\n\n\n\n
Pour de nombreux domaines de premier niveau g\u00e9n\u00e9riques tels que
.com<\/code>,.NET<\/code> ou.org<\/code> Les donn\u00e9es d'enregistrement peuvent-elles \u00eatre interrog\u00e9es aujourd'hui via RDAP ?.<\/p>\n\n\n\nL\u00e0, selon le domaine et les donn\u00e9es publi\u00e9es, des informations concernant par exemple le registrar et le statut d'enregistrement peuvent \u00eatre disponibles.<\/p>\n\n\n\n
Pour les extensions de pays telles que
.ch<\/code> les proc\u00e9dures du registre concern\u00e9 s'appliquent.<\/p>\n\n\n\n\nImportant :<\/strong> Le registrar n'est pas automatiquement l'h\u00e9bergeur web. Si, par exemple, lors de la recherche de domaine, le fournisseur A appara\u00eet comme registrar, le site web peut tout \u00e0 fait \u00eatre h\u00e9berg\u00e9 enti\u00e8rement chez le fournisseur B.<\/p>\n<\/blockquote>\n\n\n\n
Comment puis-je trouver le bureau d'enregistrement d'un domaine .ch ?<\/h2>\n\n\n\n
Pour
.ch<\/code>Pour les domaines .ch et .li, SWITCH est le registre comp\u00e9tent.<\/p>\n\n\n\nLa requ\u00eate publique de domaine de SWITCH peut fournir des informations sur un domaine enregistr\u00e9
.ch<\/code>- Fournir le domaine. Les informations affich\u00e9es d\u00e9pendent des donn\u00e9es d'enregistrement disponibles ou publiquement accessibles pour le domaine.<\/p>\n\n\n\nLe domaine lui-m\u00eame est g\u00e9r\u00e9 pour les clients finaux par l'interm\u00e9diaire d'un registrar.<\/p>\n\n\n\n
Il s'agit d'une distinction importante : SWITCH ne doit pas n\u00e9cessairement \u00eatre l'h\u00e9bergeur web de votre domaine, mais son registre.<\/p>\n\n\n\n
Que r\u00e9v\u00e8lent les serveurs de noms d'un domaine ?<\/h2>\n\n\n\n
Les serveurs de noms indiquent quelle infrastructure DNS est autoritaire pour le domaine.<\/p>\n\n\n\n
Pour un domaine g\u00e9r\u00e9 via CURIAWEB DNS, les serveurs de noms suivants peuvent par exemple \u00eatre utilis\u00e9s :<\/p>\n\n\n\n
ns1.curiaweb.ch\nns2.curiaweb.ch<\/code><\/pre>\n\n\n\nSi ces serveurs de noms sont configur\u00e9s, cela signifie que la zone DNS faisant autorit\u00e9 est fournie par ces serveurs de noms.<\/p>\n\n\n\n
Cependant, cela ne signifie pas n\u00e9cessairement que tous les services du domaine sont exploit\u00e9s sur la m\u00eame infrastructure.<\/p>\n\n\n\n
Tu trouveras plus d'informations sur Trouver et utiliser correctement les serveurs de noms CURIAWEB<\/a>.<\/p>\n\n\n\n
Comment puis-je v\u00e9rifier les serveurs de noms d'un domaine ?<\/h2>\n\n\n\n
Avec le V\u00e9rification DNS CURIAWEB<\/a> peux-tu v\u00e9rifier les informations DNS publiquement visibles d'un domaine.<\/p>\n\n\n\n
Ce qui est particuli\u00e8rement int\u00e9ressant ici, ce sont Enregistrements NS<\/strong>. Ils indiquent quels serveurs de noms autoritaires sont responsables du domaine.<\/p>\n\n\n\n
Nous expliquons d'autres possibilit\u00e9s sous V\u00e9rifier les enregistrements DNS : Afficher la configuration DNS actuelle d'un domaine<\/a>.<\/p>\n\n\n\n
Les serveurs de noms et l'h\u00e9bergement web sont-ils la m\u00eame chose ?<\/h2>\n\n\n\n
Non.<\/p>\n\n\n\n
C'est l'une des confusions les plus fr\u00e9quentes concernant les noms de domaine.<\/p>\n\n\n\n
Les serveurs de noms r\u00e9pondent aux requ\u00eates DNS et fournissent, par exemple, l'information sur l'adresse IP \u00e0 laquelle un site web est accessible.<\/p>\n\n\n\n
Cependant, le serveur Web proprement dit peut se trouver sur une autre infrastructure.<\/p>\n\n\n\n
Un exemple simplifie :<\/p>\n\n\n\n
Serveur de noms :\nns1.beispiel-dns.ch\nns2.beispiel-dns.ch\n\nEnregistrement A :\nmeinefirma.ch \u2192 192.0.2.10<\/code><\/pre>\n\n\n\nDans cet exemple, les serveurs de noms g\u00e8rent la zone DNS. L'adresse IP
192.0.2.10<\/code> fait en revanche r\u00e9f\u00e9rence \u00e0 l'infrastructure par laquelle le site web est accessible.<\/p>\n\n\n\n\nRemarque :<\/strong> Le fournisseur de DNS vous dit, o\u00f9<\/em> un domaine pointe. L'h\u00e9bergeur web fournit l'infrastructure sur laquelle le site web est r\u00e9ellement h\u00e9berg\u00e9.<\/p>\n<\/blockquote>\n\n\n\n
Comment puis-je savoir o\u00f9 mon site web est h\u00e9berg\u00e9 ?<\/h2>\n\n\n\n
Un premier indice technique est l'enregistrement A ou AAAA du domaine.<\/p>\n\n\n\n
Un enregistrement A pointe vers une adresse IPv4, un enregistrement AAAA vers une adresse IPv6.<\/p>\n\n\n\n
L'adresse IP permet ensuite d'examiner \u00e0 quel r\u00e9seau ou \u00e0 quelle organisation la plage d'adresses en question est attribu\u00e9e.<\/p>\n\n\n\n
Cela peut donner une indication sur le fournisseur d'infrastructure ou d'h\u00e9bergement utilis\u00e9.<\/p>\n\n\n\n
Pourquoi l'adresse IP n'indique-t-elle pas toujours le v\u00e9ritable h\u00e9bergeur web ?<\/h2>\n\n\n\n
Une recherche IP est utile, mais pas toujours explicite.<\/p>\n\n\n\n
Les sites Web peuvent par exemple \u00eatre diffus\u00e9s par le biais d'un r\u00e9seau de diffusion de contenu (CDN), d'un proxy inverse, d'une plateforme de s\u00e9curit\u00e9 ou d'une autre infrastructure en amont.<\/p>\n\n\n\n
L'enregistrement DNS public peut alors pointer vers cette plateforme amont plut\u00f4t que directement sur le serveur web d'origine proprement dit.<\/p>\n\n\n\n
Les mod\u00e8les de revendeurs et d'agences peuvent \u00e9galement faire en sorte que l'exploitant d'infrastructure techniquement identifiable ne soit pas identique \u00e0 l'entreprise aupr\u00e8s de laquelle le client a command\u00e9 son h\u00e9bergement.<\/p>\n\n\n\n
\nImportant :<\/strong> Par cons\u00e9quent, il n'est pas toujours possible de d\u00e9duire sans \u00e9quivoque d'une adresse IP visible publiquement avec quelle entreprise un contrat d'h\u00e9bergement a \u00e9t\u00e9 conclu.<\/p>\n<\/blockquote>\n\n\n\n
Que faut-il prendre en compte lors de la configuration des enregistrements CNAME ?<\/h2>\n\n\n\n
Toutes les donn\u00e9es ne doivent pas n\u00e9cessairement pointer directement vers une adresse IP via un enregistrement A ou AAAA.<\/p>\n\n\n\n
Un nom d'h\u00f4te peut par exemple pointer vers un autre nom d'h\u00f4te via un CNAME.<\/p>\n\n\n\n
Dans ce cas, la r\u00e9solution DNS doit faire l'objet d'un suivi pour voir vers quelle infrastructure la cible pointe finalement.<\/p>\n\n\n\n
Nous expliquons les diff\u00e9rences entre les enregistrements A, AAAA et CNAME sous Enregistrements DNS expliqu\u00e9s : A, AAAA, CNAME, MX, TXT et CAA<\/a>.<\/p>\n\n\n\n
Comment puis-je savoir o\u00f9 mes e-mails sont trait\u00e9s ?<\/h2>\n\n\n\n
Pour la r\u00e9ception d'e-mails, les enregistrements MX d'un domaine sont particuli\u00e8rement pertinents.<\/p>\n\n\n\n
Vous pouvez par exemple pointer vers les serveurs de messagerie de l'h\u00e9bergeur web, un fournisseur d'e-mails sp\u00e9cialis\u00e9 ou un filtre de messagerie amont.<\/p>\n\n\n\n
Pour un domaine dot\u00e9 d'un filtre entrant SpamExperts en amont, les enregistrements MX publiquement visibles peuvent, par exemple, pointer vers l'infrastructure SpamExperts.<\/p>\n\n\n\n
Cependant, cela ne signifie pas automatiquement que les bo\u00eetes aux lettres des utilisateurs r\u00e9els s'y trouvent \u00e9galement.<\/p>\n\n\n\n
SpamExperts peut d'abord filtrer les e-mails et les transf\u00e9rer ensuite vers le serveur de messagerie cible final.<\/p>\n\n\n\n
Nous expliquons le fonctionnement de cette configuration sur Filtrage des e-mails entrants SpamExperts et configuration MX<\/a>.<\/p>\n\n\n\n
Puis-je d\u00e9terminer mon fournisseur de messagerie \u00e0 l'aide de l'enregistrement MX ?<\/h2>\n\n\n\n
Souvent, l'enregistrement MX fournit une bonne indication du service qui traite initialement les messages entrants.<\/p>\n\n\n\n
Mais il ne r\u00e9pond pas n\u00e9cessairement \u00e0 la question de savoir o\u00f9 se trouve la bo\u00eete aux lettres finale.<\/p>\n\n\n\n
Cela vaut en particulier pour les filtres anti-spam en amont et les passerelles de messagerie.<\/p>\n\n\n\n
C'est pourquoi il convient de faire la distinction entre Cible MX<\/strong>, Passerelle de messagerie<\/strong> et serveur de bo\u00eetes aux lettres<\/strong> \u00eatre distingu\u00e9s.<\/p>\n\n\n\n
Qu'indiquent les enregistrements SPF, DKIM et DMARC ?<\/h2>\n\n\n\n
Les enregistrements TXT et autres enregistrements DNS peuvent fournir des indications suppl\u00e9mentaires sur les services de messagerie utilis\u00e9s.<\/p>\n\n\n\n
Par exemple, un enregistrement SPF peut autoriser des syst\u00e8mes \u00e0 envoyer des e-mails au nom du domaine. DKIM est utilis\u00e9 pour la signature cryptographique des messages et DMARC d\u00e9finit des politiques pour le traitement ou l'\u00e9valuation de l'authentification des e-mails.<\/p>\n\n\n\n
Ces entr\u00e9es aident \u00e0 l'analyse technique d'un domaine, mais ne d\u00e9terminent pas automatiquement o\u00f9 le site web ou le domaine est enregistr\u00e9.<\/p>\n\n\n\n
Vous trouverez plus d'informations sur SPF, DKIM et DMARC en h\u00e9bergement<\/a>.<\/p>\n\n\n\n
Pourquoi le bureau d'enregistrement, le DNS et l'h\u00e9bergement peuvent-ils \u00eatre chez des fournisseurs diff\u00e9rents ?<\/h2>\n\n\n\n
Car ces services sont techniquement ind\u00e9pendants les uns des autres.<\/p>\n\n\n\n
Vous pouvez, par exemple, enregistrer un domaine aupr\u00e8s d'un registrar, utiliser des serveurs de noms externes et h\u00e9berger le site web chez CURIAWEB.<\/p>\n\n\n\n
Nous expliquons exactement ce mod\u00e8le sous Laisser le domaine chez un autre fournisseur et le connecter \u00e0 l'h\u00e9bergement CURIAWEB<\/a>.<\/p>\n\n\n\n
Un transfert de domaine n'est pas n\u00e9cessaire pour une telle configuration.<\/p>\n\n\n\n
Comment puis-je savoir si CURIAWEB g\u00e8re la zone DNS ?<\/h2>\n\n\n\n
Un indice clair est constitu\u00e9 par les serveurs de noms autoritaires.<\/p>\n\n\n\n
Si les serveurs de noms suivants sont actifs pour le domaine :<\/p>\n\n\n\n
ns1.curiaweb.ch\nns2.curiaweb.ch<\/code><\/pre>\n\n\n\nla zone DNS autoritative est fournie par les serveurs de noms CURIAWEB.<\/p>\n\n\n\n
Il faut v\u00e9rifier s\u00e9par\u00e9ment quels services de sites Web et de messagerie \u00e9lectronique seront ensuite contact\u00e9s via les diff\u00e9rents enregistrements DNS.<\/p>\n\n\n\n
Comment puis-je savoir si le site web est h\u00e9berg\u00e9 sur CURIAWEB ?<\/h2>\n\n\n\n
\u00c0 eux seuls, les serveurs de noms CURIAWEB ne suffisent pas comme preuve.<\/p>\n\n\n\n
Un domaine g\u00e9r\u00e9 par CURIAWEB DNS peut \u00eatre connect\u00e9 \u00e0 un serveur web externe.<\/p>\n\n\n\n
Inversement, un domaine g\u00e9r\u00e9 chez un autre fournisseur DNS peut pointer vers un h\u00e9bergement CURIAWEB via des enregistrements A, AAAA ou CNAME.<\/p>\n\n\n\n
La configuration cible r\u00e9elle du site web est donc d\u00e9terminante.<\/p>\n\n\n\n
Comment puis-je savoir si mon domaine est enregistr\u00e9 aupr\u00e8s de CURIAWEB ?<\/h2>\n\n\n\n
L\u00e0 encore, vous ne devriez pas juger d'apr\u00e8s les serveurs de noms.<\/p>\n\n\n\n
Un domaine peut \u00eatre g\u00e9r\u00e9 chez CURIAWEB et utiliser des serveurs de noms externes. De m\u00eame, un domaine enregistr\u00e9 aupr\u00e8s d'un autre fournisseur de noms de domaine peut utiliser les serveurs de noms de CURIAWEB.<\/p>\n\n\n\n
Pour la question de l'enregistrement du domaine, c'est donc le registrar ou la gestion des domaines qui fait foi \u2013 et non l'enregistrement NS, A ou MX.<\/p>\n\n\n\n
Que signifie \u201e titulaire de nom de domaine \u201c ?<\/h2>\n\n\n\n
Le propri\u00e9taire du domaine ou titulaire n'est pas non plus \u00e0 confondre avec le bureau d'enregistrement ou l'h\u00e9bergeur web.<\/p>\n\n\n\n
D'une mani\u00e8re simplifi\u00e9e, il existe donc plusieurs r\u00f4les diff\u00e9rents :<\/p>\n\n\n\n
Titulaire du nom de domaine \/ Demandeur\nBureau d'enregistrement \/ Fournisseur de domaine\nRegistre\nFournisseur DNS\nH\u00e9bergeur web\nFournisseur de messagerie<\/code><\/pre>\n\n\n\nUne personne ou une entreprise peut \u00eatre titulaire d'un nom de domaine, tandis que les services techniques et administratifs sont fournis par diff\u00e9rents prestataires.<\/p>\n\n\n\n
Pourquoi les donn\u00e9es des propri\u00e9taires de domaine ne sont-elles pas toujours visibles publiquement ?<\/h2>\n\n\n\n
Les requ\u00eates de domaine publiques ne r\u00e9v\u00e8lent pas n\u00e9cessairement toutes les coordonn\u00e9es du propri\u00e9taire du domaine aujourd'hui.<\/p>\n\n\n\n
Les informations rendues publiques d\u00e9pendent entre autres de l'extension de domaine, des proc\u00e9dures du registre ou du bureau d'enregistrement ainsi que des r\u00e8gles applicables en mati\u00e8re de protection des donn\u00e9es et de divulgation.<\/p>\n\n\n\n
Si une requ\u00eate n'affiche pas de donn\u00e9es personnelles sur le titulaire, cela ne signifie pas pour autant que le domaine n'a pas de titulaire enregistr\u00e9.<\/p>\n\n\n\n
Puis-je utiliser un ping pour savoir o\u00f9 mon site web est h\u00e9berg\u00e9 ?<\/h2>\n\n\n\n
Un ping peut, sous certaines conditions, montrer \u00e0 quelle adresse IP un nom d'h\u00f4te est r\u00e9solu et si la cible r\u00e9pond aux requ\u00eates ICMP.<\/p>\n\n\n\n
Cependant, un ping ne convient pas comme d\u00e9tection d'h\u00e9bergement fiable.<\/p>\n\n\n\n
Le serveur ou les syst\u00e8mes en amont peuvent bloquer les requ\u00eates ping. De plus, les m\u00eames restrictions que pour une recherche d'adresse IP s'appliquent : l'adresse visible peut, par exemple, appartenir \u00e0 un CDN ou \u00e0 un proxy inverse.<\/p>\n\n\n\n