Qu'est-ce que la recherche DNS ?
La recherche DNS (DNS Lookup) est le processus de requête qui convertit les noms de domaine (comme example.com) en adresses IP et autres informations DNS. Cet outil vous permet de vérifier facilement divers enregistrements DNS, y compris A (IPv4), AAAA (IPv6), MX (messagerie), TXT, NS (serveur de noms), CNAME et SOA. Utilisé pour la vérification de la configuration DNS, le dépannage et l'enquête sur les informations de domaine.
Quelle est la différence entre les enregistrements A et AAAA ?
Les enregistrements A convertissent les noms de domaine en adresses IPv4 (par ex., 192.0.2.1). IPv4 est un système d'adressage 32 bits avec environ 4,3 milliards d'adresses. Les enregistrements AAAA (quad-A) convertissent les noms de domaine en adresses IPv6 (par ex., 2001:db8::1). IPv6 est un système d'adressage 128 bits avec un espace d'adressage pratiquement infini, résolvant l'épuisement des adresses IPv4. Les sites Web modernes ont souvent les deux types d'enregistrements pour prendre en charge les environnements à double pile (dual-stack).
Que sont les enregistrements MX ? Comment sont-ils liés à l'envoi d'e-mails ?
Les enregistrements MX (Mail Exchange Records) spécifient les serveurs de messagerie qui reçoivent les e-mails pour ce domaine. Vous pouvez définir plusieurs enregistrements MX, chacun avec une valeur de priorité. Des numéros plus bas indiquent une priorité plus élevée, et le courrier est livré d'abord aux serveurs à haute priorité. Exemple : si example.com a deux enregistrements MX '10 mail1.example.com' et '20 mail2.example.com', mail1 est utilisé préférentiellement, et si mail1 est en panne, il bascule sur mail2. Lorsque l'e-mail n'est pas livré, la vérification des enregistrements MX est la première étape de dépannage.
À quoi servent les enregistrements TXT ?
Les enregistrements TXT stockent des informations textuelles arbitraires sur un domaine. Les principales utilisations incluent : **SPF (Sender Policy Framework)** : validation de la légitimité du serveur expéditeur de courrier, **DKIM (DomainKeys Identified Mail)** : signatures numériques d'e-mails, **DMARC (Domain-based Message Authentication, Reporting & Conformance)** : politique d'authentification des e-mails, **Vérification de la propriété du domaine** : pour Google Search Console, Google Workspace, authentification de délivrance de certificat SSL, **Autres informations de configuration** : jetons d'authentification de site, informations d'intégration de service, etc. Exemple d'enregistrement SPF : 'v=spf1 include:_spf.example.com ~all'
Quelle est la relation entre les enregistrements NS et les serveurs de noms ?
Les enregistrements NS (Name Server Records) spécifient les serveurs DNS faisant autorité (serveurs de noms) pour ce domaine. Lors de l'enregistrement d'un domaine, la définition de serveurs de noms auprès du registraire fait que ces serveurs de noms gèrent les informations DNS. Généralement, plusieurs serveurs de noms (par ex., ns1.example.com, ns2.example.com) sont définis pour la redondance. Lors des transferts de domaine ou des changements d'hébergement, les enregistrements NS doivent être changés pour les nouveaux serveurs de noms. Après les modifications, la propagation vers les serveurs DNS du monde entier peut prendre jusqu'à 48 heures.
Quand les enregistrements CNAME doivent-ils être utilisés ?
Les enregistrements CNAME (Canonical Name Records) définissent des alias de domaine. Par exemple, si 'www.example.com' est défini comme un CNAME pour 'example.com', l'accès préfixé par www est géré correctement. Principales utilisations : **Renvoi de sous-domaine** : blog.example.com → hosting-provider.com, **Configuration CDN** : cdn.example.com → cdn-provider.net, **Équilibreurs de charge** : api.example.com → lb.cloud-provider.com. Précautions : Les CNAME ne peuvent pas être définis pour les domaines racine (example.com), uniquement les sous-domaines (www.example.com, etc.). De plus, vous ne pouvez pas faire coexister CNAME avec d'autres enregistrements (A, MX, etc.) sous le même nom.
Combien de temps faut-il pour que les résultats des requêtes DNS se propagent ?
Le temps nécessaire à la propagation des modifications DNS dans le monde entier est principalement déterminé par le TTL (Time To Live). Si le TTL est de 3600 secondes (1 heure), les résolveurs DNS mettent en cache les anciennes informations jusqu'à 1 heure. Définir des TTL courts avant les modifications DNS (par ex., 300 secondes = 5 minutes) accélère la propagation post-modification. En règle générale, les modifications DNS se propagent en quelques minutes à quelques heures, mais certains FAI peuvent prendre jusqu'à 48 heures. Cet outil vous permet de vérifier immédiatement que les modifications sont correctement configurées en interrogeant les serveurs DNS faisant autorité en temps réel.
Comment fonctionne l'outil de recherche DNS ?
Cet outil récupère les informations DNS en suivant ces étapes : 1) L'utilisateur spécifie le nom de domaine et les types d'enregistrements, 2) Le navigateur envoie la requête au backend PHP, 3) Le serveur exécute les requêtes DNS à l'aide de fonctions PHP comme dns_get_record(), 4) Récupère les dernières informations DNS des serveurs DNS faisant autorité, 5) Formate les résultats et les renvoie au navigateur, 6) JavaScript affiche les résultats dans un format convivial. Cela ne se termine pas dans le navigateur ; les requêtes DNS sont exécutées côté serveur pour des informations précises et à jour. Les noms de domaine saisis ne sont pas enregistrés, protégeant ainsi la confidentialité.