Таблиця поширених типів DNS-записів з пошуком і поясненнями, від A і MX до CAA і TLSA.
Пошук DNS over HTTPS
Мережа: DoH
Сам інструмент доступний англійською мовою; на цій сторінці наведено пояснення вашою мовою.
Використовуйте Пошук DNS over HTTPS
Як це працює
Перегляньте DNS-записи домену через DNS over HTTPS (DoH). Ваш браузер надсилає запит на ретранслятор PhishDestroy, який звертається до Cloudflare або Google і показує кожну відповідь з її TTL.
DNS-імена, які ви шукаєте, надсилаються до ретранслятора DNS PhishDestroy (/api/dns-resolve.php), який звертається до Cloudflare або Google DNS через HTTPS.
Як користуватися Пошук DNS over HTTPS
- Введіть ім'я хоста. Замініть ім'я-зразок доменом або хостом, який хочете перевірити, наприклад mail.example.com. Не вказуйте https:// і шлях.
- Виберіть тип запису. Виберіть A, AAAA, CNAME, MX, TXT, NS, CAA або SOA. Кожен запит шукає один тип.
- Виберіть резолвер. Виберіть Cloudflare Secure DNS або Google Public DNS. Запит до обох показує, чи залежить відповідь від резолвера.
- Виконайте запит. Натисніть Resolve DNS (виконати DNS-запит) або Enter у полі імені. Запит надходить на ретранслятор PhishDestroy, який звертається до вибраного провайдера через HTTPS.
- Прочитайте відповіді. Спершу перевірте статус, потім кожну картку відповіді: тип запису, ім'я, TTL і значення. Copy копіює одне значення в буфер обміну.
- Продовжте розслідування. Скористайтеся Send to… (надіслати до…), щоб передати домен в Abuse Contact Lookup, Email Authentication Checker або Lookalike Domain Generator.
Приклад
Записи A для example.com
example.comDNS Answers
✓ NOERROR
A
TTL: 124s
example.com
104.20.23.154
A
TTL: 124s
example.com
172.66.147.243Показує статус відповіді (NOERROR) і кожен запис A для example.com з його TTL та кнопкою Copy (копіювати). Перемкніть тип на MX або TXT, щоб побачити поштові сервери та SPF чи рядки верифікації.
Що перевіряється
| Сигнал | Що це означає |
|---|---|
| NOERROR | Резолвер відповів у звичайному режимі. Ім'я існує, але може не мати записів запитаного типу. |
| ERROR STATUS 3 (NXDOMAIN) | Імені не існує. Для фішингового домену, на який поскаржилися, це може означати, що реєстратор його призупинив. |
| ERROR STATUS 2 (SERVFAIL) | Резолвер не зміг отримати відповідь, наприклад тому, що сервери імен домену не відповідають або не проходить перевірка DNSSEC. Спробуйте іншого провайдера. |
| No records found (записів не знайдено) | NOERROR з порожньою відповіддю: ім'я існує, але не має записів цього типу. |
| Мітка типу запису | Кожна відповідь показує власний тип. Запит A для псевдоніма повертає CNAME, а потім адреси, на які він веде. |
| TTL | Скільки секунд резолвер може зберігати відповідь. Дуже короткі TTL разом з адресами, що змінюються між запитами, — ознака fast flux. |
| Значення | Дані запису в тому вигляді, в якому їх повертає резолвер: адреса, ім'я хоста, пріоритет і сервер MX або текст TXT у лапках, наприклад політика SPF. |
| Помилки ретранслятора | Показуються як Error: Unable to fetch DNS records з причиною, наприклад недійсне ім'я хоста, забагато запитів за хвилину або недоступний провайдер. |
Ще кілька прикладів
Запис MX для example.net
example.netЗ типом MX: NOERROR і одна відповідь MX, 0 . (null MX: пріоритет 0 і порожнє ім'я хоста, що означає, що домен не приймає електронну пошту).
Записи TXT для example.org
example.orgЗ типом TXT: NOERROR і дві відповіді TXT — "v=spf1 -all", політика SPF, що не дозволяє жодному серверу надсилати пошту від імені домену, і другий токен, схожий на випадковий.
Зарезервоване ім'я, яке не може існувати
login.exampleЗ типом A: ERROR STATUS 3 і No A records found for login.example. Домен верхнього рівня .example зарезервований, тож імен під ним ніколи не існує.
Часті запитання
Які записи можна переглянути?
A, AAAA, CNAME, MX, TXT, NS, CAA і SOA, один тип за запит. Вводьте просто ім'я хоста, як-от mail.example.com, а не повний URL з https:// чи шляхом.
Що означає ERROR STATUS 3 і чи може відповідь бути іншою деінде?
Статус 3 — це NXDOMAIN: імені не існує в DNS; саме це повертає і фішинговий домен, призупинений реєстратором (clientHold). Відповіді надходять від одного публічного резолвера в один момент, тож хости з geo-DNS і fast flux можуть повертати іншим людям інші адреси.
Чи надсилається кудись мій запит?
Так. Ім'я та тип запису надсилаються на ретранслятор PhishDestroy (/api/dns-resolve.php), який запитує Cloudflare або Google через DNS over HTTPS і повертає відповідь. Пошук виконується лише тоді, коли ви натискаєте Resolve DNS чи Load example або надсилаєте сюди домен з іншого інструмента, а ретранслятор дозволяє близько 60 запитів на хвилину з однієї IP-адреси.
Чому я отримую NOERROR, але без записів?
Ім'я існує, але не має записів вибраного типу. Наприклад, example.com не має записів CAA, тож запит CAA повертає NOERROR без відповідей. Спробуйте інший тип або NS, щоб побачити, хто обслуговує зону.
Чому пошук A показує CNAME?
Ім'я є псевдонімом. Резолвер переходить за ним і повертає CNAME разом з адресами цілі, тож видно, куди насправді вказує піддомен, наприклад на платформу хостингу чи CDN.
Чому TTL змінюється між запитами?
Публічні резолвери кешують відповіді й відраховують TTL до нуля. Менше число означає, що кешована відповідь старіша, а не що запис змінився. Ретранслятор також може повторно використовувати відповідь до 30 секунд.