DNS-geschiedenis onderzoek: wat MX en NS records onthullen

DNS-records zijn het spoor dat een domein achterlaat. MX- en NS-geschiedenis laat zien wie de e-mail en DNS beheerde, wat vaak hints geeft over waarvoor de site werd gebruikt en wanneer deze van eigenaar wisselde. Dat is handig als je een domein van een dood project bekijkt op de begraafplaats of beslist om je eigen project te begraven.

Wat is DNS-geschiedenis onderzoek?

DNS-geschiedenis onderzoek is het opvragen van oude DNS-records, vooral MX en NS, om het operationele verleden van een domein te reconstrueren. Je gebruikt openbare databases en passieve DNS-tools om te zien naar welke mailservers en nameservers een domein in de loop der tijd verwees. Elke wijziging is een aanwijzing over eigendom, hosting of doel.

Stap 1: Hoe verzamel je de huidige DNS-basislijn?

Begin met de live records zodat je weet waarmee je vergelijkt. Voer dig MX example.com +short en dig NS example.com +short uit in een terminal, of gebruik een web tool zoals Google's Public DNS lookup of MXToolbox. Sla de output op met een tijdstempel. Die basislijn wordt het anker voor elke historische vergelijking die je maakt.

Als het domein helemaal geen MX-records heeft, is dat al een gegeven. Het betekent dat het domein momenteel geen e-mail ontvangt, wat gebruikelijk is voor geparkeerde of uitgedoofde projecten.

Stap 2: Welke tools tonen historische MX- en NS-records?

Je hebt passieve DNS-databases nodig, niet alleen live lookups. SecurityTrails, ViewDNS.info en DNSDumpster bieden allemaal historische weergaven, sommige gratis, sommige betaald. SecurityTrails' gratis laag geeft beperkte queries; betaalde abonnementen beginnen rond $50 per maand. ViewDNS.info's historische DNS-tool is gratis maar heeft een snelheidslimiet. Voor een eenmalige check is dat meestal genoeg.

Vertrouw niet op een enkele bron. Controleer twee tools voordat je conclusies trekt, omdat passieve DNS-dekking varieert per provider en regio.

Stap 3: Hoe lees je MX-recordgeschiedenis?

MX-records verwijzen naar de mailservers die e-mail voor een domein accepteren. Een geschiedenis die Google Workspace (ASPMX.L.GOOGLE.COM) laat zien, suggereert dat er ooit een echt bedrijf draaide. Een geschiedenis vol willekeurige mailservers die elke paar weken wisselen, suggereert iets minder legitiems, zoals spam-infrastructuur of een wegwerpproject.

Zoek naar patronen. Een stabiele MX-provider gedurende jaren wijst op een stabiele operator. Frequente MX-wisselingen wijzen op het tegenovergestelde. Geen van beide is automatisch slecht, maar beide vertellen je wat voor project je erft.

Stap 4: Hoe lees je NS-recordgeschiedenis?

NS-records tonen welk bedrijf de DNS van het domein beheerde. Dat is meestal de registrar, een hostingprovider of een CDN. Een overstap van de ene NS-provider naar de andere is een migratiegebeurtenis, en migraties vallen vaak samen met eigenaarswisselingen of rebrands.

Als de NS-geschiedenis jarenlang Cloudflare laat zien en dan plotseling een overstap naar de standaard nameservers van een budgetregistrar, is dat een signaal dat het domein is laten vallen of verkocht. Indie hackers moeten hierop letten omdat die overstap vaak het einde van actieve ontwikkeling markeert.

Stap 5: Hoe kruis je DNS-geschiedenis met WHOIS en webarchieven?

DNS-geschiedenis alleen is mager. Combineer het met WHOIS-geschiedenis (DomainTools biedt dit, en veel registrars houden beperkte gegevens bij) en de Wayback Machine. Als de NS-wijzigingsdatum overeenkomt met een WHOIS-registrantwijziging en een gat in gearchiveerde snapshots, heb je een coherent verhaal.

Die triangulatie onderscheidt een echt DNS-geschiedenis onderzoek van een casual lookup. Eén record is een aanwijzing. Drie overeenkomende records zijn bewijs.

Stap 6: Hoe herken je rode vlaggen in MX- en NS-geschiedenis?

Rode vlaggen zijn onder andere MX-records die verwijzen naar bekende spamvriendelijke hosts, NS-records die elke paar maanden tussen niet-gerelateerde providers stuiteren, en lange gaten zonder records. Een domein zonder MX-geschiedenis en met frequente NS-wisselingen heeft waarschijnlijk nooit een echt product gehost.

Aan de andere kant: een domein met jarenlang stabiele Google MX en Cloudflare NS behoorde waarschijnlijk toe aan een echt bedrijf. Dat is de geschiedenis die je wilt als je een domein koopt van iemand anders' dode project.

Stap 7: Hoe gebruik je DNS-geschiedenis om een domein te waarderen?

DNS-geschiedenis bepaalt niet de prijs, maar beïnvloedt deze wel. Een domein met een schone, stabiele e-mail- en hostinggeschiedenis is makkelijker te herlanceren omdat je geen spamreputatie erft. Een domein met een rommelig MX-verleden kan e-mailbezorgproblemen hebben die maanden duren om op te lossen.

Controleer het domein tegen grote blokkeerlijsten zoals Spamhaus voordat je je vastlegt. Als de MX-geschiedenis er verdacht uitziet, neem dan aan dat de reputatie dat ook is, en pas de prijs dienovereenkomstig aan.

Stap 8: Hoe bewaar je je eigen DNS-geschiedenis voordat je een project begraaft?

Voordat je een project beëindigt, exporteer je de huidige MX- en NS-records en sla je ze op met een datum. Maak een screenshot van het DNS-paneel van de registrar. Dat record wordt onderdeel van het verhaal van het project, en het is handig als je ooit wilt bewijzen dat het domein een schone geschiedenis had bij verkoop.

Wanneer je je dode project begraaft voor $1, is die geschiedenis onderdeel van wat een koper beoordeelt. Een net DNS-spoor is een verkoopargument, geen voetnoot.

Wat kan er misgaan met DNS-geschiedenis onderzoek?

Passieve DNS-data is onvolledig. Sommige providers zijn pas recent begonnen met loggen, en gratis tools tonen vaak hooguit een paar jaar. Je kunt ontbrekende data gemakkelijk aanzien voor een schone geschiedenis.

Ten tweede kunnen DNS-records worden vervalst of overgenomen van een vorige eigenaar zonder dat er een echt bedrijf achter zit. Een Google MX-record bewijst niet dat er een bedrijf bestond; het bewijst dat iemand zich heeft aangemeld voor Google Workspace. Behandel elk record als een hint, niet als een feit.

Ten derde kunnen privacydiensten en registraroverdrachten de WHOIS-continuïteit verbreken, wat de kruisverwijzingsstap verstoort. Wanneer dat gebeurt, leun dan zwaarder op webarchieven en accepteer dat sommige gaten niet gedicht worden.

Vereisten voor een DNS-geschiedenis onderzoek

Je hebt de domeinnaam nodig, een terminal of webgebaseerde DNS-lookup tool, en minstens één passieve DNS-serviceaccount. Een gratis SecurityTrails- of ViewDNS.info-account dekt de meeste casual checks. Voor dieper werk, budgetteer voor een betaald abonnement en een DomainTools-abonnement als WHOIS-geschiedenis belangrijk is.

Je moet ook de huidige registrar van het domein weten en of het verlopen of geparkeerd is. Die context vormt hoe je elk historisch record interpreteert.

Begin met de domeinen die je overweegt te kopen, en werk dan terug door hun MX- en NS-geschiedenis. Blader door de begraafplaats om te zien welke beschikbaar zijn.