Domaines et DNS : fonctionnement expliqué aux 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ù votre site se trouve réellement. 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 « le courriel passe par ici ». Brancher un domaine personnalisé à une application consiste surtout à ajouter le bon enregistrement au bon endroit et à attendre qu'il prenne effet.

Pourquoi c'est important quand on crée avec l'IA

Un créateur d'applications par IA peut écrire et héberger votre application, mais votre domaine vit à l'extérieur — souvent chez une autre entreprise, dans un panneau de contrôle rempli de types d'enregistrements peu familiers. C'est là que bien des lancements s'enlisent : l'application est prête, mais le domaine affiche une erreur, ou le courriel cesse mystérieusement de fonctionner après un changement DNS.

Un peu de compréhension mène loin. Vous saurez quel enregistrement votre hébergeur demande, pourquoi il ne fonctionne pas encore, et comment éviter de briser ce qui dépend déjà de votre domaine, comme le courriel.

Une analogie du quotidien

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

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

• Le domaine est le nom du contact.
• Le bureau d'enregistrement est l'entreprise qui enregistre officiellement que le nom vous appartient.
• Les enregistrements DNS sont les détails enregistrés sous ce nom : numéro de téléphone, adresse courriel, adresse postale.
• Les serveurs de noms sont le carnet officiel de ce nom.
• La mise en cache est le fait que votre téléphone retient un numéro pendant un certain temps. Si votre amie 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 » DNS.

Les parties d'un nom de domaine

Prenez app.example.com :

Vous n'achetez pas un domaine une fois pour toutes; vous l'enregistrez pour une période (habituellement un an ou plus) et le renouvelez. Si vous le laissez expirer, quelqu'un d'autre peut l'enregistrer.

Comment fonctionne une recherche DNS

Quand quelqu'un tape app.example.com :

1. Le navigateur demande à un résolveur DNS — habituellement exploité par son fournisseur Internet ou un service public — l'adresse.
2. Si le résolveur a une réponse fraîche en cache, il répond immédiatement.
3. Sinon, il descend dans la hiérarchie : les serveurs racines 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, comme un CNAME vers votre hébergeur ou un enregistrement A avec une adresse IP.
5. Le résolveur met la réponse en cache pour le TTL (durée de vie) de l'enregistrement et la transmet au navigateur, qui se connecte au serveur.

Tout cela se fait habituellement en quelques millisecondes.

Les types d'enregistrements DNS que vous utiliserez vraiment

Quelques règles utiles :

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

Propagation et TTL

« Propagation » donne l'impression 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 redemandent qu'une fois celui-ci expiré. Donc :

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

Un truc utile : avant un changement prévu, abaissez le TTL de l'enregistrement (disons à quelques minutes), attendez que l'ancien TTL soit passé, puis faites le changement.

Un exemple concret : brancher une application de réservation à votre domaine

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

1. Trouvez où votre DNS est géré. Ce peut être votre bureau d'enregistrement ou un fournisseur DNS distinct. Vos enregistrements NS vous l'indiquent.
2. Ajoutez un CNAME pour reservation pointant vers la cible que votre hébergeur d'applications vous donne.
3. Ajoutez tout enregistrement TXT que votre hébergeur demande pour prouver la propriété, s'il en utilise un.
4. Ne touchez pas aux enregistrements MX et TXT du courriel. Le courriel continue 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.com.
6. Testez sur un téléphone avec les données mobiles, qui utilisent un résolveur et un cache différents de votre Wi-Fi à la maison.

Si vous vouliez plutôt l'application sur le domaine racine votresalon.com, il vous faudrait des enregistrements A ou la fonction ALIAS ou d'aplatissement de votre fournisseur DNS — et vous remplaceriez alors votre site actuel là-bas. Pour plus d'étapes, consultez comment brancher un domaine personnalisé.

Erreurs courantes et idées fausses

• « Le domaine et l'hébergement sont la même chose. » Le domaine est le nom; l'hébergement est l'endroit où l'application tourne. 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.
• Fautes de frappe dans la cible. Un seul caractère erroné dans la cible d'un CNAME et la vérification échoue.
• Changer les serveurs de noms sans copier les enregistrements. Transférer le DNS vers un nouveau fournisseur sans recréer les enregistrements MX et TXT est une façon classique de briser le courriel.
• 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 mode « DNS seulement » pour pouvoir émettre des certificats.
• Supprimer des enregistrements TXT « inconnus ». Ce sont souvent des enregistrements de vérification ou de sécurité du courriel dont quelque chose dépend.
• Laisser le domaine expirer. Activez le renouvellement automatique et gardez votre carte de paiement à jour.

Quoi demander à votre créateur d'applications par IA

Le DNS se trouve en dehors de votre code, donc il s'agit davantage de ce qu'il faut demander à son sujet :

• « Quel est exactement l'enregistrement DNS dont j'ai besoin pour app.mondomaine.com — type, nom et valeur? »
• « Ce changement affectera-t-il mon courriel? »
• « 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 de courriels depuis mon domaine — quels enregistrements SPF, DKIM et DMARC me faudront-ils? » Voir comment envoyer des courriels 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 dans Mythex (l'enregistrement est facturé séparément, et le DNS des domaines achetés est géré pour vous), ou connectez un domaine que vous possédez déjà en ajoutant un CNAME depuis un sous-domaine comme 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 seulement ». Les sous-domaines sont recommandés; les domaines racines dépendent de la prise en charge d'ALIAS ou d'aplatissement par votre fournisseur DNS. La documentation sur les domaines personnalisés détaille chaque étape, et la tarification indique ce que comprend Pro.

Questions