DNS-сервер не отвечает: причины и решение¶
DNS-сервер не отвечает — сетевая ошибка, возникающая при попытке устройства обратиться к серверу доменных имён (DNS) для преобразования доменного имени в IP-адрес. Проявляется она тем, что сайты перестают открываться в браузере, хотя подключение к интернету формально сохраняется: значок сети в трее показывает доступ в сеть, мессенджеры и онлайн-игры, работающие напрямую по IP, продолжают функционировать, а веб-страницы по именам не загружаются. Ошибка связана с отказом или недоступностью DNS-резолвера, к которому обратилось устройство.
¶Причины возникновения
К ошибке приводит ряд факторов:
- Недоступность DNS-сервера провайдера. Самая частая причина: серверы оператора связи временно не работают или перегружены.
- Сбой на стороне роутера. Домашний маршрутизатор может выдавать клиентам устаревшие или некорректные DNS-параметры, либо его встроенный DNS-прокси зависает.
- Локальная проблема на устройстве. Служба DNS-кэша (кэш разрешения имён) в Windows или системный резолвер в Linux/macOS может зависнуть.
- Некорректные настройки сетевого адаптера. Вручную прописанный несуществующий DNS-адрес, конфликт статических настроек с DHCP.
- Вредоносное ПО. Некоторые вирусы перенаправляют DNS-запросы на подконтрольные серверы, что в случае их блокировки или отказа приводит к обрыву доступа.
- Блокировка на уровне провайдера или государства. Часть DNS-серверов может блокироваться по решению суда или в рамках ограничений на доступ к отдельным ресурсам.
¶Диагностика
Прежде чем менять настройки, стоит локализовать проблему.
¶Проверка через командную строку
В Windows открывается командная строка (Win+R → cmd) и выполняется команда ping 8.8.8.8. Если пакеты проходят, значит, сам интернет доступен, а проблема именно в DNS. Затем проверяется разрешение имени: ping google.com. При отказе DNS подтверждается.
В Linux и macOS аналогично используются утилиты ping и dig (например, dig google.com @8.8.8.8 — проверка, разрешает ли конкретный внешний сервер имя).
¶Сброс кэша DNS
В Windows кэш сбрасывается командой ipconfig /flushdns. В macOS — sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder. В Linux — перезапуском службы systemd-resolved или nscd.
¶Способы решения
¶Смена DNS-сервера
Самое универсальное решение — перейти с DNS провайдера на публичные резолверы. Популярные варианты:
| Сервер | Адрес IPv4 | Адрес IPv6 |
|---|---|---|
| Google Public DNS | 8.8.8.8, 8.8.4.4 | 2001:4860:4860::8888 |
| Cloudflare | 1.1.1.1, 1.0.0.1 | 2606:4700:4700::1111 |
| Quad9 | 9.9.9.9, 149.112.112.112 | 2620:fe::fe |
| Яндекс DNS | 77.88.8.8, 77.88.8.1 | 2a02:6b8::feed:0ff |
| AdGuard DNS | 94.140.14.14, 94.140.15.15 | 2a10:50c0::ad1:ff |
Настройка выполняется в свойствах сетевого адаптера (Windows) или в конфигурационных файлах /etc/resolv.conf, NetworkManager (Linux), «Сеть» — «DNS» (macOS). Часто достаточно указать адреса в роутере, чтобы они раздавались всем устройствам дома по DHCP.
¶Перезапуск сетевого оборудования
Простейшее действие — отключить роутер и модем от питания на 30–60 секунд, затем включить заново. Это очищает внутренние кэши и переподключает WAN-интерфейс.
¶Сброс сетевых настроек Windows
В Windows 10/11 предусмотрена встроенная функция «Сброс сети» (Параметры → Сеть и интернет → Сброс сети). Она удаляет все адаптеры и возвращает настройки к заводским. Альтернатива — набор команд в командной строке от администратора:
`` ipconfig /release ipconfig /renew ipconfig /flushdns netsh winsock reset netsh int ip reset ``
После перезагрузки компьютера параметры восстанавливаются автоматически по DHCP.
¶Проверка файла hosts
Файл C:\Windows\System32\drivers\etc\hosts (в Linux — /etc/hosts) может содержать записи, перенаправляющие домены на несуществующие адреса. Подозрительные строки стоит удалить или закомментировать.
¶Отключение VPN и прокси
VPN-клиенты и прокси-серверы подменяют DNS-резолвер. При подозрении на их вмешательство соединение временно отключается.
¶Профилактика
Для стабильности сети рекомендуется:
- использовать два DNS-сервера (основной и резервный), желательно от разных операторов;
- периодически обновлять прошивку роутера;
- избегать ручного указания DNS на устройствах, если маршрутизатор корректно раздаёт параметры по DHCP;
- при работе в критичных сценариях (серверы, рабочие станции) настраивать локальный кэширующий DNS-резолвер (BIND, Unbound, dnsmasq).
Источники:
- Документация Google Public DNS
- Документация Cloudflare 1.1.1.1
- Справка Microsoft по ipconfig и сбросу сети Windows
- Руководство по настройке NetworkManager (freedesktop.org)