PortChecker Logo
PortChecker
Резултати от авторитетни сървъри за имена

Търсене на 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, които разкриват колко дълго всеки запис ще продължи да съществува в кеш паметта, преди резолвърите да проверят повторно авторитетния източник.

Как работи

1

Въведете домейн

Напишете ime на домейн — напр. google.com или github.com. Можете да заявите коренен домейн или поддомейн.

2

Изберете тип запис

Изберете типа DNS запис, който искате — A, MX, TXT, NS, CNAME, SOA, CAA — или изберете Всички записи.

3

Вижте резултатите

Резултатите се връщат в реално време от авторитетни сървъри на 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 Типове записи: Какво контролира всеки от тях

A
A запис (Адрес)

Картира домейн към адрес IPv4 — най-фундаменталният запис на DNS. Примерен изход: 93.184.216.34, TTL 3600 (кеширани 1 час). Когато записът A липсва или е грешен, домейнът става недостъпен за браузърите.

AAAA
AAAA запис (IPv6 адрес)

Картира домейн към IPv6 адрес за модерно мрежово маршрутизиране. Пример: 2606:2800:220:1:248:1893:25c8:1946. Ако липсва, клиентите само за IPv6 не могат да достигнат до домейна — въпреки че обикновено се прилага резервен IPv4 (запис A).

MX
MX запис (Mail Exchange)

Указва кои пощенски сървъри приемат имейли за домейна. Всеки запис включва номер на приоритет - по-ниските стойности имат предимство. Пример: приоритет 10 е основният сървър; приоритет 20 е резервният вариант. Ако не съществува запис MX, имейлът до този домейн ще бъде отхвърлен.

TXT
TXT запис (Текст)

Съхранява произволни текстови данни. Основни употреби: SPF (v=spf1 include:_spf.google.com ~all) разрешава кои сървъри могат да изпращат имейл; DKIM предоставя публичен ключ за проверка на подписа; DMARC (v=DMARC1; p=reject) задава правилата за неудостоверен имейл. Множество TXT записи могат да съществуват едновременно в един домейн.

NS
NS запис (Сървър за имена)

Идентифицира авторитетните сървъри за имена за домейна — сървърите, които съхраняват официалните записи на DNS. Ако записите на NS се променят, органът за зона се прехвърля към новите сървъри за имена след разпространение.

CNAME
CNAME запис (Канонично ime)

Създава псевдоним, насочващ един домейн към друг, който след това се преобразува в IP. Използва се за поддомейни (www, cdn, поща) и CDN маршрутизиране. Критично ограничение: CNAME записите не могат да се задават в основния (върхов) домейн — вместо това използвайте A запис или ALIAS запис в root.

Основните домейни не могат да използват CNAME записи.
SOA
SOA запис (Start of Authority)

Съдържа метаданни за зоната: първичен сървър за имена, администраторски контакт (кодиран като admin.example.com вместо [email protected]), сериен номер във формат YYYYMMDDNN и параметри за време. Серийният номер се увеличава с всяка промяна на DNS — потвърждавайки, че е извършена актуализация.

CAA
CAA запис (Упълномощаване на CA)

Ограничава кои сертифициращи органи могат да издават SSL/TLS сертификати за домейна. Пример: „0 проблем letsencrypt.org“ ограничава издаването само до Let's Encrypt. Ако не съществува запис CAA, всеки CA може да издаде сертификат за вашия домейн.

Какво е 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 от командния ред. Ето как този онлайн инструмент сравнява най-често използваните случаи.

ХарактеристикаТози инструментdignslookup
Не се изисква инсталация
да
не
не
Заявка за всички типове записи наведнъж
да
Частичен
не
Запитва директно до авторитетни сървъри за имена
да
да
Частичен
Показва стойности на TTL
да
да
Частичен
Показва приоритет на MX
да
да
да
Резултати за споделяне
да
не
не

Често задавани въпроси