Пошук DNS-записів

Знайдіть DNS записи для будь-якого домену або URL. Запитуйте записи A/AAAA (IPv4/IPv6), CNAME, MX, TXT (SPF/DMARC/DKIM), NS та SOA. Включає фільтрацію за типом запису, результати/оцінку, копіювання/експорт у JSON та чистий вигляд виводу у вигляді сирого тексту.

Loading…

Про інструмент Пошук DNS записів

Введіть домен (або вставте URL) і миттєво перегляньте його DNS конфігурацію: розв'язання IP (A/AAAA), аліаси (CNAME), маршрутизацію пошти (MX), текстові записи (TXT для SPF/DMARC/DKIM), сервери імен (NS) та зону авторитетності (SOA). Ідеально для налагодження налаштувань домену, доставки електронної пошти та змін інфраструктури.

Можливості

  • Пошук DNS записів для домену або URL (автоматично витягує ім'я хоста).
  • Фільтрація за типом запису: ВСІ, A, AAAA, CNAME, MX, TXT, NS, SOA.
  • Порівняння розв'язання IPv4/IPv6 (A проти AAAA) для готовності до сучасного двостекового режиму.
  • Видимість DNS для пошти: знайдіть TXT записи, пов'язані з SPF/DMARC/DKIM, та поширені прогалини.
  • Результати + карта оцінки для швидшого виявлення можливих проблем конфігурації.
  • Вбудована фільтрація та режим перегляду «лише проблеми» для швидшого усунення несправностей.
  • Легке копіювання результатів для заявок і документації.
  • Експорт звіту JSON для автоматизації та аудиту.
  • Чистий вивід сирого тексту, придатний для обміну та порівняння.

🧭 Як використовувати for dns-records-lookup

1

Введіть домен або URL

Вставте ім'я хоста, наприклад example.com, або повний URL, як-от [https://example.com/path](https://example.com/path). Інструмент використає доменну частину для DNS запитів.

2

Виберіть тип запису

Виберіть ВСІ, щоб отримати повний огляд, або оберіть конкретний тип (A, AAAA, MX, TXT тощо), щоб зосередити пошук.

3

Перегляньте результати та висновки

Спочатку перевірте повернуті записи, потім перегляньте результати/оцінку на наявність потенційних проблем (відсутність очікуваних записів, підозрілі значення або неповна настройка пошти).

4

Експортуйте та діліться

Скопіюйте результати в заявку підтримки або завантажте звіт JSON, щоб зберегти історію аудиту або автоматизувати перевірки.

Технічні характеристики

Модель пошуку

Цей інструмент виконує запити DNS записів для наданого домену/URL та повертає результати у вигляді читабельного сирого тексту з опціональними висновками.

НалаштуванняПоведінкаЗа замовчуванням
Вхідні даніДомен або URL (виділено ім'я хоста)[https://example.com](https://example.com)
Тип записуALL, A, AAAA, CNAME, MX, TXT, NS, SOAALL
ТаймаутОбмеження часу пошуку DNS12000 мс
User-AgentІдентифікує агента користувача запитуEncode64Bot/1.0 (+[https://encode64.com](https://encode64.com))
Приватні мережіБлокує доступ до діапазонів приватних мереж для безпекиВимкнено (приватні мережі не дозволені)

Пояснення типів записів

Короткий посібник про те, що зазвичай представляє кожен тип запису та коли його використовувати.

ТипЩо робитьПоширене використання
AЗв'язує ім'я з IPv4-адресоюВеб-хостинг, оригінальні сервери
AAAAЗв'язує ім'я з IPv6-адресоюПідтримка IPv6 та двостекові налаштування
CNAMEСтворює псевдонім одного імені для іншого канонічного іменіІмена хостів CDN, маршрутизація сервісів
MXЗаписи поштового обміну з пріоритетомМаршрутизація та доставність електронної пошти
TXTТекстові записи, що використовуються для багатьох політикSPF, DKIM, DMARC, токени верифікації
NSДелегує зону авторитетним серверам іменКонфігурація DNS-провайдера та делегування
SOAПочаток авторитетності для зониМетадані серійного номера/оновлення зони та авторитетність
TXT-записи часто є найзавантаженішими: SPF живе в TXT, DMARC використовує TXT-запис на _dmarc.вашдомен, а DKIM зазвичай з'являється під selector._domainkey.вашдомен.

Записи безпеки електронної пошти (SPF/DMARC/DKIM)

Доставність електронної пошти та стійкість до спуфінгу значно залежать від DNS TXT-записів. Цей інструмент допомагає вам переглянути та перевірити їхню наявність одним поглядом.

ЗаписДе шукатиЩо очікувати
SPFTXT на кореневому домені (example.com)Одна політика v=spf1 (уникайте кількох TXT-записів SPF)
DMARCTXT на _dmarc.example.comv=DMARC1 з політикою (p=none/quarantine/reject)
DKIMTXT на selector._domainkey.example.comПублічний ключ, опублікований вашим поштовим провайдером

Командний рядок

Віддаєте перевагу CLI? Ці команди відтворюють поширені перевірки DNS локально. Використовуйте їх для підтвердження результатів або діагностики скриптів.

macOS / Linux

Запит A та AAAA записів

dig example.com A +short

dig example.com AAAA +short

Показує IPv4 та IPv6 адреси. Корисно для перевірки подвійного стеку.

Запит CNAME

dig [www.example.com](http://www.example.com) CNAME +short

Показує, чи є ім'я хоста псевдонімом для іншого імені хоста (часто CDN).

Запит MX записів

dig example.com MX +short

Списує поштові сервери та їхні пріоритети.

Запит TXT (SPF та інші записи верифікації)

dig example.com TXT +short

Показує TXT-записи; шукайте v=spf1 та інші значення політик/верифікації.

Запит DMARC

dig _dmarc.example.com TXT +short

Показує політику DMARC, якщо вона налаштована.

Запит NS та SOA

dig example.com NS +short

dig example.com SOA +short

Перевіряє авторитетні сервери імен та метадані зони авторитетності.

Windows

Базовий пошук (A-запис)

nslookup -type=A example.com

Показує відображення IPv4 для домену.

Пошук TXT (підказки SPF/DMARC)

nslookup -type=TXT example.com

Виводить TXT записи; DMARC зазвичай знаходиться під _dmarc.example.com.

Якщо ви налагоджуєте доставку електронної пошти, перевірте наявність SPF та публікацію DMARC. Також переконайтеся, що ви не публікуєте кілька TXT записів SPF у корені домену — багато отримувачів розглядають це як постійну помилку SPF.

Випадки використання

Перевірка веб-хостингу та маршрутизації CDN

Підтвердьте, що ваш домен вказує на правильні IP-адреси або імена хоста CDN, і що IPv6 налаштовано як очікувалося.

  • Перевірте A/AAAA для вихідних IP
  • Підтвердьте, що CNAME вказує на вашого провайдера CDN
  • Виявіть відсутність AAAA (немає IPv6), коли ви його очікуєте

Усунення несправностей маршрутизації та доставки електронної пошти

Перевірте MX та TXT записи, щоб підтвердити налаштування поштового провайдера та політики захисту від підробки.

  • MX записи вказують на вашого поштового провайдера
  • SPF опубліковано (v=spf1 ...)
  • DMARC існує за адресою _dmarc.yourdomain
  • Селектори DKIM існують під selector._domainkey

Налагодження змін у провайдерах DNS та делегування

Під час міграції між провайдерами DNS, записи NS/SOA допомагають підтвердити делегування та межі авторитетності.

  • NS записи відповідають провайдеру, якого ви налаштували у реєстратора
  • SOA вказує на очікувану вами авторитетну зону

Діагностика непрацюючих субдоменів

Якщо субдомен не вирішується, шукайте відсутні A/AAAA записи або неправильні цілі CNAME.

  • CNAME вказує на неіснуюче ім'я хоста
  • Для субдомену не опубліковано A/AAAA записів
  • Делегування NS існує при використанні окремого хостингу зони

❓ Frequently Asked Questions

❓Чи можна вставити повну URL-адресу замість домену?

Так. Інструмент приймає домен або повну URL-адресу та використовує частину з ім'ям хоста для запиту DNS записів.

❓Що означає тип запису "ALL"?

Він виконує ширший пошук, щоб ви могли переглядати спільні записи разом (A/AAAA, CNAME, MX, TXT, NS, SOA) замість перевірки кожного типу окремо.

❓Чому я бачу кілька A або AAAA записів?

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

❓Чому публікація кількох TXT записів SPF є проблемою?

SPF очікує один політичний запис у корені. Кілька SPF записів можуть спричинити, що отримувачі розглядатимуть SPF як постійну помилку, що погіршує доставку.

❓Де DMARC зберігається в DNS?

DMARC зазвичай публікується як TXT запис за адресою _dmarc.yourdomain (наприклад, _dmarc.example.com) зі значенням, що починається з v=DMARC1.

❓Де DKIM зберігається в DNS?

DKIM використовує TXT-записи під selector._domainkey.yourdomain. Назва селектора залежить від вашого поштового провайдера та конфігурації.

❓Чи перевіряє цей інструмент поширення DNS глобально?

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

Pro Tips

Best Practice

Під час міграції DNS перевіряйте NS у реєстратора, а потім перевіряйте SOA, щоб підтвердити, який провайдер є авторитетним.

Best Practice

Для продуктивності та сучасного підключення публікуйте AAAA, якщо ваша інфраструктура підтримує IPv6 (багато CDN це роблять за замовчуванням).

Best Practice

Для безпеки електронної пошти прагніть використовувати SPF + DKIM + DMARC разом; DMARC без узгодження DKIM/SPF не буде ефективним.

Best Practice

Тримайте SPF керованим: уникайте занадто великої кількості DNS-запитів і уникайте кількох SPF-записів у кореневому домені.

CI Tip

Експортуйте JSON і зберігайте його в інцидент-тикетах під час простоїв — знімки DNS корисні, коли записи змінюються під час налагодження.

Additional Resources

Огляд DNS-записів (Навчальний центр Cloudflare)
Documentation
Огляд SPF (OpenSPF)
Documentation
Огляд DMARC (dmarc.org)
Documentation
DKIM (Wikipedia)
Documentation

Other Tools

Пошук DNS записів — запит A, AAAA, CNAME, MX, TXT, NS та SOA | Encode64