Как диагностировать проблемы с DNS, если веб-сайты не открываются

[Артём]

Если сайт отказывается открываться, это не обязательно означает, что пропало подключение к интернету. DNS (Domain Name System — система доменных имен) преобразует имена вроде example.com в IP-адреса, и сбой в этом процессе может создать видимость отсутствия связи при работающем интернете. Я использую приведенные ниже проверки, чтобы отличить сбои DNS от проблем с подключением, браузером или самим сайтом.

1. Проверьте, что именно не работает

Попробуйте открыть несколько не связанных между собой сайтов, а затем протестируйте те же сайты с другого устройства в той же сети.

• Один сайт не открывается на всех устройствах: проверьте сам сайт или его DNS-записи.
• Многие сайты не открываются на одном устройстве: проверьте его конфигурацию DNS, VPN, браузер и защитное ПО.
• Многие сайты не открываются на всех устройствах: проверьте роутер, вышестоящий DNS-сервер или интернет-соединение.

Эти закономерности сужают область поиска, но сами по себе не доказывают точную причину.

2. Проверьте настроенные DNS-серверы

В Windows откройте PowerShell и выполните:

Get-DnsClientServerAddress |
    Where-Object { $_.ServerAddresses.Count -gt 0 } |
    Format-Table InterfaceAlias, AddressFamily, ServerAddresses -AutoSize

Частный адрес, такой как 192.168.1.1, обычно означает, что DNS-запросы обрабатывает ваш роутер и перенаправляет их дальше. Наличие нескольких записей нормально, если установлены Ethernet, Wi-Fi, VPN или виртуальные адаптеры; обратите внимание на интерфейс, через который идет текущее подключение.

3. Сравните резолвер по умолчанию с альтернативным резолвером

Выполните эти команды в PowerShell или командной строке:

nslookup example.com
nslookup example.com 1.1.1.1

Первый запрос использует DNS-сервер по умолчанию, выбранный nslookup; второй явно обращается к публичному резолверу Cloudflare.

| Результат | Вероятная интерпретация |
|---|---|
| Оба возвращают адреса | Базовое разрешение DNS для этого домена работает |
| Сервер по умолчанию выдает ошибку, публичный — успешен | Проверьте настроенный резолвер или сетевой маршрут к нему |
| В обоих случаях истекает время ожидания (тайм-аут) | DNS-трафик может быть заблокирован, либо нарушено сетевое подключение |
| Оба возвращают NXDOMAIN | Оба резолвера сообщают, что запрашиваемое имя не существует |

Разные возвращенные адреса могут быть нормальным явлением: крупные сайты распределяют трафик по разным локациям и серверам. Кроме того, некоторые сети блокируют внешние DNS-запросы, поэтому неудачный запрос к 1.1.1.1 сам по себе еще не говорит о сбое связи.

4. Протестируйте HTTPS отдельно

Если DNS-имя успешно разрешается, проверьте, устанавливается ли TCP-соединение с HTTPS-портом сайта:

Test-NetConnection example.com -Port 443

Обратите внимание на строку:

TcpTestSucceeded : True

Это подтверждает успешную установку TCP-соединения. Данная проверка не валидирует TLS-сертификат, HTTP-ответ или работу приложения, стоящего за сайтом.

5. Очистите кэш, если есть вероятность устаревших записей

После изменения конфигурации DNS или миграции сайта очистите локальный кэш DNS-клиента Windows:

Clear-DnsClientCache

Затем повторите запрос. Очистка кэша не исправит некорректные авторитетные записи, недоступность резолвера или проблемы с интернет-соединением.

Если запросы в командной строке работают, а в браузере сайты по-прежнему не открываются, проверьте настройку «Безопасный DNS» (Secure DNS) в браузере: он может использовать другой резолвер. В рабочих корпоративных сетях сохраняйте назначенные настройки DNS, если системный администратор не рекомендовал иное — публичные резолверы обычно не могут разрешать внутренние корпоративные имена.

 

[Nicole]

A website that refuses to open does not automatically mean your internet connection is down. DNS—the Domain Name System—translates names such as example.com into IP addresses, and a failure in that process can make a working connection look broken. I use the checks below to separate DNS failures from connection, browser, and website problems.

1. Check what actually fails

Try several unrelated websites, then test the same sites from another device on the same network.

• One website fails on every device: investigate that website or its DNS records.
• Many websites fail on one device: investigate its DNS configuration, VPN, browser, and security software.
• Many websites fail on every device: investigate the router, upstream DNS service, or internet connection.

These patterns narrow the search; they do not prove the cause.

То, что сайт не открывается, автоматически не означает, что у вас пропал интернет. DNS (система доменных имен) переводит такие названия, как example.com, в IP-адреса, и сбой в этом процессе может сделать работающее соединение неработоспособным. Я использую проверки ниже, чтобы отделить сбои DNS от проблем с соединением, браузером и самим сайтом.

2. Inspect the configured DNS servers

On Windows, open PowerShell and run:

Код:

Get-DnsClientServerAddress |
    Where-Object { $_.ServerAddresses.Count -gt 0 } |
    Format-Table InterfaceAlias, AddressFamily, ServerAddresses -AutoSize

A private address such as.... usually means your router handles DNS requests and forwards them upstream. Multiple entries are normal when Ethernet, Wi-Fi, VPNs, or virtual adapters are installed; pay attention to the interface carrying your connection.

Частный адрес, такой как... обычно означает, что ваш роутер обрабатывает DNS-запросы и перенаправляет их дальше (вышестоящему провайдеру). Наличие нескольких записей — нормальное явление, если установлены Ethernet, Wi-Fi, VPN или виртуальные адаптеры; обращайте внимание на тот интерфейс, через который идет ваше подключение.

3. Compare the default resolver with another resolver

Run these commands in PowerShell or Command Prompt:

Код:

nslookup example.com
nslookup example.com 1.1.1.1

The first query uses the default DNS server selected by nslookup; the second explicitly queries Cloudflare’s public resolver.

| Result | Likely interpretation |
|---|---|
| Both return addresses | Basic DNS resolution works for this domain |
| Default fails; public resolver succeeds | Investigate the configured resolver or its network path |
| Both time out | DNS traffic may be blocked, or connectivity may be failing |
| Both return NXDOMAIN | Both resolvers report that the queried name does not exist |

Different returned addresses can be normal: large websites distribute traffic across locations and servers. Also, some networks block external DNS queries, so a failed query to 1.1.1.1 alone does not establish an outage.

Разные возвращаемые адреса — это нормальное явление: крупные сайты распределяют трафик между различными локациями и серверами. Кроме того, некоторые сети блокируют внешние DNS-запросы, поэтому одна лишь неудачная попытка обращения к 1.1.1.1 еще не означает сбой в работе сети.

Clear the cache when stale records are plausible

After a DNS configuration change or a website migration, clear Windows’ local resolver cache:

Для очистки кэша DNS в Windows после изменения настроек или миграции сайта выполните следующие действия:
Откройте командную строку (cmd) или PowerShell от имени администратора
Введите следующую команду и нажмите Enter:

 

[Артём]

То, что сайт не открывается, автоматически не означает, что у вас пропал интернет. DNS (система доменных имен) переводит такие названия, как...

Самая привычная и универсальная команда, которая одинаково хорошо сработает и в классической консоли, и в PowerShell:

ipconfig /flushdns

А если вы принципиально предпочитаете родные командлеты PowerShell, то подойдёт:

Clear-DnsClientCache

После выполнения система сбросит сохранённые записи, и резолвер пойдёт за свежими данными к серверу.

Кстати, если после этого сайт в браузере всё равно упрямится — загляните в настройки самого браузера. Современные Chrome, Firefox или Edge нередко гоняют запросы через встроенный DNS-over-HTTPS в обход системного кэша Windows, и там порой приходится чистить внутренний кэш сокетов отдельно.