Коротко. «Не удаётся получить доступ к сайту» — обобщённая ошибка Chrome, за которой скрывается конкретный код: ERR_NAME_NOT_RESOLVED (DNS), ERR_CONNECTION_REFUSED (порт закрыт), ERR_CONNECTION_TIMED_OUT (нет ответа) или ERR_CONNECTION_RESET (обрыв связи). Посмотрите код под заголовком, сбросьте DNS-кэш, откройте сайт из другой сети — затем пройдите чек-лист ниже: для посетителя и для владельца сайта.
Что значит «Не удаётся получить доступ к сайту»
Chrome показывает эту страницу, когда соединение не удалось установить вовсе — сбой на сетевом уровне, до обмена HTTP-запросами. Заголовок одинаков для десятка причин: от опечатки в адресе до упавшего дата-центра. Диагностика начинается с подкода — серого текста ERR_* под заголовком.
Причины делятся на три группы: устройство (DNS-кэш, VPN, антивирус), сеть (роутер, провайдер) и сторона сайта (сервер, домен, DNS-записи). Задача первых минут — понять, где вы, и не чинить исправное.
Не лечите симптом — сначала прочитайте код под заголовком. ERR_NAME_NOT_RESOLVED часто чинится сменой DNS на клиенте, а ERR_CONNECTION_REFUSED — только на сервере: действия совершенно разные.
Коды ошибок 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.
У всех лежит или только у меня?
Прежде чем чинить, ответьте на главный вопрос. Выключите 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 висит — хост жив, но веб-сервис не отвечает: зона владельца сайта.
Как сбросить DNS-кэш на Windows, macOS и Linux
Устаревшая запись в кэше — частая причина, когда сайт «лежит» только у вас: домен переехал на новый IP, а система стучится на старый. Сброс безопасен и занимает секунды.
Windows
ipconfig /flushdns
:: если не помогло — сброс сетевого стека
netsh winsock resetmacOS
sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponderLinux (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» и перезапустите браузер.
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. Две минуты — и ясно, где искать: устройство, домашняя сеть или сторона сайта.
Что делать владельцу сайта
Если сайт лежит у всех — проверяйте слои сверху вниз: домен, 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_*): он сужает поиск — DNS, порт, таймаут или сброс. Затем тест с телефона по LTE: проблема локальная или глобальная.
Это проблема Chrome или сайта?
Chrome лишь показывает ошибку сетевого уровня. Проверьте в другом браузере и с другого устройства: не открывается нигде — дело в сети или в самом сайте.
Почему в другом браузере сайт открывается, а в Chrome — нет?
У Chrome собственный DNS-кэш и пул соединений. Очистите их через chrome://net-internals/#dns, отключите «безопасный DNS» в настройках и проверьте расширения в инкогнито.
Как владельцу узнать о падении сайта первым?
Только постоянным мониторингом: внешние проверки раз в 1–5 минут из нескольких регионов с алертами. Иначе первым об ошибке узнает ваш посетитель.
Финальный чек-лист
- Прочитать код под заголовком (ERR_*) и найти его в таблице выше.
- Открыть сайт с телефона по LTE: у всех лежит или только у вас.
- Проверить внешним чекером и трекером сбоев.
- Сбросить DNS-кэш системы и Chrome, сменить DNS на 1.1.1.1 или 8.8.8.8.
- Отключить VPN, прокси, веб-экран антивируса и расширения (тест в инкогнито).
- Перезагрузить роутер; при подозрении на провайдера — сменить сеть.
- Владельцу: проверить DNS-записи, срок домена, сервер и firewall.
- Настроить постоянный мониторинг — следующий сбой не пройдёт незамеченным.
- Сайт загружается, но с ошибками? Пройдите общий чек-лист «Сайт не загружается».