Confirmez rapidement la valeur de retour actuelle d'un type d'enregistrement spécifique et comparez-la avec les résultats du contrôle de propagation.
Outil gratuit de recherche DNS en ligne. Saisissez un domaine pour interroger 7 types d'enregistrements DNS : A/AAAA/CNAME/MX/TXT/NS/SOA. Requêtes backend sans restrictions CORS, affiche TTL et priorité MX, prend en charge la copie en un clic.
Le DNS (Domain Name System, Système de Noms de Domaine) est l'« annuaire téléphonique » d'Internet, traduisant les noms de domaine faciles à retenir (comme example.com) en adresses IP lisibles par machine. La recherche d'enregistrements DNS vous permet de : 1) Confirmer si la résolution de domaine fonctionne ; 2) Diagnostiquer les raisons pour lesquelles un site web est inaccessible ; 3) Vérifier que les configurations de messagerie comme MX/TXT sont correctes ; 4) Vérifier si les changements CDN ou migrations de domaine sont terminés ; 5) Confirmer que les enregistrements de sécurité comme SPF/DKIM/DMARC sont configurés.
La raison est généralement le cache DNS : votre ordinateur local, votre routeur et les serveurs DNS récursifs de votre FAI mettent en cache les enregistrements DNS, renvoyant des résultats mis en cache au lieu de nouvelles valeurs pendant la période TTL. Après avoir modifié des enregistrements DNS, les nœuds doivent attendre l'expiration du TTL pour voir les nouvelles valeurs. Cet outil effectue des requêtes depuis des nœuds DNS publics sur le backend, sans passer par le cache local/FAI, pour afficher les résultats de résolution faisant autorité les plus récents.
Les enregistrements A associent des domaines à des adresses IPv4 (par exemple, 192.0.2.1), tandis que les enregistrements AAAA (également appelés enregistrements d'adresse IPv6) associent des domaines à des adresses IPv6 (par exemple, 2001:db8::1). Les sites web modernes configurent normalement à la fois des enregistrements A et AAAA pour un accès double pile IPv4/IPv6. AAAA a 4 fois la longueur de A (les adresses IPv6 sont sur 128 bits contre 32 bits pour IPv4), d'où le nom d'enregistrement « quadruple A ».
Les domaines racine (comme example.com, sans www) ne peuvent pas utiliser CNAME (CNAME bloque d'autres types d'enregistrements, violant les spécifications RFC) et doivent utiliser des enregistrements A/AAAA. Les sous-domaines (comme www, cdn, api) peuvent utiliser CNAME pour pointer vers un autre domaine (courant dans les scénarios CDN, par exemple, www.example.com → example.cdn.cloudflare.com). Les domaines avec des enregistrements MX, NS ou SOA ne peuvent pas non plus avoir de CNAME.
Les numéros priority/preference plus petits dans les enregistrements MX indiquent une priorité plus élevée. Lors de l'envoi de courrier, le serveur MX avec le plus petit numéro est essayé en premier ; si la connexion échoue, d'autres serveurs MX sont essayés dans l'ordre numérique croissant. Configuration courante : MX principal sur 10, MX de secours sur 20 ; plusieurs serveurs de même priorité peuvent utiliser le même numéro (équilibrage de charge). Ne configurez pas un seul serveur MX, car un point de défaillance unique empêchera la livraison du courrier.
Les enregistrements TXT sont le type d'enregistrement DNS le plus flexible, avec des utilisations courantes incluant : 1) Enregistrements SPF : spécifier les serveurs autorisés à envoyer du courrier, empêchant les courriers falsifiés ; 2) DKIM : clés publiques de signature numérique de courrier ; 3) DMARC : rapports de politique de courrier ; 4) Vérification de propriété de domaine (Google Search Console, émission de certificats SSL, vérification développeur Apple, etc.) ; 5) Tout texte personnalisé.
Le TTL (Time To Live) est la durée de mise en cache des enregistrements DNS sur les serveurs DNS récursifs, mesurée en secondes. Après avoir modifié le DNS, le « temps de propagation » dépend de la configuration TTL précédente : les enregistrements avec TTL=3600 (1 heure) prennent jusqu'à 1 heure pour se propager globalement ; TTL=300 (5 minutes) se propage en 5 minutes. Il est recommandé de réduire le TTL à 300 secondes 24-48 heures avant le changement/migration, puis de restaurer le TTL normal après la fin du changement. Remarque : les temps de mise à jour du cache varient selon les serveurs DNS récursifs des FAI ; la propagation globale complète peut prendre plus de temps.
La recherche DNS est le processus de demande d'enregistrements de résolution pour un domaine spécifique auprès de serveurs DNS, et c'est l'une des opérations les plus fondamentales d'Internet : chaque visite de site web, envoi de courrier ou connexion API déclenche des recherches DNS en arrière-plan. Les enregistrements DNS existent en plusieurs types ; les plus couramment utilisés incluent : A (adresse IPv4), AAAA (adresse IPv6), CNAME (alias), MX (serveur de messagerie), TXT (texte/vérification/politique de sécurité), NS (serveur DNS), SOA (autorité de zone), etc.
**Pourquoi utiliser un outil de recherche DNS en ligne ?** Votre ordinateur local, navigateur, système d'exploitation, routeur et serveurs DNS récursifs de FAI mettent tous en cache les enregistrements DNS (la durée du cache est contrôlée par TTL), donc ce que vous voyez localement peut être des valeurs de cache obsolètes. Après avoir modifié des enregistrements DNS, vous avez besoin d'un outil de recherche indépendant de votre environnement local pour confirmer que les nouveaux enregistrements ont pris effet sur le DNS faisant autorité. Cet outil effectue des requêtes récursives directes depuis des nœuds DNS publics sur le backend, **contournant le cache local/FAI** pour renvoyer les résultats de résolution faisant autorité actuels.
**Scénarios courants de recherche DNS** : Confirmer que les enregistrements A/AAAA pointent vers la bonne IP lorsqu'un site web est inaccessible ; vérifier la propagation de la résolution après des changements CDN/migrations de serveur ; vérifier les enregistrements MX et les priorités après configuration de la messagerie d'entreprise (Google Workspace/Office 365, etc.) ; vérifier les enregistrements TXT après configuration des politiques anti-spam SPF/DKIM/DMARC ; vérifier les enregistrements TXT de vérification pendant la vérification de propriété de domaine (Google Search Console, émission SSL, Apple Developer).
**Usage principal de chaque type d'enregistrement** : A/AAAA sont les enregistrements d'adresse les plus basiques ; CNAME est utilisé pour les alias de sous-domaines (courant dans les scénarios CDN, mais ne peut pas être utilisé sur le domaine racine) ; MX a une priorité et détermine les chemins de livraison de courrier ; TXT est l'enregistrement « couteau suisse » pour SPF/DKIM/DMARC/vérification de domaine ; NS spécifie quel serveur DNS est faisant autorité ; SOA enregistre la version de zone, le NS principal, le courriel de l'administrateur et les paramètres de mise à jour.
Cet outil **prend en charge les 7 types d'enregistrements DNS les plus couramment utilisés** (A/AAAA/CNAME/MX/TXT/NS/SOA). Les requêtes DNS depuis le backend ne sont pas affectées par les restrictions CORS du navigateur ni par le cache local, extrayant automatiquement la valeur, le TTL et les informations supplémentaires de chaque enregistrement (comme la priorité MX). Prend en charge la commutation rapide entre les recherches récentes, des exemples rapides prédéfinis et la copie en un clic de résumés/listes d'enregistrements/JSON brut.
| Type d'Enregistrement | ID Type | Usage | Exemple |
|---|---|---|---|
A | 1 | Associe un domaine à une adresse IPv4 | example.com → 93.184.216.34 |
AAAA | 28 | Associe un domaine à une adresse IPv6 | example.com → 2606:2800:220:1:: |
CNAME | 5 | Enregistrement d'alias, pointe vers un autre domaine | www.example.com → example.com |
MX | 15 | Adresse et priorité du serveur de messagerie | 10 mx.example.com |
TXT | 16 | Enregistrements texte (SPF/DKIM/DMARC/vérification) | v=spf1 include:_spf.google.com ~all |
NS | 2 | Spécifie les serveurs DNS faisant autorité pour le domaine | ns1.example.com |
SOA | 6 | Début d'autorité de zone, contient NS principal/courriel/numéro de série | ns1.example.com admin.example.com 2024010101 |
PTR | 12 | Résolution inverse (IP → domaine) | 34.216.184.93.in-addr.arpa → example.com |
CAA | 257 | Spécifie les AC autorisées à émettre des certificats | 0 issue "letsencrypt.org" |
SRV | 33 | Localisation de service (SIP/XMPP/LDAP, etc.) | _sip._tcp.example.com |
| Scénario | TTL Recommandé | Notes |
|---|---|---|
| Exploitation stable (normal) | 3600 secondes (1 heure) | Équilibre l'efficacité du cache et la flexibilité des modifications |
| Changement/migration à venir | 300 secondes (5 minutes) | Réduire 24-48 heures avant le changement pour raccourcir le temps de mise à jour du cache |
| Pendant le changement | 60 secondes (1 minute) | Permet une restauration rapide ; restaurer le TTL normal après le changement |
| CDN/haute disponibilité | 300-600 secondes | Équilibre la vitesse de basculement et la charge des requêtes DNS |
| Enregistrements MX de messagerie | 3600-86400 secondes (1h-1j) | Les enregistrements de messagerie changent peu ; un TTL long est acceptable |
| Enregistrements NS | 86400 secondes (1 jour) | Les changements NS sont très rares ; un TTL long améliore l'efficacité de résolution |
| Fournisseur | DNS Primaire | DNS Secondaire | Caractéristiques |
|---|---|---|---|
| Google Public DNS | 8.8.8.8 | 8.8.4.4 | Nœuds mondiaux, vitesses rapides, compatible DNS-over-TLS |
| Cloudflare 1.1.1.1 | 1.1.1.1 | 1.0.0.1 | Confidentialité d'abord, le plus rapide au monde, compatible DoH/DoT |
| Quad9 | 9.9.9.9 | 149.112.112.112 | Protection de sécurité, blocage automatique des domaines malveillants |
