DNS-історія домену: що розкривають MX та NS записи

DNS-записи - це паперовий слід, який залишає домен. Історія MX та NS показує, хто обробляв його пошту та DNS, що часто натякає на те, для чого використовувався сайт і коли він змінив власника. Це стає в пригоді, коли ви оцінюєте домен мертвого проєкту на цвинтарі або вирішуєте поховати власний.

Що таке аналіз DNS-історії домену?

Аналіз DNS-історії домену - це практика запиту минулих DNS-записів, особливо MX та NS, щоб реконструювати операційне минуле домену. Ви використовуєте публічні бази даних та пасивні DNS-інструменти, щоб побачити, на які поштові сервери та сервери імен домен вказував з часом. Кожна зміна - це підказка про власність, хостинг або призначення.

Крок 1: Як зібрати поточний DNS-базис?

Почніть з живих записів, щоб знати, з чим порівнювати. Виконайте dig MX example.com +short та dig NS example.com +short у терміналі або скористайтеся веб-інструментом на кшталт Google Public DNS lookup чи MXToolbox. Збережіть результат з позначкою часу. Цей базис стане якорем для кожного історичного порівняння.

Якщо домен взагалі не має MX-записів, це вже дані. Це означає, що домен зараз не налаштований приймати пошту, що типово для припаркованих або вигорілих проєктів.

Крок 2: Які інструменти показують історичні MX та NS записи?

Вам потрібні пасивні DNS-бази даних, а не лише живі запити. SecurityTrails, ViewDNS.info та DNSDumpster пропонують історичні перегляди, деякі безкоштовно, деякі платно. Безкоштовний рівень SecurityTrails дає обмежену кількість запитів; платні плани починаються приблизно від $50 на місяць. Історичний DNS-інструмент ViewDNS.info безкоштовний, але з обмеженням частоти. Для разової перевірки цього зазвичай вистачає.

Не довіряйте одному джерелу. Перехресно перевірте два інструменти перед висновками, оскільки покриття пасивного DNS варіюється залежно від провайдера та регіону.

Крок 3: Як читати історію MX-записів?

MX-записи вказують на поштові сервери, які приймають пошту для домену. Історія, що показує Google Workspace (ASPMX.L.GOOGLE.COM), свідчить про те, що там колись працював реальний бізнес. Історія, повна випадкових поштових серверів, які змінюються кожні кілька тижнів, вказує на щось менш легітимне: спам-інфраструктуру або одноразовий проєкт.

Шукайте закономірності. Стабільний MX-провайдер роками означає стабільного оператора. Часта зміна MX - навпаки. Ні те, ні інше автоматично не погано, але обидва розповідають, який проєкт ви успадковуєте.

Крок 4: Як читати історію NS-записів?

NS-записи показують, яка компанія керувала DNS домену. Зазвичай це реєстратор, хостинг-провайдер або CDN. Перехід від одного NS-провайдера до іншого - це міграція, і міграції часто збігаються зі зміною власника або ребрендингом.

Якщо історія NS показує Cloudflare роками, а потім раптовий перехід на стандартні сервери імен бюджетного реєстратора, це сигнал, що домен було покинуто або продано. Інди-хакерам варто звернути увагу, бо такий перехід часто означає кінець активної розробки.

Крок 5: Як перехресно перевірити DNS-історію з WHOIS та веб-архівами?

Сама DNS-історія тонка. Поєднайте її з історією WHOIS (DomainTools пропонує це, багато реєстраторів зберігають обмежені записи) та Wayback Machine. Якщо дата зміни NS збігається зі зміною власника в WHOIS та прогалиною в архівних знімках, ви маєте зв'язну історію.

Це триангуляція відрізняє справжній аналіз DNS-історії від поверхового перегляду. Один запис - підказка. Три узгоджених записи - доказ.

Крок 6: Як помітити червоні прапорці в історії MX та NS?

Червоні прапорці включають MX-записи, що вказують на відомі спам-дружні хости, NS-записи, які стрибають між непов'язаними провайдерами кожні кілька місяців, та тривалі прогалини без записів взагалі. Домен без MX-історії та з частою зміною NS, ймовірно, ніколи не хостив реальний продукт.

З іншого боку, домен з роками стабільного Google MX та Cloudflare NS, швидше за все, належав справжньому бізнесу. Саме таку історію ви хочете, купуючи домен у чиємусь мертвому проєкті.

Крок 7: Як використати DNS-історію для оцінки домену?

DNS-історія не встановлює ціну, але впливає на неї. Домен з чистою, стабільною історією пошти та хостингу легше перезапустити, бо ви не успадковуєте спам-репутацію. Домен з брудною MX-історією може мати проблеми з доставкою пошти, які потребуватимуть місяців на виправлення.

Перевірте домен у великих блок-листах, як Spamhaus, перед тим як зобов'язуватися. Якщо MX-історія виглядає підозріло, вважайте, що репутація теж під питанням, і оцінюйте відповідно.

Крок 8: Як зберегти власну DNS-історію перед похованням проєкту?

Перед тим як завершити проєкт, експортуйте його поточні MX та NS записи та збережіть з датою. Зробіть скріншот панелі DNS реєстратора. Цей запис стане частиною історії проєкту і стане в пригоді, якщо ви захочете довести, що домен мав чисту історію при продажу.

Коли ви ховаєте свій мертвий проєкт за $1, ця історія - частина того, що оцінює покупець. Охайний DNS-слід - це перевага, а не примітка.

Що може піти не так з аналізом DNS-історії домену?

Пасивні DNS-дані неповні. Деякі провайдери почали вести записи лише нещодавно, а безкоштовні інструменти часто показують лише кілька років. Ви легко можете помилково прийняти відсутність даних за чисту історію.

По-друге, DNS-записи можуть бути підроблені або успадковані від попереднього власника без реального бізнесу за ними. Google MX-запис не доводить, що компанія існувала; він доводить, що хтось зареєструвався в Google Workspace. Ставтеся до кожного запису як до підказки, а не факту.

По-третє, сервіси конфіденційності та передачі реєстратора можуть порушити безперервність WHOIS, що ламає крок перехресної перевірки. Коли це трапляється, більше покладайтеся на веб-архіви та прийміть, що деякі прогалини не закриються.

Передумови для аналізу DNS-історії домену

Вам знадобиться ім'я домену, термінал або веб-інструмент для DNS-запитів та хоча б один обліковий запис пасивного DNS-сервісу. Безкоштовного облікового запису SecurityTrails або ViewDNS.info вистачає для більшості випадкових перевірок. Для глибшої роботи закладіть бюджет на платний план та підписку DomainTools, якщо важлива історія WHOIS.

Також варто знати поточного реєстратора домену та чи він прострочений або припаркований. Цей контекст формує те, як ви інтерпретуєте кожен історичний запис.

Почніть з доменів, які розглядаєте для покупки, а потім пройдіться назад через їхню історію MX та NS. Перегляньте цвинтар, щоб побачити, які доступні.