DNS-történet: MX és NS rekordok domain vizsgálatnál

A DNS-rekordok olyanok, mint egy domain papírnyomai. Az MX és NS előzményekből kiderül, ki kezelte a levelezést és a DNS-t, ami gyakran elárulja, mire használták az oldalt, és mikor cserélt gazdát. Ez akkor jön jól, amikor egy halott projekt domainjét szemléled a temetőben, vagy eldöntöd, hogy eltemetnéd-e a sajátodat.

Mi az a DNS-történet domain vizsgálat?

A DNS-történet domain vizsgálat során a korábbi DNS-rekordokat, főleg az MX és NS bejegyzéseket kérdezzük le, hogy rekonstruáljuk a domain működési múltját. Nyilvános adatbázisok és passzív DNS-eszközök segítségével láthatod, milyen mail szerverekre és névszerverekre mutatott a domain az idők során. Minden változás nyom a tulajdonosról, a hostingról vagy a célról.

1. lépés: Hogyan gyűjtsd össze a jelenlegi DNS-alapot?

Kezdd az élő rekordokkal, hogy legyen mihez hasonlítani. Futtasd a dig MX example.com +short és a dig NS example.com +short parancsot terminálból, vagy használj webes eszközt, például a Google Public DNS-t vagy az MXToolboxot. Mentsd el az eredményt időbélyeggel. Ez az alap lesz minden későbbi összehasonlítás kiindulópontja.

Ha a domainnek egyáltalán nincs MX rekordja, az is egy adatpont. Azt jelenti, hogy a domain jelenleg nem fogad e-mailt, ami gyakori a parkolt vagy kiégett projekteknél.

2. lépés: Mely eszközök mutatják a korábbi MX és NS rekordokat?

Passzív DNS-adatbázisokra van szükség, nem csak élő lekérdezésekre. A SecurityTrails, a ViewDNS.info és a DNSDumpster is kínál történeti nézetet, részben ingyen, részben fizetősen. A SecurityTrails ingyenes csomagja korlátozott számú lekérdezést ad; a fizetős csomagok körülbelül havi 50 dollártól indulnak. A ViewDNS.info történeti DNS-eszköze ingyenes, de sebességkorlátos. Egy egyszeri ellenőrzéshez ez általában elég.

Ne bízz egyetlen forrásban. Két eszközzel is ellenőrizd, mielőtt következtetést vonsz le, mert a passzív DNS lefedettsége szolgáltatónként és régiónként változik.

3. lépés: Hogyan olvasd az MX rekordok történetét?

Az MX rekordok azokra a mail szerverekre mutatnak, amelyek a domain e-mailjeit fogadják. Ha a történetben Google Workspace (ASPMX.L.GOOGLE.COM) szerepel, az valódi vállalkozásra utalhat. Ha viszont véletlenszerű mail szerverek váltják egymást pár hetente, az kevésbé legitim dologra utalhat, például spam infrastruktúrára vagy eldobható projektre.

Keress mintázatokat. Egy évekig stabil MX-szolgáltató stabil üzemeltetőt sejtet. A sűrű MX-váltás az ellenkezőjét. Egyik sem feltétlenül rossz, de mindkettő elárulja, milyen projektet örökölsz.

4. lépés: Hogyan olvasd az NS rekordok történetét?

Az NS rekordok megmutatják, melyik cég kezelte a domain DNS-ét. Ez általában a regisztrátor, egy hosting szolgáltató vagy egy CDN. Az egyik NS-szolgáltatótól a másikhoz való átállás migrációs esemény, és a migrációk gyakran egybeesnek tulajdonosváltással vagy arculatváltással.

Ha az NS-történetben évekig Cloudflare szerepel, majd hirtelen egy olcsó regisztrátor alapértelmezett névszervereire vált, az arra utal, hogy a domaint elhagyták vagy eladták. Az indie hackereknek ez azért fontos, mert ez a váltás gyakran az aktív fejlesztés végét jelzi.

5. lépés: Hogyan vesd össze a DNS-történetet a WHOIS-szal és a webarchívumokkal?

A DNS-történet önmagában kevés. Egészítsd ki WHOIS-előzményekkel (a DomainTools kínál ilyet, és sok regisztrátor is őriz korlátozott rekordokat) és a Wayback Machine-nel. Ha az NS-váltás dátuma egybeesik egy WHOIS-regisztráns váltással és az archív pillanatképekben is van egy hézag, akkor összeáll a történet.

Ez a háromszögelés különbözteti meg az igazi DNS-történet domain vizsgálatot egy alkalmi lekérdezéstől. Egy rekord még csak nyom. Három egybevágó rekord már bizonyíték.

6. lépés: Hogyan ismerd fel a vörös zászlókat az MX és NS történetben?

Vörös zászló, ha az MX rekordok ismert spam-barát hostokra mutatnak, ha az NS rekordok néhány havonta össze nem tartozó szolgáltatók között ugrálnak, és ha hosszú időszakok vannak egyáltalán rekordok nélkül. Egy domain, amelynek nincs MX-története és sűrűn váltogatja az NS-t, valószínűleg soha nem adott otthont valódi terméknek.

Fordítva: egy domain, amely mögött évekig stabil Google MX és Cloudflare NS állt, nagy valószínűséggel valódi vállalkozásé volt. Ez az a történet, amit látni szeretnél, amikor valaki más halott projektjének domainjét vásárolod meg.

7. lépés: Hogyan használd a DNS-történetet egy domain értékeléséhez?

A DNS-történet nem határozza meg az árat, de befolyásolja. Egy tiszta, stabil e-mail- és hosting-előzményű domaint könnyebb újraindítani, mert nem örökölsz spam-reputációt. Egy rendetlen MX-múlttal rendelkező domainnél lehetnek e-mail-kézbesítési problémák, amelyek hónapokig tartanak, mire megoldódnak.

Ellenőrizd a domaint nagy blokklistákon, például a Spamhauson, mielőtt elkötelezed magad. Ha az MX-történet gyanúsnak tűnik, feltételezd, hogy a reputáció is az, és ennek megfelelően árazz.

8. lépés: Hogyan őrizd meg a saját DNS-történetedet, mielőtt eltemetnéd a projektet?

Mielőtt visszavonulsz egy projektet, exportáld az aktuális MX és NS rekordjait, és mentsd el dátummal. Készíts képernyőképet a regisztrátor DNS-paneljéről. Ez a feljegyzés a projekt történetének része lesz, és hasznos, ha valaha bizonyítani akarod, hogy a domainnek tiszta előzményei voltak, amikor eladod.

Amikor eltemetnéd a halott projektedet 1 dollárért, ez a történet is része annak, amit a vevő értékel. A rendezett DNS-nyom eladási érv, nem lábjegyzet.

Mi sülhet el balul a DNS-történet domain vizsgálat során?

A passzív DNS-adatok hiányosak. Egyes szolgáltatók csak nemrég kezdtek naplózni, az ingyenes eszközök pedig gyakran legfeljebb néhány évet mutatnak. Könnyen összetévesztheted a hiányzó adatot a tiszta történettel.

Másodszor, a DNS-rekordokat meg lehet hamisítani, vagy örökölhetők egy korábbi tulajdonostól anélkül, hogy mögöttük valódi üzlet állna. Egy Google MX rekord nem bizonyítja, hogy létezett egy cég; csak azt, hogy valaki regisztrált a Google Workspace-re. Kezeld minden rekordot nyomként, nem tényként.

Harmadszor, az adatvédelmi szolgáltatások és a regisztrátorváltások megszakíthatják a WHOIS folytonosságát, ami megtöri az összevetés lépését. Ilyenkor támaszkodj jobban a webarchívumokra, és fogadd el, hogy néhány hézag nem zárható be.

Előfeltételek egy DNS-történet domain vizsgálathoz

Szükséged lesz a domainnévre, egy terminálra vagy webes DNS-lekérdező eszközre, és legalább egy passzív DNS-szolgáltatás fiókjára. Egy ingyenes SecurityTrails- vagy ViewDNS.info-fiók a legtöbb alkalmi ellenőrzéshez elég. Mélyebb munkához számolj fizetős csomaggal, és DomainTools-előfizetéssel, ha a WHOIS-történet számít.

Azt is tudnod kell, ki a domain jelenlegi regisztrátora, és hogy lejárt-e vagy parkol-e. Ez a kontextus alakítja, hogyan értelmezed az összes talált történeti rekordot.

Kezdd azokkal a domainekkel, amelyeket fontolgatsz megvenni, majd dolgozd vissza az MX és NS történetüket. Böngészd a temetőt, hogy lásd, melyek érhetők el.