Comment fonctionnent les domaines et le DNS : guide pour les non-développeurs

Un domaine est le nom que les gens tapent pour atteindre votre site, comme example.com, et le DNS (Domain Name System) est l'annuaire d'Internet qui traduit ce nom vers l'endroit où se trouve réellement votre site. Vous louez le domaine auprès d'un bureau d'enregistrement, puis vous ajoutez des enregistrements DNS qui disent « le site est là-bas » et « les e-mails passent par ici ». Relier un domaine personnalisé à une application consiste surtout à ajouter le bon enregistrement au bon endroit, puis à attendre qu'il prenne effet.

Pourquoi c'est important quand on construit avec l'IA

Un créateur d'applications par IA peut écrire et héberger votre application, mais votre domaine se trouve à l'extérieur : souvent chez une autre entreprise, dans un panneau de configuration rempli de types d'enregistrements inconnus. C'est là que bien des mises en ligne bloquent : l'application est prête, mais le domaine affiche une erreur, ou les e-mails cessent mystérieusement de fonctionner après une modification DNS.

Une petite compréhension va loin. Vous saurez quel enregistrement demande votre hébergeur, pourquoi il ne fonctionne pas encore, et comment éviter de casser ce qui dépend déjà de votre domaine, comme les e-mails.

Une analogie du quotidien

Pensez à la liste de contacts de votre téléphone.

Vous ne retenez pas le numéro de votre ami ; vous touchez son nom et le téléphone cherche le numéro. Le DNS fait la même chose pour Internet : vous tapez example.com, et le DNS recherche le « numéro » (l'adresse IP) du serveur à contacter.

• Le domaine est le nom du contact.
• Le bureau d'enregistrement est l'entreprise qui enregistre officiellement que ce nom vous appartient.
• Les enregistrements DNS sont les informations rattachées au nom : numéro de téléphone, adresse e-mail, adresse postale.
• Les serveurs de noms désignent quel carnet de contacts fait autorité pour ce nom.
• La mise en cache, c'est votre téléphone qui retient un numéro un certain temps. Si votre ami change de numéro, certains téléphones continueront d'appeler l'ancien jusqu'à ce que leur copie enregistrée soit actualisée : c'est la « propagation » du DNS.

Les parties d'un nom de domaine

Prenons app.example.com :

On n'achète pas un domaine définitivement ; on l'enregistre pour une période (en général un an ou plus) et on le renouvelle. Si vous le laissez expirer, quelqu'un d'autre peut l'enregistrer.

Comment fonctionne une recherche DNS

Lorsque quelqu'un tape app.example.com :

1. Le navigateur interroge un résolveur DNS — en général géré par son fournisseur d'accès ou un service public — pour obtenir l'adresse.
2. Si le résolveur a une réponse récente en cache, il répond immédiatement.
3. Sinon, il descend la hiérarchie : les serveurs racine le dirigent vers les serveurs .com, qui le dirigent vers les serveurs de noms de votre domaine.
4. Vos serveurs de noms renvoient l'enregistrement que vous avez défini, par exemple un CNAME vers votre hébergeur ou un enregistrement A avec une adresse IP.
5. Le résolveur met la réponse en cache pendant le TTL (durée de vie) de l'enregistrement et la transmet au navigateur, qui se connecte au serveur.

Tout cela se passe en général en quelques millisecondes.

Les types d'enregistrements DNS que vous utiliserez vraiment

Quelques règles utiles à connaître :

• Un CNAME ne peut pas partager un nom avec d'autres enregistrements. C'est pourquoi un CNAME standard ne peut pas être placé sur le domaine racine, qui possède toujours des enregistrements NS et d'autres. De nombreux fournisseurs DNS proposent des solutions de contournement appelées ALIAS, ANAME ou aplatissement de CNAME.
• Les enregistrements TXT font beaucoup de travail pour les e-mails. SPF indique qui peut envoyer du courrier pour votre domaine ; DKIM publie une clé pour vérifier les signatures ; DMARC indique aux destinataires quoi faire des messages qui échouent à ces contrôles.
• Un numéro MX plus bas signifie une priorité plus haute. Le courrier essaie d'abord le plus bas.

Propagation et TTL

Le mot « propagation » laisse penser que les changements se répandent lentement sur Internet. En réalité, il s'agit de mise en cache : les résolveurs gardent une copie de chaque réponse pendant son TTL, et ne reposent la question qu'une fois celui-ci expiré. Donc :

• Un nouvel enregistrement jamais consulté auparavant fonctionne souvent en quelques minutes.
• Modifier un enregistrement existant prend jusqu'à son ancien TTL pour être vu partout.
• Changer de serveurs de noms peut prendre un jour ou deux, car ces enregistrements sont mis en cache plus longtemps au niveau du TLD.

Astuce utile : avant un changement prévu, réduisez le TTL de l'enregistrement (par exemple à quelques minutes), attendez que l'ancien TTL soit passé, puis effectuez le changement.

Exemple concret : relier une application de réservation à votre domaine

Vous possédez votresalon.fr. Votre site actuel et votre messagerie Google Workspace utilisent déjà ce domaine. Vous avez construit une application de réservation et voulez qu'elle soit accessible sur reservation.votresalon.fr.

1. Trouvez où votre DNS est géré. Cela peut être chez votre bureau d'enregistrement ou chez un fournisseur DNS distinct. Vos enregistrements NS vous l'indiqueront.
2. Ajoutez un CNAME pour reservation pointant vers la cible que vous fournit l'hébergeur de votre application.
3. Ajoutez l'enregistrement TXT demandé par votre hébergeur pour prouver la propriété, s'il en utilise un.
4. Ne touchez pas aux enregistrements MX ni aux TXT de messagerie. Les e-mails continuent de fonctionner parce que vous n'y avez pas touché.
5. Vérifiez chez votre hébergeur une fois le DNS mis à jour. L'hébergeur émet alors un certificat HTTPS pour reservation.votresalon.fr.
6. Testez sur un téléphone en données mobiles, qui utilise un autre résolveur et un autre cache que votre Wi-Fi domestique.

Si vous vouliez l'application sur le domaine racine votresalon.fr, il vous faudrait des enregistrements A ou la fonctionnalité ALIAS/aplatissement de votre fournisseur DNS, et vous remplaceriez alors votre site actuel. Pour plus d'étapes, consultez comment connecter un domaine personnalisé.

Erreurs courantes et idées reçues

• « Le domaine et l'hébergement, c'est la même chose. » Le domaine est le nom ; l'hébergement est l'endroit où tourne l'application. Le DNS les relie.
• Utiliser un enregistrement A quand l'hébergeur demande un CNAME (ou l'inverse). Suivez exactement les instructions de l'hébergeur.
• Des fautes de frappe dans la cible. Un seul caractère faux dans la cible d'un CNAME et la vérification échoue.
• Changer de serveurs de noms sans recopier les enregistrements. Transférer le DNS vers un nouveau fournisseur sans recréer les enregistrements MX et TXT est une façon classique de casser les e-mails.
• Passer par un proxy quand ce n'est pas nécessaire. Certains fournisseurs DNS, comme Cloudflare, peuvent faire transiter le trafic par un proxy. Certains hébergeurs exigent que l'enregistrement soit en « DNS seul » pour émettre leurs certificats.
• Supprimer des enregistrements TXT « inconnus ». Ce sont souvent des enregistrements de vérification ou de sécurité des e-mails dont dépend quelque chose.
• Laisser le domaine expirer. Activez le renouvellement automatique et gardez votre carte bancaire à jour.

Ce qu'il faut demander à votre créateur d'applications IA

Le DNS se trouve en dehors de votre code, donc il s'agit surtout de demander ce qu'il faut vérifier :

• « Quel enregistrement DNS exact me faut-il pour app.mondomaine.fr : type, nom et valeur ? »
• « Cette modification va-t-elle affecter mes e-mails ? »
• « Mon domaine affiche une erreur après l'ajout de l'enregistrement. Que dois-je vérifier ? »
• « Ajoute l'URL canonique correcte et les redirections pour que www et sans www n'affichent pas tous deux le site. »
• « Configure l'envoi d'e-mails depuis mon domaine : quels enregistrements SPF, DKIM et DMARC me faut-il ? » Voir comment envoyer des e-mails depuis votre application.

Domaines personnalisés sur Mythex

Chaque application Mythex publiée reçoit une adresse votrenom.mythex.app. Avec Pro, vous pouvez utiliser votre propre domaine : achetez-en un directement dans Mythex (l'enregistrement est facturé séparément, et le DNS des domaines achetés est géré pour vous), ou reliez un domaine que vous possédez déjà en ajoutant un CNAME depuis un sous-domaine, par exemple app.example.com, vers l'adresse votrenom.mythex.app de votre application, puis en cliquant sur Vérifier. Le HTTPS est émis automatiquement. Si votre DNS est chez Cloudflare, réglez cet enregistrement sur « DNS seul ». Les sous-domaines sont recommandés ; les domaines racines dépendent de la prise en charge d'ALIAS ou de l'aplatissement par votre fournisseur DNS. La documentation sur les domaines personnalisés détaille chaque étape, et la page tarifaire indique ce qui est inclus dans Pro.

Questions