# Gérer vos enregistrements DNS

Source : https://webgune.cloud/fr-fr/docs/dns-enregistrements · Mis à jour le 2026-10-27

# Gérer vos enregistrements DNS

La zone DNS de vos domaines se gère depuis la page de détail du domaine, onglet **DNS**. Ça vaut pour les domaines [enregistrés sur la plateforme](/docs/acheter-un-domaine) comme pour ceux [achetés ailleurs](/docs/changer-serveurs-de-noms) dont les serveurs de noms pointent vers nous.

## Ajouter un enregistrement

Chaque enregistrement se compose d'un **type**, d'un **sous-domaine** (vide ou `@` pour la racine) et d'une **valeur** :

| Type | Sert à | Exemple de valeur |
|------|--------|-------------------|
| **A** | Pointer vers une adresse IPv4 | `203.0.113.10` |
| **AAAA** | Pointer vers une adresse IPv6 | `2001:db8::1` |
| **CNAME** | Faire d'un nom l'alias d'un autre nom | `monservice.webgune.dev` |
| **TXT** | Vérifications de propriété, SPF/DKIM | `v=spf1 include:…` |
| **MX** | Réception d'e-mails | `10 mail.exemple.com` |
| **SRV** | Annoncer un service (Minecraft, SIP, XMPP…) | `10 5 25565 mc.exemple.com` |
| **CAA** | Choisir qui peut émettre vos certificats | `0 issue "sectigo.com"` |

## Cas fréquents

**Connecter le domaine à un de vos services** : inutile de créer les enregistrements à la main. Ajoutez le domaine dans le panneau du service ([guide](/docs/domaines-personnalises)), les enregistrements requis vous sont indiqués et vérifiés automatiquement.

**Vérifier la propriété du domaine** (Google Search Console, e-mail transactionnel…) :

```
Type : TXT   Nom : @   Valeur : google-site-verification=xxxx
```

**Recevoir des e-mails** avec un fournisseur externe :

```
Type : MX   Nom : @   Valeur : 10 mx1.fournisseur.com
Type : TXT  Nom : @   Valeur : v=spf1 include:fournisseur.com ~all
```

## Flattening : un CNAME à la racine

Le flattening vous permet d'avoir un enregistrement CNAME sur la racine de votre domaine (`mon-site.fr`, sans sous-domaine), ce que le DNS n'autorise normalement pas. Pratique pour faire pointer votre domaine vers un service qui ne vous donne qu'un nom d'hôte (Netlify, Vercel…) : créez simplement un CNAME sur `@`, le flattening s'active tout seul.

Seule limite : si le service visé ne répond plus, votre domaine non plus.

Le flattening est réservé à la racine. Pour un sous-domaine (`www`, `app`…), un CNAME classique fait déjà l'affaire.

## SRV vers une adresse IP

Un SRV doit normalement viser un nom d'hôte. Vous pouvez quand même saisir une adresse IP comme cible : elle est servie via notre domaine miroir, et `203.0.113.10` devient `203.0.113.10.fwd.nd0.net`, qui répond par cette IP. L'IPv6 fonctionne aussi. Le dashboard continue d'afficher l'IP que vous avez saisie.

## CAA : qui peut émettre vos certificats

Un enregistrement CAA liste les autorités autorisées à émettre des certificats pour votre domaine. Le formulaire propose les principales : ZeroSSL/Sectigo, Let's Encrypt, DigiCert, Google Trust Services, Amazon, GlobalSign…

**Webgune émet vos certificats via ZeroSSL, sous l'identifiant `sectigo.com`.** Si vous ajoutez un CAA à un domaine relié à un service, ajoutez aussi :

```
Type : CAA   Nom : @   Valeur : 0 issue "sectigo.com"
```

Sans lui, le HTTPS de vos services ne pourra pas être renouvelé. Les recommandations de l'onglet DNS vous préviennent si c'est le cas. Sans aucun CAA, toutes les autorités sont autorisées.

## Prise en compte et propagation

Un enregistrement ajouté, modifié ou supprimé apparaît d'abord **en attente** : l'écriture est mise en file, appliquée sur la zone, puis relue pour confirmation avant de passer à **actif**. Cela prend quelques secondes et l'état se met à jour tout seul, sans recharger la page. Inutile de renvoyer le formulaire si la ligne n'est pas immédiatement active.

Vient ensuite la propagation, qui ne dépend plus de nous : les résolveurs mettent leur cache à jour selon le TTL, généralement en **quelques minutes**, parfois jusqu'à quelques heures. Testez avec :

```bash
dig monsite.com A +short
```

## Serveurs de noms et SOA

Les enregistrements **NS** et **SOA** de la racine apparaissent en tête de la liste, avec un cadenas : ils font partie de la zone, mais ne se modifient pas depuis l'onglet DNS.

- **NS** : pour un domaine acheté ailleurs, nous ne sommes pas son bureau d'enregistrement. Ses serveurs de noms se règlent dans l'espace client de votre registrar ([guide](/docs/changer-serveurs-de-noms)). Pour un domaine acheté sur la plateforme, ils se modifient depuis l'onglet **Serveurs de noms**.
- **SOA** : modifiable uniquement par le support. [Ouvrez un ticket](/dashboard/support).

Si vous faites pointer les serveurs de noms ailleurs, la zone gérée ici cesse de faire autorité.
