Пошук DNS — запит будь-яких записів DNS домену в реальному часі
Діагностуйте збої доставки електронної пошти, підтверджуйте міграцію домену та перевіряйте політики безпеки — без інсталяції dig або nslookup.
Що таке DNS-пошук?
Пошук DNS запитує Domain Name System для отримання записів, приєднаних до домену — функціонує як телефонна книга для Інтернету, перекладаючи зрозумілі людині доменні імена в технічні мережі даних, необхідні для маршрутизації трафіку та надання послуг. Кожен домен містить кілька типів записів: записи A вказують на IP-адреси, MX записує маршрут електронної пошти, записи TXT містять політики безпеки, а записи NS делегують повноваження серверу імен.
Коли ви запускаєте пошук DNS, запит переходить до рекурсивного розпізнавача (керується вашим ISP або загальнодоступного розпізнавача, як-от 8.8.8.8 або 1.1.1.1). Якщо резолвер має кешовану відповідь у вікні TTL запису, він повертає це кешоване значення. Якщо ні, він запитує авторитетний сервер імен — сервер, на якому зберігаються офіційні записи домену. Цей інструмент обходить кешування та надсилає запити до авторитетних серверів напряму, тому результати відображають поточний опублікований стан зони, а не те, що кешував ваш браузер.
Ваш браузер автоматично виконує пошук DNS у фоновому режимі, але нічого не показує. Цей інструмент відкриває повний набір записів: не лише IP-адресу, але й усі типи записів, приєднаних до домену, включаючи значення TTL, які показують, як довго кожен запис зберігатиметься в кешах, перш ніж резолвери повторно перевірять авторитетне джерело.
Як це працює
Введіть домен
Введіть будь-яке доменне ім'я — наприклад, google.com або github.com. Можна запитувати кореневий домен або піддомен.
Виберіть тип запису
Оберіть тип DNS-запису для перевірки — A, MX, TXT, NS, CNAME, SOA, CAA — або виберіть Всі записи.
Перегляньте результати
Результати повертаються в режимі реального часу з авторитетних серверів DNS. Кожен рядок показує тип запису, значення, TTL (як довго запис кешується резолверами) і — для записів MX — номер пріоритету. Скопіюйте будь-який запис у буфер обміну одним клацанням миші.
Як прочитати ваші результати пошуку DNS
Після завершення пошуку кожен рядок результату містить кілька полів. Ось значення кожного поля та на що звернути увагу.
| Поле | Що це вам говорить |
|---|---|
TTL (Time To Live) | Кількість секунд, протягом якого цей запис кешується розв’язувачами перед повторним запитом до авторитетного сервера. TTL 300 = зміни поширюються приблизно за 5 хвилин. TTL 86400 = старий запис може зберігатися протягом 24 годин після того, як ви його змінили. |
MX Пріоритет | Є лише на записах MX. Менші числа мають вищий пріоритет. Налаштування 10 (основний) і 20 (резервний) створює ланцюг відновлення після відмови. Рівні значення пріоритету означають, що обидва сервери рівномірно розподіляють навантаження. |
Значення запису | Фактичні дані, які містить запис — IP-адреса для записів A/AAAA, ім’я хоста для MX/NS/CNAME або текстовий рядок для записів TXT. Це значення, яке використовують резольвери DNS під час маршрутизації трафіку або перевірки політик. |
Ланцюг CNAME | Коли CNAME вказує на інший CNAME, формується ланцюжок роздільної здатності. Ланцюги, довші за 8 переходів, не зможуть розв’язатися у більшості клієнтів — якщо глибина стає проблемою, замініть проміжні CNAME прямим записом A. |
Графік розповсюдження TTL і DNS
Використовуйте TTL, щоб оцінити, як швидко резолвери повинні вловити зміни та коли варто перевірити ще раз.
| TTL (Time To Live) | Очікуване вікно поширення | Коли повторно перевіряти |
|---|---|---|
| 300 | ~15-30 хвилин по всьому світу | Кожні 5-10 хвилин |
| 3600 | ~1-2 години | Кожні 30-60 хв |
| 86400 | До 24 годин | Перевірте через 12 годин, потім знову через 24 години |
DNS Типи записів: що кожен з них контролює
Зіставляє домен на адресу IPv4 — найбільш фундаментальний запис DNS. Приклад вихідних даних: 93.184.216.34, TTL 3600 (кеш 1 година). Якщо запис A відсутній або неправильний, домен стає недоступним для браузерів.
Зіставляє домен на адресу IPv6 для сучасної мережевої маршрутизації. Приклад: 2606:2800:220:1:248:1893:25c8:1946. Якщо його немає, клієнти лише з IPv6 не можуть отримати доступ до домену, хоча зазвичай застосовується резервний варіант IPv4 (запис A).
Визначає, які поштові сервери приймають електронну пошту для домену. Кожен запис містить номер пріоритету — нижчі значення мають пріоритет. Приклад: пріоритет 10 – основний сервер; пріоритет 20 є запасним. Якщо запис MX не існує, електронні листи на цей домен буде відхилено.
Зберігає довільні текстові дані. Основне використання: SPF (v=spf1 include:_spf.google.com ~all) визначає, які сервери можуть надсилати електронні листи; DKIM надає відкритий ключ для перевірки підпису; DMARC (v=DMARC1; p=reject) встановлює політику для неавтентифікованої електронної пошти. Кілька записів TXT можуть співіснувати в одному домені.
Визначає авторитетні сервери імен для домену — сервери, на яких зберігаються офіційні записи DNS. Якщо записи NS змінено, повноваження зони переходять до нових серверів імен після поширення.
Створює псевдонім, що вказує один домен на інший, який потім перетворюється на IP. Використовується для субдоменів (www, cdn, пошта) і маршрутизації CDN. Критичне обмеження: записи CNAME не можна встановити в кореневому (верхівковому) домені — замість цього використовуйте запис A або запис ALIAS у корені.
Містить метадані зони: основний сервер імен, контакт адміністратора (закодований як admin.example.com замість [email protected]), серійний номер у форматі YYYYMMDDNN і параметри часу. Серійний номер збільшується з кожною зміною DNS — це підтверджує оновлення.
Обмежує, які центри сертифікації можуть видавати сертифікати SSL/TLS для домену. Приклад: «0 issue letsencrypt.org» обмежує випуск лише Let's Encrypt. Якщо запис CAA не існує, будь-який ЦС може видати сертифікат для вашого домену.
Що таке DNSSEC і чи перевіряє його цей інструмент?
DNSSEC (розширення безпеки DNS) додає криптографічні підписи до записів DNS, дозволяючи резолверам перевіряти, чи записи не були підроблені під час передачі. Цей інструмент повертає необроблені записи DNS з авторитетних серверів, але наразі не виконує перевірку підпису DNSSEC. Для перевірки DNSSEC використовуйте спеціальний аналізатор DNSSEC.
Коли використовувати інструмент пошуку DNS
Налаштування та усунення несправностей пошти
Запитуйте записи MX, щоб перевірити маршрутизацію поштового сервера, перевірте записи TXT на наявність політик SPF, DKIM і DMARC і переконайтеся, що для вашої політики DMARC встановлено значення p=reject або p=quarantine, а не p=none.
Міграція домену та поширення
Після оновлення налаштувань DNS перевірте записи A і NS, щоб підтвердити поширення. Скоротіть TTL до 300 секунд принаймні за 24 години до запланованої міграції, щоб мінімізувати час простою під час переходу.
DNS Аудит безпеки
Перевірте, чи правильно опубліковано записи SPF, DKIM і DMARC TXT, щоб запобігти підробці електронної пошти. Перегляньте записи NS, щоб переконатися, що ваш домен не вказує на сервер імен, яким ви більше не керуєте. Це типова ознака захоплення субдоменів.
DevOps і поетапна перевірка
Перед розгортанням у виробництві переконайтеся, що записи проміжного субдомену A вказують на правильні сервери, псевдоніми CNAME розв’язані з передбачуваними джерелами CDN і наявні записи TXT для перевірки служби.
CDN і конфігурація субдомену
Переконайтеся, що субдомени, маршрутизовані CDN (cdn, assets, static), мають правильні цілі CNAME. Переконайтеся, що www вказує на ваш кореневий домен або кінцеву точку CDN, і переконайтеся, що субдомени з балансуванням навантаження містять список усіх призначених IP-адрес.
Онлайн-пошук DNS проти dig і nslookup: коли використовувати кожен
Розробники часто звертаються до dig або nslookup з командного рядка. Ось як цей онлайн-інструмент порівнює найпоширеніші випадки використання.
| Функція | Цей інструмент | dig | nslookup |
|---|---|---|---|
| Установка не потрібна | так | немає | немає |
| Запитувати всі типи записів одночасно | так | Частковий | немає |
| Запитує безпосередньо до авторитетних серверів імен | так | так | Частковий |
| Показує значення TTL | так | так | Частковий |
| Показує пріоритет MX | так | так | так |
| Результати для спільного використання | так | немає | немає |