Не удается получить доступ к сайту: коды ошибок и что делать

Не удается получить доступ к сайту — так Chrome и другие браузеры на движке Chromium сообщают, что соединение с сервером не установилось вовсе. Точную причину называет серый код под заголовком: ERR_NAME_NOT_RESOLVED — сбой DNS, ERR_CONNECTION_REFUSED — закрыт порт, ERR_CONNECTION_TIMED_OUT — сервер не ответил. Сбросьте DNS-кэш, отключите VPN и проверьте сайт из другой сети.

Коротко. Эта формулировка — обобщённая ошибка Chrome, за которой скрывается конкретный код: ERR_NAME_NOT_RESOLVED (DNS), ERR_CONNECTION_REFUSED (порт закрыт), ERR_CONNECTION_TIMED_OUT (нет ответа) или ERR_CONNECTION_RESET (обрыв связи). Посмотрите код под заголовком, сбросьте DNS-кэш, откройте сайт из другой сети — затем пройдите чек-лист ниже: для посетителя и для владельца сайта.

Что значит «Не удаётся получить доступ к сайту»

Chrome показывает эту страницу, когда соединение не удалось установить вовсе — сбой на сетевом уровне, до обмена HTTP-запросами. Заголовок одинаков для десятка причин: от опечатки в адресе до упавшего дата-центра. Диагностика начинается с подкода — серого текста ERR_* под заголовком. Полный перечень сетевых ошибок и базовые шаги Google описывает в справке Chrome по ошибкам загрузки страниц.

Причины делятся на три группы: устройство (DNS-кэш, VPN, антивирус), сеть (роутер, провайдер) и сторона сайта (сервер, домен, DNS-записи). Задача первых минут — понять, где вы, и не чинить исправное.

Не лечите симптом — сначала прочитайте код под заголовком. ERR_NAME_NOT_RESOLVED часто чинится сменой DNS на клиенте, а ERR_CONNECTION_REFUSED — только на сервере: действия совершенно разные.

Почему сайт не открывается: три уровня причин

Одна и та же страница ошибки возникает по совершенно разным причинам, поэтому полезно сразу прикинуть, на каком уровне обрыв. Признаки обычно видны без всяких команд — достаточно сравнить, что открывается, а что нет.

Уровень	Типичные признаки	Что проверить	Кто исправляет
Устройство	Сайт не открывается только на одном компьютере; на телефоне в той же сети работает	DNS-кэш, файл hosts, прокси в настройках системы, VPN, антивирус, расширения браузера	Пользователь
Локальная сеть и провайдер	Не открывается ни на одном устройстве по Wi-Fi, а по мобильному интернету — открывается	Роутер и его DNS, блок-листы, DNS провайдера, ограничения на стороне сети	Пользователь или провайдер
Сайт	Не открывается нигде: ни в другой сети, ни у знакомых, ни в сервисах внешней проверки	Срок домена, NS и A-записи, веб-сервер, файрвол, хостинг	Владелец сайта

Отдельно стоит случай, когда не открывается вообще ни один сайт: это уже не проблема конкретного ресурса, а отсутствие интернета или неработающий DNS-резолвер — Chrome в таком случае чаще показывает DNS_PROBE_FINISHED_NO_INTERNET или ERR_INTERNET_DISCONNECTED.

Коды ошибок Chrome: таблица причин

Шесть частых подкодов, которые браузер пишет под этим заголовком:

Ошибка	Что значит	Вероятная причина	Первое действие
ERR_CONNECTION_TIMED_OUT	Сервер не ответил вовремя	Перегрузка, firewall молча роняет пакеты, медленная сеть	Открыть из другой сети; ping
ERR_CONNECTION_REFUSED	Хост жив, но порт отклонил соединение	Веб-сервер не запущен или не слушает 80/443	curl -I https://example.com; владельцу — проверить сервис
ERR_NAME_NOT_RESOLVED	Домен не превратился в IP	Сломан DNS-кэш, недоступен резолвер, битые записи домена	Сбросить DNS-кэш, сменить резолвер на 1.1.1.1
DNS_PROBE_FINISHED_NXDOMAIN	DNS ответил: «домена не существует»	Опечатка в адресе, домен истёк или удалён	Проверить написание; nslookup example.com 8.8.8.8
ERR_ADDRESS_UNREACHABLE	Нет маршрута до IP-адреса	Сбитая маршрутизация, конфликт VPN, приватный IP в записи	Отключить VPN; traceroute до хоста
ERR_CONNECTION_RESET	Соединение установлено и сброшено	Обрыв TLS, проблема MTU, антивирус перехватывает HTTPS	Отключить сканирование HTTPS в антивирусе

По DNS-кодам есть отдельные разборы: DNS_PROBE_FINISHED_NO_INTERNET и ERR_ADDRESS_UNREACHABLE.

Справочник: код под сообщением и подробный разбор

Если код уже известен, переходите сразу к отдельной статье — в каждой пошаговое решение именно для этой ошибки:

Код под сообщением	Что означает	Подробный разбор
ERR_NAME_NOT_RESOLVED	Браузер не получил IP-адрес для домена	ERR_NAME_NOT_RESOLVED: как исправить
DNS_PROBE_FINISHED_NXDOMAIN	DNS-сервер ответил, что такого домена нет	DNS_PROBE_FINISHED_NXDOMAIN
DNS_PROBE_FINISHED_NO_INTERNET	Проверка DNS не прошла из-за отсутствия связи	DNS_PROBE_FINISHED_NO_INTERNET
ERR_CONNECTION_REFUSED	Сервер доступен, но порт отклонил подключение	ERR_CONNECTION_REFUSED
ERR_CONNECTION_TIMED_OUT	Ответа не дождались за отведённое время	ERR_CONNECTION_TIMED_OUT
ERR_CONNECTION_RESET	Соединение оборвали посередине	ERR_CONNECTION_RESET
ERR_CONNECTION_CLOSED	Сервер закрыл соединение, не отдав данных	ERR_CONNECTION_CLOSED
ERR_PROXY_CONNECTION_FAILED	Браузер ходит через прокси, который не отвечает	ERR_FAILED и ERR_PROXY_CONNECTION_FAILED

Ошибки сертификата (ERR_CERT_*, ERR_SSL_PROTOCOL_ERROR) выглядят иначе: соединение установлено, но браузер ему не доверяет, и заголовок страницы другой. Этот случай разобран в статье «Подключение не защищено».

Не удалось найти IP-адрес сервера

Сообщение «Не удалось найти IP-адрес сервера example.com» — самый частый вариант этой ошибки. Под ним обычно стоит ERR_NAME_NOT_RESOLVED или DNS_PROBE_FINISHED_NXDOMAIN. Смысл один: браузер спросил у DNS-сервера, какой IP у домена, и не получил ответа — или получил ответ «такого домена нет». До самого сайта дело даже не дошло.

Почему браузер не находит IP-адрес

• Опечатка в адресе. Лишняя буква или не та доменная зона — и домена действительно не существует.
• Сбой DNS-резолвера. DNS провайдера или роутера не отвечает либо отдаёт ошибку.
• Устаревший кэш. Система или браузер помнят неверный ответ.
• Запись в файле hosts. Домен вручную перенаправлен на другой адрес или на 127.0.0.1.
• Проблема домена. Истёк срок регистрации, сняты NS-серверы, удалена A-запись — это чинит только владелец.

Как проверить, кто виноват: ваш DNS или домен

Спросите про домен сразу у двух публичных резолверов. Если они отвечают IP-адресом, а ваш системный DNS — нет, дело в вашей сети. Если «домен не найден» отвечают все — проблема на стороне домена.

# Windows (cmd)
nslookup example.com
nslookup example.com 1.1.1.1
nslookup example.com 8.8.8.8

# Windows (PowerShell)
Resolve-DnsName example.com -Server 1.1.1.1

# Linux / macOS
dig example.com
dig @1.1.1.1 example.com +short

Ответ NXDOMAIN (в nslookup — «Non-existent domain») от публичных резолверов означает, что домена в DNS нет: проверьте написание и срок регистрации через whois. Ответ SERVFAIL указывает на сломанную DNS-конфигурацию домена или DNSSEC. Таймаут только у вашего резолвера — меняйте DNS на клиенте.

Проверьте файл hosts

Файл hosts имеет приоритет над DNS. Откройте его от имени администратора и уберите строки с нужным доменом:

# Windows
notepad C:\Windows\System32\drivers\etc\hosts

# Linux / macOS
sudo nano /etc/hosts

Строки вида 127.0.0.1 example.com или 0.0.0.0 example.com отправляют браузер в никуда. Такие записи оставляют программы для блокировки рекламы, старые настройки разработки и иногда вредоносное ПО.

Не удаётся найти DNS-адрес сайта

Формулировку «Не удаётся найти DNS-адрес сервера» показывали прежние версии Chrome; сейчас та же ситуация чаще подписана как «Не удалось найти IP-адрес сервера», а в Windows её дополняет диагностика сети со словами «DNS-сервер не отвечает» или «Устройство или ресурс (DNS-сервер) не отвечает». Во всех случаях сломан этап превращения имени сайта в IP-адрес, а подкоды — DNS_PROBE_FINISHED_NXDOMAIN, DNS_PROBE_FINISHED_BAD_CONFIG или DNS_PROBE_FINISHED_NO_INTERNET.

Пропишите DNS-серверы вручную

Самое действенное решение, если резолвер провайдера или роутера сбоит, — указать публичные DNS-серверы. В Windows: «Параметры» → «Сеть и Интернет» → свойства подключения → «Назначение DNS-сервера» → «Изменить» → «Вручную», включите IPv4 и укажите 1.1.1.1 и 8.8.8.8. То же одной командой в PowerShell от имени администратора:

# узнать имя сетевого интерфейса
Get-NetAdapter

# задать DNS для интерфейса Wi-Fi
Set-DnsClientServerAddress -InterfaceAlias "Wi-Fi" -ServerAddresses 1.1.1.1,8.8.8.8

# вернуть получение DNS автоматически
Set-DnsClientServerAddress -InterfaceAlias "Wi-Fi" -ResetServerAddresses

На macOS: «Системные настройки» → «Сеть» → подключение → «Подробнее» → DNS. В Linux с NetworkManager — nmcli connection modify "имя" ipv4.dns "1.1.1.1 8.8.8.8" ipv4.ignore-auto-dns yes и переподключение.

Обновите сетевые настройки Windows

ipconfig /release
ipconfig /renew
ipconfig /flushdns
netsh int ip reset
netsh winsock reset

Команды netsh выполняются в командной строке от имени администратора и требуют перезагрузки. Если после них Windows по-прежнему пишет, что DNS-сервер не отвечает, пройдите отдельный разбор «DNS-сервер не отвечает» — там собраны причины на стороне роутера, драйвера и службы DNS-клиента.

У всех лежит или только у меня?

Прежде чем чинить, ответьте на главный вопрос. Выключите Wi-Fi на телефоне и откройте сайт по мобильному интернету (LTE/5G). Открылся — проблема локальная: компьютер, роутер или провайдер. Не открылся и там — скорее всего, лежит сам сайт: ждите или сообщите владельцу.

Второй способ — проверка из независимой точки: разбор в статье «Как проверить, лежит ли сайт у всех». Не открывается крупный сервис — загляните в трекер сбоев: массовые инциденты видны там раньше новостей.

Базовая диагностика: nslookup, ping и curl

Три команды показывают, на каком слое обрывается соединение — DNS, сеть или веб-сервер:

# 1. Резолвится ли домен в IP-адрес
nslookup example.com
dig +short example.com

# 2. Доходят ли пакеты до хоста
ping -c 4 example.com

# 3. Открыт ли порт и отвечает ли веб-сервер
curl -I -v https://example.com

Читаем результат: nslookup вернул ошибку — это DNS, идите к сбросу кэша. Домен резолвится, но ping и curl молчат — пакеты не доходят: файрвол или сервер выключен. ping проходит, а curl висит — хост жив, но веб-сервис не отвечает: зона владельца сайта.

Два уточнения к чтению результата. Многие серверы и облачные сети не отвечают на ICMP, поэтому молчащий ping сам по себе не доказывает, что сайт лежит, — смотрите на curl. В Windows вместо curl удобно проверить порт напрямую:

# PowerShell: открыт ли порт 443
Test-NetConnection example.com -Port 443

# Windows: маршрут до хоста
tracert example.com

Строка TcpTestSucceeded : True означает, что порт принимает соединения и дальше нужно смотреть на браузер и TLS. False при успешном разрешении имени — пакеты режет файрвол по пути или сервер не слушает порт.

Как сбросить DNS-кэш на Windows, macOS и Linux

Устаревшая запись в кэше — частая причина, когда сайт «лежит» только у вас: домен переехал на новый IP, а система стучится на старый. Сброс безопасен и занимает секунды.

Windows

ipconfig /flushdns
:: если не помогло — сброс сетевого стека
netsh winsock reset

macOS

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

Linux (systemd-resolved)

sudo resolvectl flush-caches
# в старых дистрибутивах:
sudo systemd-resolve --flush-caches

У Chrome собственный DNS-кэш: откройте chrome://net-internals/#dns, нажмите «Clear host cache», затем на chrome://net-internals/#sockets — «Flush socket pools» и перезапустите браузер.

В Edge, Opera и Яндекс Браузере та же служебная страница открывается со своим префиксом: edge://net-internals/#dns, opera://net-internals/#dns, browser://net-internals/#dns. Подробнее обо всех вариантах сброса — в статье «Как очистить DNS-кэш».

VPN, антивирус, файрвол и роутер

Если DNS в порядке, а сайт не открывается, виновник почти всегда — «посредник» между браузером и сетью:

• VPN и прокси. Меняют маршрут и DNS; часть сайтов блокирует IP-диапазоны VPN. Полностью отключите клиент и проверьте снова.
• Антивирус. Модули «защиты HTTPS» пропускают TLS-трафик через себя и при сбое дают ERR_CONNECTION_RESET. Временно отключите веб-экран.
• Файрвол. Строгое правило может резать исходящие на порт 443 — проверьте, не заблокирован ли Chrome.
• Расширения. Блокировщики рекламы вмешиваются в запросы — проверьте в инкогнито без расширений.
• Роутер. Держит свой DNS-кэш и может зависнуть — перезагрузка по питанию решает много случаев.

Сайт открывается с телефона по LTE, но не по Wi-Fi

Классический симптом: сайт жив, проблема в вашей сети. По порядку: перезагрузите роутер; смените DNS на 1.1.1.1 или 8.8.8.8 — в обход провайдера; проверьте блок-листы роутера; не помогло — спросите провайдера про блокировку.

Быстрейший способ локализовать проблему — сравнить три среды: компьютер по Wi-Fi, телефон по тому же Wi-Fi и телефон по LTE. Две минуты — и ясно, где искать: устройство, домашняя сеть или сторона сайта.

Прокси в настройках системы

Прописанный и забытый прокси — частая причина, когда не открывается ни один сайт в браузере, а остальные программы работают. В Windows: «Параметры» → «Сеть и Интернет» → «Прокси-сервер» — отключите ручную настройку, если не пользуетесь прокси сознательно. Системный прокси для служб можно посмотреть командой netsh winhttp show proxy. В таком случае Chrome обычно показывает ERR_PROXY_CONNECTION_FAILED.

Ошибка в Chrome, Opera и на телефоне

Chrome, Edge, Opera и Яндекс Браузер построены на Chromium, поэтому текст ошибки и коды у них совпадают. Отличаются встроенные функции, которые вмешиваются в соединение.

Chrome

В настройках «Конфиденциальность и безопасность» → «Безопасность» есть пункт безопасного DNS: при включённом варианте с конкретным провайдером браузер обходит системный DNS. Если сайт не открывается только в Chrome, переключите этот пункт на провайдера по умолчанию или отключите его и проверьте снова. Затем — запуск в режиме инкогнито, где расширения по умолчанию не работают.

Opera

В Opera есть встроенный VPN и блокировщик рекламы. Если сайт не открывается в Opera, а в другом браузере работает, выключите VPN (значок в адресной строке или раздел VPN в настройках) и блокировщик для этого сайта, затем очистите DNS-кэш браузера.

Android и iPhone

На Android проверьте пункт «Частный DNS» (обычно «Настройки» → «Сеть и интернет» → «Частный DNS»; путь зависит от производителя): неверно заданный хост частного DNS ломает разрешение имён во всех приложениях. Для проверки выберите «Автоматически» или «Отключено». На iPhone Safari пишет «Safari не удаётся открыть страницу» — там проверьте «Настройки» → Wi-Fi → значок (i) у сети → «Настройка DNS» и профили VPN в «Настройки» → «Основные» → «VPN и управление устройством».

Не открывается YouTube, Госуслуги или другой конкретный сервис

Когда все сайты работают, а не открывается один крупный сервис, диагностика компьютера мало что даст. Сначала загляните в трекер сбоев: если у сервиса инцидент, остаётся ждать.

• YouTube. Если ошибка появляется только на нём, а в той же сети остальные ресурсы открываются, причина обычно вне вашего компьютера: сбой у сервиса или ограничения на уровне сети. Проверьте с другого подключения; настройками браузера сетевые ограничения не исправить, а способы их обхода мы не разбираем.
• Госуслуги и другие госсервисы. Такие сайты могут ограничивать доступ с зарубежных IP-адресов, поэтому первым делом отключите VPN и прокси и откройте сайт с обычного домашнего или мобильного подключения. Если появляется не эта ошибка, а предупреждение о сертификате, — это другая проблема, см. статью про ошибку «Подключение не защищено».
• Сайты во встроенных браузерах программ. Если сообщение выводит не браузер, а окно другого приложения (например, игрового лаунчера), это ошибка его встроенного браузера — принцип проверки сети тот же, но настройки у каждого приложения свои.

Как проверить сайт со стороны

Внешняя проверка отвечает на вопрос, который изнутри вашей сети не решить: доступен ли сайт из интернета вообще. Для этого на enterno.io есть три инструмента:

• Проверка HTTP-ответа — открывается ли сайт с нашего сервера, какой код и заголовки он отдаёт.
• DNS lookup — какие A, AAAA и NS-записи у домена видят публичные резолверы.
• Traceroute — на каком узле обрывается маршрут до сервера.

Если внешние проверки проходят, а у вас сайт не открывается, — проблема локальная, возвращайтесь к разделам про DNS-кэш, hosts, VPN и прокси. Если проверка тоже падает, передайте результат владельцу сайта или хостингу: код ответа и место обрыва сильно ускоряют разбор.

Что делать владельцу сайта

Если сайт лежит у всех — проверяйте слои сверху вниз: домен, DNS, сервер, веб-сервис.

DNS-записи и срок регистрации домена

Убедитесь, что A/AAAA-записи указывают на актуальный IP, а NS — на рабочие серверы: удобно через DNS lookup. Классика — истёкший домен: делегирование снимается, посетители получают DNS_PROBE_FINISHED_NXDOMAIN. Проверьте срок в whois, включите автопродление. После смены IP старая запись живёт в кэшах до истечения TTL.

Сервер и веб-сервис

# Веб-сервер запущен и слушает порты?
sudo systemctl status nginx
sudo ss -tlnp | grep -E ':80|:443'

# Файрвол пропускает входящие 80/443?
sudo ufw status
sudo iptables -L INPUT -n | head -20

Если nginx не запущен — смотрите журнал: journalctl -u nginx -n 50. Обычные виновники — битый конфиг после деплоя, кончившееся место на диске или OOM-killer.

Хостинг, тариф и блокировки

Хостинг мог приостановить аккаунт за неуплату или лимиты — проверьте панель и почту. Плюс региональные блокировки и фильтры CDN: сайт может лежать в одной стране и открываться в другой — проверяйте минимум из двух регионов.

Мониторинг: узнавать о падении первым

Разовая проверка показывает только «сейчас» — о ночном падении из неё не узнать. Поставьте аптайм-мониторинг с проверками из разных регионов и алертами в Telegram или email: о сбое вы узнаете первым. Для старта хватает бесплатного тарифа.

Финальный чек-лист

• Прочитать код под заголовком (ERR_*) и найти его в таблице выше.
• Открыть сайт с телефона по LTE: у всех лежит или только у вас.
• Проверить внешним чекером и трекером сбоев.
• Сбросить DNS-кэш системы и Chrome, сменить DNS на 1.1.1.1 или 8.8.8.8.
• Отключить VPN, прокси, веб-экран антивируса и расширения (тест в инкогнито).
• Перезагрузить роутер; при подозрении на провайдера — сменить сеть.
• Владельцу: проверить DNS-записи, срок домена, сервер и firewall.
• Настроить постоянный мониторинг — следующий сбой не пройдёт незамеченным.
• Сайт загружается, но с ошибками? Пройдите общий чек-лист «Сайт не загружается».

Частые вопросы

С чего начать, если браузер показывает эту ошибку?

С кода под заголовком (ERR_*): он сужает поиск — DNS, порт, таймаут или сброс. Затем тест с телефона по LTE: проблема локальная или глобальная.

Это проблема Chrome или сайта?

Chrome лишь показывает ошибку сетевого уровня. Проверьте в другом браузере и с другого устройства: не открывается нигде — дело в сети или в самом сайте.

Почему в другом браузере сайт открывается, а в Chrome — нет?

У Chrome собственный DNS-кэш и пул соединений. Очистите их через chrome://net-internals/#dns, отключите «безопасный DNS» в настройках и проверьте расширения в инкогнито.

Как владельцу узнать о падении сайта первым?

Только постоянным мониторингом: внешние проверки раз в 1–5 минут из нескольких регионов с алертами. Иначе первым об ошибке узнает ваш посетитель.

Что значит «Не удалось найти IP-адрес сервера»?

DNS не вернул адрес для домена: опечатка, сбой резолвера, запись в hosts или проблема самого домена. Сравните ответы nslookup от вашего DNS и от 1.1.1.1 — так сразу видно, чья сторона.

Почему сайт не открывается только на одном устройстве?

Причина на этом устройстве: DNS-кэш, файл hosts, системный прокси, VPN, антивирус или расширение браузера. Проверьте их по порядку — начиная с инкогнито и сброса DNS-кэша.