Enquête DNS : ce que les enregistrements MX et NS révèlent

Les enregistrements DNS sont la piste papier qu'un domaine laisse derrière lui. L'historique MX et NS montre qui gérait ses emails et son DNS, ce qui révèle souvent à quoi servait le site et quand il a changé de mains. C'est utile quand on évalue le domaine d'un projet mort sur le cimetière ou qu'on décide d'enterrer le sien.

Qu'est-ce qu'une enquête sur l'historique DNS ?

Une enquête sur l'historique DNS consiste à interroger les anciens enregistrements DNS, surtout MX et NS, pour reconstruire le passé opérationnel d'un domaine. On utilise des bases de données publiques et des outils DNS passifs pour voir quels serveurs de messagerie et serveurs de noms un domaine a pointés au fil du temps. Chaque changement est un indice sur la propriété, l'hébergement ou l'usage.

Étape 1 : Comment établir la base de référence DNS actuelle ?

Commencez par les enregistrements en direct pour savoir à quoi vous comparez. Exécutez dig MX example.com +short et dig NS example.com +short depuis un terminal, ou utilisez un outil web comme Google Public DNS lookup ou MXToolbox. Sauvegardez la sortie avec un horodatage. Cette base devient l'ancre pour chaque comparaison historique ultérieure.

Si le domaine n'a aucun enregistrement MX, c'est déjà une donnée. Cela signifie que le domaine n'est pas configuré pour recevoir des emails actuellement, ce qui est courant pour les projets en sommeil ou abandonnés.

Étape 2 : Quels outils montrent l'historique des enregistrements MX et NS ?

Vous avez besoin de bases de données DNS passives, pas seulement de requêtes en direct. SecurityTrails, ViewDNS.info et DNSDumpster offrent tous des vues historiques, certaines gratuites, d'autres payantes. Le niveau gratuit de SecurityTrails donne des requêtes limitées ; ses plans payants commencent autour de 50 $ par mois. L'outil historique DNS de ViewDNS.info est gratuit mais limité en débit. Pour une vérification ponctuelle, c'est généralement suffisant.

Ne faites pas confiance à une seule source. Recoupez deux outils avant de tirer des conclusions, car la couverture DNS passive varie selon le fournisseur et la région.

Étape 3 : Comment lire l'historique des enregistrements MX ?

Les enregistrements MX pointent vers les serveurs de messagerie qui acceptent les emails pour un domaine. Un historique montrant Google Workspace (ASPMX.L.GOOGLE.COM) suggère qu'une vraie entreprise y opérait autrefois. Un historique rempli de serveurs de messagerie aléatoires qui tournent toutes les quelques semaines suggère quelque chose de moins légitime, comme une infrastructure de spam ou un projet jetable.

Cherchez des schémas. Un fournisseur MX stable pendant des années implique un opérateur stable. Un changement fréquent de MX implique le contraire. Aucun des deux n'est automatiquement mauvais, mais les deux vous disent quel genre de projet vous héritez.

Étape 4 : Comment lire l'historique des enregistrements NS ?

Les enregistrements NS montrent quelle entreprise gérait le DNS du domaine. C'est généralement le registrar, un hébergeur ou un CDN. Un passage d'un fournisseur NS à un autre est un événement de migration, et les migrations coïncident souvent avec des changements de propriétaire ou des rebrandings.

Si l'historique NS montre Cloudflare pendant des années puis un basculement soudain vers les serveurs de noms par défaut d'un registrar bon marché, c'est un signal que le domaine a été abandonné ou vendu. Les indie hackers doivent y prêter attention car ce basculement marque souvent la fin du développement actif.

Étape 5 : Comment recouper l'historique DNS avec le WHOIS et les archives web ?

L'historique DNS seul est mince. Associez-le à l'historique WHOIS (DomainTools le propose, et de nombreux registrars conservent des enregistrements limités) et à la Wayback Machine. Si la date de changement NS correspond à un changement de titulaire WHOIS et à un trou dans les captures archivées, vous avez une histoire cohérente.

Cette triangulation est ce qui sépare une vraie enquête sur l'historique DNS d'une simple consultation. Un enregistrement est un indice. Trois enregistrements alignés sont une preuve.

Étape 6 : Comment repérer les signaux d'alarme dans l'historique MX et NS ?

Les signaux d'alarme incluent des enregistrements MX pointant vers des hôtes connus pour le spam, des enregistrements NS qui sautent entre des fournisseurs non liés tous les quelques mois, et de longues périodes sans aucun enregistrement. Un domaine sans historique MX et avec des changements NS fréquents n'a probablement jamais hébergé un vrai produit.

À l'inverse, un domaine avec des années de MX Google stables et NS Cloudflare appartenait probablement à une véritable entreprise. C'est le genre d'historique que vous voulez quand vous achetez le domaine d'un projet mort.

Étape 7 : Comment utiliser l'historique DNS pour valoriser un domaine ?

L'historique DNS ne fixe pas le prix, mais il l'informe. Un domaine avec un historique email et hébergement propre et stable est plus facile à relancer car vous n'héritez pas d'une réputation de spam. Un domaine avec un passé MX désordonné peut avoir des problèmes de délivrabilité des emails qui prendront des mois à corriger.

Vérifiez le domaine sur les listes noires majeures comme Spamhaus avant de vous engager. Si l'historique MX semble louche, supposez que la réputation l'est aussi, et ajustez le prix en conséquence.

Étape 8 : Comment préserver votre propre historique DNS avant d'enterrer un projet ?

Avant de retirer un projet, exportez ses enregistrements MX et NS actuels et sauvegardez-les avec une date. Faites une capture d'écran du panneau DNS du registrar. Cet enregistrement fait partie de l'histoire du projet, et il est utile si vous voulez un jour prouver que le domaine avait un historique propre lors de la vente.

Quand vous enterrez votre projet mort pour 1 $, cet historique fait partie de ce qu'un acheteur évalue. Une piste DNS soignée est un argument de vente, pas une note de bas de page.

Qu'est-ce qui peut mal tourner avec une enquête sur l'historique DNS ?

Les données DNS passives sont incomplètes. Certains fournisseurs ont commencé à enregistrer récemment seulement, et les outils gratuits montrent souvent quelques années au maximum. Vous pouvez facilement prendre des données manquantes pour un historique propre.

Deuxièmement, les enregistrements DNS peuvent être usurpés ou hérités d'un ancien propriétaire sans véritable activité derrière. Un enregistrement MX Google ne prouve pas qu'une entreprise existait ; il prouve que quelqu'un s'est inscrit à Google Workspace. Traitez chaque enregistrement comme un indice, pas comme un fait.

Troisièmement, les services de confidentialité et les transferts de registrar peuvent briser la continuité WHOIS, ce qui casse l'étape de recoupement. Quand cela arrive, appuyez-vous davantage sur les archives web et acceptez que certaines lacunes ne se combleront pas.

Prérequis pour une enquête sur l'historique DNS

Vous aurez besoin du nom de domaine, d'un terminal ou d'un outil de requête DNS en ligne, et d'au moins un compte de service DNS passif. Un compte gratuit SecurityTrails ou ViewDNS.info couvre la plupart des vérifications occasionnelles. Pour un travail plus approfondi, prévoyez un budget pour un plan payant et un abonnement DomainTools si l'historique WHOIS compte.

Vous devriez aussi connaître le registrar actuel du domaine et s'il est expiré ou en sommeil. Ce contexte façonne la façon dont vous interprétez chaque enregistrement historique que vous trouvez.

Commencez par les domaines que vous envisagez d'acheter, puis remontez dans leur historique MX et NS. Parcourez le cimetière pour voir lesquels sont disponibles.