How DNS Works: A Practical Guide to Domain Name Resolution
2026-09-05 · undefined min
When you type a domain name into your browser, the internet does not actually know what that name means. Computers talk to each other using IP addresses, not names. The Domain Name System (DNS) is the phone book of the internet: it translates a human-readable name like netchecks.org into a machine-readable address like 203.0.113.10.
This translation happens in milliseconds and usually goes unnoticed. Yet when it fails, the internet seems completely broken: websites stop loading, email bounces, and automated systems report errors. Understanding how DNS works is therefore not just theory - it is the key to diagnosing a large share of network problems.
1983
The domain name system is born
Paul Mockapetris publishes the first DNS specification, replacing the single hosts file that had to be manually updated on every machine on the ARPANET.
1990s
The web makes names essential
The explosion of the web turns human-readable domains into the primary interface of the internet, and registrars open a commercial market for them.
2000s
Security and resilience arrive
DNSSEC is deployed to authenticate answers, while anycast distributes the root servers for speed, reliability and resistance to attacks.
Today
A modern, encrypted DNS
Recursive resolvers adopt DNS over HTTPS and DNS over TLS, protecting privacy and making resolution harder to tamper with.
What DNS does and why it matters
DNS is a distributed database that maps names to records. When you register a domain, you delegate control over its records to an authoritative name server, which stores entries such as A records (IPv4 addresses), AAAA records (IPv6 addresses), MX records (mail servers) and CNAME records (aliases). This delegation is what makes DNS scalable: no single server holds the entire internet.
Because names are the main interface humans use to reach services, DNS is a foundational dependency. Almost every connection starts with a resolution. When a service appears down, the first question should be whether the name even resolves. A basic understanding of the lookup path saves hours of debugging.
The resolution path: from browser to authoritative server
The journey begins on your device, where a resolver is configured - usually your router or your ISP. Your browser asks this recursive resolver for the IP address of netchecks.org. If the resolver has no cached answer, it starts from the top: a root server points to the server responsible for the .org top-level domain, and that TLD server points to the authoritative server for netchecks.org.
The authoritative server finally returns the A record with the IP address. Each step is a separate query, and each answer is cached along the way. This multi-stage dance is why the very first lookup of a name can take a moment, while the next one is almost instant.
The DNS resolution path from your browser through recursive, root, TLD and authoritative servers.
Recursive versus authoritative servers, caching and TTL
The recursive resolver is the worker that does the whole journey for you. It accepts your query, walks the chain of servers and returns the final answer. The authoritative server is the source of truth: it is the only place that knows the definitive records for a domain. Confusing the two is common, but they play very different roles. Most of the resolvers you use day to day are recursive, not authoritative.
To avoid redoing the whole walk for every request, resolvers cache answers for a duration defined by the TTL, the time to live attached to each record. A short TTL means fast propagation of changes, while a long TTL means faster lookups but slower updates. Understanding TTL is essential whenever you change a DNS record.
How to diagnose a resolution problem
When a name does not resolve, the fastest diagnostic is a lookup tool. A good tool can query any of the server types directly, showing you the root, TLD and authoritative answers step by step, or interrogate a specific recursive resolver. If a lookup returns the expected record but your browser still fails, the problem is likely elsewhere: your local cache, your resolver, or a firewall.
Start by testing several resolvers. If public resolvers return a correct answer while your local resolver does not, your resolver or router is at fault. If every resolver fails, the problem sits on the authoritative side. Comparing results isolates the broken layer quickly.
Итог
DNS is a layered system of caches, resolvers and authoritative servers. Knowing who answers which query, and how caching and TTL affect propagation, lets you isolate a failing layer in minutes instead of hours.
Ваш публичный IP-адрес и сетевое местоположение определяются автоматически.
Загружается автоматически при открытии NetChecks — ввод не требуется. Используйте кнопку «Обновить» после смены сети или переподключения VPN.
Ваш браузер
Комплексное сканирование
Запускает все соответствующие проверки для одного IP или имени хоста за один проход: DNS, whois, ping, traceroute, сканирование известных портов (1-1024), заголовки HTTP и сертификат SSL.
Введите домен или IP-адрес и запустите проверку, чтобы разом проверить DNS, whois, ping, traceroute, распространённые порты, HTTP-заголовки и SSL-сертификат.
Большинство проверок выполняются параллельно - обычно завершается примерно за 30 секунд, дольше, если цель медленная или недоступна.
Этап сканирования портов выполняется только при установленном флажке согласия выше - все остальные проверки выполняются в любом случае.
Ping
Отправляет ICMP echo-запросы на хост для проверки его доступности и задержки.
Введите имя хоста или IP-адрес и нажмите Ping, чтобы отправить ICMP echo-запросы и измерить задержку туда-обратно.
Подробнее о Ping
Что это
Ping отправляет пакеты ICMP Echo Request на узел и измеряет время, за которое возвращаются пакеты ICMP Echo Reply. Это самый базовый тест сетевого подключения из существующих: он отвечает ровно на один вопрос - "доступна ли эта машина и насколько быстро?". Протокол ICMP (RFC 792) был разработан ещё в 1981 году специально для передачи управляющих и диагностических сообщений по IP-сетям, вне какого-либо прикладного трафика - Ping является его самой известной и повсеместно доступной реализацией, присутствующей практически на каждой операционной системе и сетевом устройстве с самых первых версий.
Как это работает
Каждый пакет ICMP несёт поле TTL (Time To Live), уменьшаемое на единицу при прохождении каждого маршрутизатора; если оно достигает нуля до того, как пакет достигнет цели, пакет отбрасывается, и отправителю возвращается сообщение об ошибке. Время кругового обхода (RTT), измеряемое в миллисекундах, отражает суммарную сетевую задержку на всём пути туда и обратно, а не только последний участок вблизи цели - момент, который часто понимают неверно, поскольку медленный результат ping может иметь причину в любой точке пути, не обязательно рядом с тестируемым сервером. Ping обычно отправляет несколько пакетов подряд, а не один, что позволяет отличить разовый всплеск задержки от повторяющейся проблемы и рассчитать долю потерь пакетов по выборке.
Интерпретация результатов
Стабильное, низкое значение RTT - несколько миллисекунд в локальной сети, от 10 до 50 мс для назначения внутри той же страны и заметно больше для межконтинентального соединения - свидетельствует о здоровом соединении. Даже небольшая потеря пакетов (свыше 1-2%) особенно пагубна для чувствительных к задержке приложений, таких как VoIP или интерактивные удалённые сеансы, где каждый потерянный пакет проявляется как сбой или слышимый разрыв. Сильно варьирующаяся задержка от пакета к пакету (джиттер) для тех же случаев зачастую является более серьёзной проблемой, чем высокая, но абсолютно стабильная задержка. "Превышено время ожидания запроса" означает, что в отведённое время не пришло ни одного ответа - узел действительно может быть недоступен, файрвол может незаметно блокировать ICMP, либо где-то на пути повреждён маршрут; "Узел назначения недостижим" - это другое и более информативное сообщение: промежуточный маршрутизатор явно отправил обратно сообщение о том, что не смог переслать пакет, что помогает сузить круг поиска реальной проблемы.
Частые ошибки
Наиболее распространённая ошибка интерпретации - делать вывод, что узел "недоступен", как только ping не проходит, тогда как очень многие серверы и устройства - особенно за грамотно настроенным файрволом или размещённые у крупных облачных провайдеров - намеренно блокируют входящий ICMP в качестве политики, оставаясь при этом полностью работоспособными и доступными по своим реальным сервисам (HTTP, база данных и так далее). Поэтому отсутствие ответа на ping является значимым доказательством недоступности только в сочетании с другими признаками, например, если само приложение тоже не отвечает. И наоборот, успешный ping вовсе не гарантирует, что прикладной сервис, размещённый на этой машине, работает корректно - это два совершенно независимых уровня сетевого стека.
Когда использовать
Первое, что нужно проверить перед эскалацией тикета: отвечает ли машина вообще, прежде чем копать дальше? Подтверждение подключения после изменения правила файрвола или таблицы маршрутизации, чтобы убедиться, что изменение не нарушило доступ. Установление базового измерения задержки перед внедрением VoIP или переключением на резервный канал оператора, чтобы иметь объективную точку сравнения, если позже поступят жалобы на качество связи. Лёгкая, периодическая проверка работоспособности для MSP, параллельно контролирующего несколько клиентских площадок, всегда как дополнение к более глубокому мониторингу на уровне приложений, а не как замена ему.
Traceroute
Отслеживает сетевой маршрут (переход за переходом) до хоста назначения.
Введите имя хоста или IP-адрес и запустите проверку, чтобы увидеть каждый сетевой узел между этим сервером и целью с задержкой на каждом узле.
Введите домен, выберите тип записи (A, AAAA, MX, TXT, NS, CNAME, SOA, PTR, SRV или CAA) и выполните запрос.
Whois
Просмотр регистрационной информации домена или IP-адреса.
Введите домен или IP-адрес, чтобы узнать данные регистрации: регистратора, организацию-владельца и важные даты.
Проверка чёрных списков
Проверяет, находится ли IP-адрес или домен в публичных чёрных списках спама/злоупотреблений (DNSBL).
Введите IPv4-адрес или домен и запустите проверку сразу по 7 публичным чёрным спискам (DNSBL/RBL) - для каждого показывается статус: в списке, не в списке или ошибка проверки.
Сканирование TCP-портов
Проверка, открыты ли TCP-порты на хосте или IP: распространённые порты, свой список, или весь диапазон 1-65535.
Введите хост или IP, выберите распространённые порты, свой список или весь диапазон, затем просканируйте, какие TCP-порты отвечают.
Полное сканирование диапазона может занять до ~100 секунд. Крупные сканирования (более 100 портов, включая настраиваемые диапазоны/списки) ограничены 1 разом в минуту на посетителя.
Открытые порты (0)
Просмотр заголовков HTTP
Получает статус ответа HTTP и заголовки для URL.
Введите URL, чтобы получить код состояния HTTP-ответа и все заголовки ответа, отправленные сервером.
Проверка сертификата SSL / TLS
Проверяет TLS-сертификат хоста: издатель, сроки действия и оставшиеся дни.
Введите имя хоста, чтобы проверить его TLS-сертификат: издателя, сроки действия и количество дней до истечения.
Geo-IP запрос
Определяет географическое местоположение и сетевую информацию для IP-адреса. Оставьте пустым, чтобы узнать свой публичный IP.
Введите любой IP-адрес или оставьте поле пустым, чтобы узнать свой, — вы увидите примерное местоположение и данные о сети/провайдере.
Вычисляется полностью в вашем браузере — данные на сервер не отправляются.
Введите IP-адрес и префикс CIDR (например, 192.168.1.0/24), чтобы мгновенно вычислить диапазон сети, широковещательный адрес и количество доступных хостов.
Тест скорости
Базовый тест скорости загрузки/выгрузки относительно этого сервера (точность зависит от собственного канала сервера).
Нажмите «Старт», чтобы измерить скорость скачивания и загрузки относительно этого сервера. Точность зависит от собственного соединения этого сервера.
Словарь кодов стран
Коды стран ISO 3166-1 alpha-2 — поиск выполняется полностью в вашем браузере.
Ищите или просматривайте список кодов стран ISO 3166-1 alpha-2 — поиск выполняется полностью в вашем браузере.
Страна
Код ISO
Словарь телефонных кодов
Международные телефонные коды по странам — поиск выполняется полностью в вашем браузере.
Ищите или просматривайте международные телефонные коды по странам — поиск выполняется полностью в вашем браузере.
Страна
Код
Мировые часы
Выберите часовой пояс, чтобы увидеть текущее время — перетащите глобус, чтобы вращать его.
Выберите часовой пояс из списка или покрутите глобус, чтобы увидеть текущее время там.
Ваше время
--:--:--
—
—
Выбранное время
--:--:--
—
—UTC±00:00
Разница с вами—
—
Перетащите, чтобы вращать глобус.
Статус мобильной сети Франции
Мобильные вышки, не работающие или на обслуживании во Франции, по операторам (Orange, Free, SFR, Bouygues Telecom), по открытым данным Arcep. Снимок обновляется раз в день - не поминутный поток.
Просматривайте данные об авариях мобильных вышек и оптоволокна по французским операторам — ввод не требуется, данные обновляются автоматически из открытых данных Arcep.
Источник: Arcep, набор данных «Sites indisponibles», опубликован по Открытой лицензии / Etalab 2.0 - коммерческое использование явно разрешено, в отличие от ранее использовавшихся данных IODA/CAIDA. Значок «Норма/Наблюдение/Тревога» - собственная оценка (число сбоев сегодня относительно медианы за предыдущие дни), не официальная классификация Arcep. Ссылки на источники ниже.
Наиболее затронутые департаменты
Число объектов, сейчас не работающих или на обслуживании, по департаментам. Нажмите на оператора выше для фильтрации.
Качество оптоволоконной сети (FTTH) по операторам: доля зарегистрированных сбоев и доля неудачных подключений, по открытым данным Arcep. Ежемесячные показатели, скользящее среднее за 6 месяцев - не прямой поток, как в разделе мобильной связи.
Источник: Arcep, набор данных «Qualité des réseaux en fibre optique», опубликован по Открытой лицензии / Etalab 2.0 - коммерческое использование явно разрешено. Ссылки на источники ниже.
По операторам (материнская компания)
Средние значения за последние 6 доступных месяцев, по материнской компании оператора инфраструктуры.
NetChecks предоставляется исключительно для законной диагностики сети и образовательных целей, для систем, доменов и IP-адресов, которыми вы владеете или которые вы явно уполномочены тестировать.
Выполнение сканирования портов, DNS/whois-запросов, traceroute или других проверок в отношении сторонних систем без разрешения может нарушать законы о неправомерном использовании компьютеров в вашей юрисдикции (например, Computer Fraud and Abuse Act в США, «Loi Godfrain» во Франции или аналогичное местное законодательство). Только вы несёте ответственность за то, чтобы убедиться, что у вас есть право тестировать любую цель, указанную здесь.
Этот сайт и его результаты предоставляются «как есть», без каких-либо гарантий. Оператор этого сайта не несёт ответственности за любые прямые, косвенные или косвенные убытки, правовые последствия или неправомерное использование, возникшие в результате использования этого сайта.
Запросы ограничены по частоте для предотвращения злоупотреблений. Оператор этого экземпляра может по желанию включить журналирование активности запросов - в этом случае каждый запрос к инструменту (ваш IP-адрес, отметка времени, используемый инструмент и введённая цель/запрос) может записываться в базу данных в целях безопасности, предотвращения злоупотреблений и анализа использования. По умолчанию это отключено. Используя этот сайт, вы соглашаетесь с этими условиями; если вы не согласны, не используйте этот сайт.
Программное использование (API) этого сайта подчиняется тем же условиям, включая указанное выше требование авторизации.
Отправить отзыв
Сообщите о проблеме, оставьте комментарий или предложите новую функцию.
Этот сайт показывает рекламу и, если вы согласны, использует файлы cookie рекламных партнёров, чтобы помочь финансировать хостинг. Вы можете отказаться и продолжать пользоваться всеми инструментами без рекламы.