SiteGuard4 ноября 202611 мин чтения

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

Если не открывается сайт, а другие страницы загружаются, сначала проверьте тот же адрес в другом браузере и через другую сеть. Это поможет определить, где искать причину: в браузере, подключении, настройках домена или на сервере. Сохраните точный текст ошибки: «не удалось найти IP-адрес», «соединение сброшено» и «ошибка 500» требуют разных действий.

Ниже — последовательный план для посетителя и владельца сайта. Начните с короткой проверки, затем переходите к подходящей ветке. Меняйте по одному параметру и после каждого шага повторяйте попытку: так вы поймёте, что действительно повлияло на результат.

Что проверить в первую очередь

Проверьте адрес. Уберите случайный пробел, убедитесь в написании домена. Откройте главную страницу, затем нужный раздел. Если главная работает, а старая ссылка — нет, разбираться нужно прежде всего с адресом конкретной страницы.
Откройте несколько других сайтов. Значок Wi-Fi и работающий мессенджер ещё не доказывают, что браузер может устанавливать новые соединения. Если не загружается почти ничего, начните с подключения и настроек сети.
Проверьте другой браузер или приватное окно. Если страница заработала, вероятная причина связана с данными сайта, расширениями, профилем браузера или различиями его настроек.
Сравните две независимые сети. На телефоне отключите Wi-Fi и попробуйте мобильный интернет. Два устройства, подключённые к одному роутеру, проверяют почти один и тот же сетевой маршрут.
Запишите результат. Например: «В Chrome и Firefox через домашний интернет ошибка тайм-аута; на телефоне через мобильную сеть страница открывается». С такой формулировкой уже можно выбирать дальнейшие действия.

Работа через другую сеть сужает область поиска, но сама по себе не указывает виновника. Причиной может быть маршрут провайдера, DNS, фильтрация или ограничение вашего IP-адреса на стороне сайта. Если адрес не открывается из нескольких независимых сетей, владельцу стоит проверять домен, сервер и приложение.

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

О чём говорит сообщение об ошибке

Сообщение браузера показывает этап, на котором остановилась загрузка. Оно помогает выбрать проверку, но не заменяет диагностику: у одного симптома может быть несколько причин.

Типичные симптомы и направление проверки

Что вы видите	Что проверить сначала
DNS_PROBE_FINISHED_NXDOMAIN, ERR_NAME_NOT_RESOLVED, «сервер не найден»	Написание домена и получение DNS-ответа. Владельцу — регистрацию домена и DNS-записи.
ERR_CONNECTION_TIMED_OUT	Доступ через другую сеть, доступность сервера и ограничения соединения.
ERR_CONNECTION_REFUSED или ERR_CONNECTION_RESET	Состояние веб-сервера, сетевые фильтры, прокси и различия между подключениями.
«Подключение не защищено», ошибка сертификата	Дату на устройстве, имя сайта и действительность HTTPS-сертификата.
403 Forbidden	Правила доступа, авторизацию и блокировку запросов. Сервер ответил, но доступ запрещён.
404 Not Found	Адрес страницы и её наличие. Одна ошибка 404 не означает недоступность всего сайта.
500, 502, 503 или 504	Приложение, сервер и промежуточные компоненты. Владельцу нужны журналы ошибок.
ERR_TOO_MANY_REDIRECTS	Cookies, правила перенаправления, согласованность HTTPS в CMS и прокси.
Пустая страница, бесконечная загрузка, отсутствующие кнопки	Загрузку скриптов и API, ошибки приложения, расширения браузера.

Не смешивайте код HTTP и сообщение браузера. Например, при проблеме DNS запрос может вообще не дойти до веб-сервера. А ответ 403 означает, что сервер или защитный сервис уже обработал обращение и отказал в доступе.

Если сайт не работает в одном браузере

Проверьте приватное окно и расширения

Откройте адрес в приватном режиме. В нём используются отдельные данные сеанса, а многие расширения по умолчанию не активны. Если сайт загрузился, проверьте обычный профиль браузера. Учитывайте, что некоторые расширения разрешено запускать и в приватных окнах, поэтому такой тест не исключает их влияние полностью.

Начните с недавно установленных блокировщиков, VPN-расширений и дополнений, меняющих содержимое страниц. Временно отключайте их по одному, обновляйте страницу и возвращайте настройку, если результат не изменился. На рабочем компьютере согласуйте изменение управляемых настроек с администратором.

Удалите данные только проблемного сайта

В настройках браузера найдите хранилище данных сайтов, выберите нужный домен и удалите его cookies и сохранённые данные. Это может помочь при повреждённом сеансе входа или циклических перенаправлениях. Если проблема связана с устаревшими файлами страницы, очистите также её кэш.

После удаления cookies придётся войти заново; локально сохранённые настройки или незавершённая форма могут исчезнуть. Сначала сохраните нужные данные. Очищать историю, пароли и данные всех остальных сайтов для такой проверки не требуется.

Проверьте обновления, время и защитное ПО

Обновите браузер и перезапустите его. При ошибке сертификата проверьте дату, время и часовой пояс устройства. Если предупреждение возникает только в корпоративной сети, уточните у администратора настройки прокси и проверки HTTPS.

Не подтверждайте переход через предупреждение о сертификате ради входа в личный кабинет или оплаты. Если защитное ПО сообщает о конкретной угрозе, выясните причину с его поддержкой или владельцем сайта. Постоянное отключение защиты не устраняет неисправность.

Если проблема зависит от устройства или сети

Проверьте DNS, если браузер не находит адрес

DNS помогает получить IP-адрес по доменному имени. Если браузер пишет, что сервер не найден, в Windows можно открыть командную строку и выполнить:

nslookup example.com

Замените example.com доменом без https:// и пути к странице. Не путайте адрес DNS-сервера в начале вывода с IP-адресом проверяемого домена. Адреса, указанные для домена, означают, что выбранный DNS-сервер смог ответить на этот запрос. Они ещё не подтверждают работу самого сайта. Ошибка запроса, в свою очередь, требует проверки DNS-настроек и доступности используемого резолвера.

При подозрении на устаревшие локальные записи можно открыть командную строку Windows от имени администратора и очистить DNS-кэш:

ipconfig /flushdns

Затем перезапустите браузер и повторите проверку. Команда очищает кэш Windows, но не исправляет DNS-записи владельца домена. Браузер с собственным защищённым DNS может использовать другой механизм разрешения имён, поэтому результат nslookup и загрузка страницы иногда различаются.

Не меняйте DNS-серверы наугад. Если проблема воспроизводится только с настройками провайдера, сохраните результаты и передайте их поддержке. В корпоративной сети сторонний DNS может лишить доступа к внутренним ресурсам.

Проверьте прокси, VPN и настройки подключения

Если вы используете личный VPN или прокси, сравните загрузку с ним и без него, когда это допустимо для вашей сети. Изменение результата показывает зависимость от маршрута или настроек посредника. Оно не доказывает, что сам сайт исправен во всех остальных условиях.

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

Если сайт работает через мобильную сеть, но не работает через домашнюю даже после перезапуска, передайте провайдеру домен, время ошибки и результаты сравнения. Отдельно сообщите владельцу сайта: сервер или система защиты могли ограничить ваш внешний IP.

Если проблема только на одном устройстве

Вспомните изменения перед сбоем: установка программы, настройка прокси, изменение файла hosts, обновление защитного ПО. Если файл hosts раньше редактировал специалист, попросите проверить записи проблемного домена. Не заменяйте файл содержимым из случайной инструкции: в нём могут находиться необходимые рабочие настройки.

Что делать владельцу, если не открывается его сайт

Задача владельца — связать симптом с конкретным изменением или компонентом. Сначала зафиксируйте время начала сбоя и проверьте, какие адреса затронуты: весь домен, только отдельные страницы, админка или API. Сохраните журналы и текущие настройки до исправлений.

Сопоставьте сбой с последними изменениями

Проверьте, не предшествовали ли проблеме обновление CMS, установка плагина, перенос хостинга, смена DNS, настройка редиректов или обновление сертификата. Совпадение по времени — полезная гипотеза, которую нужно проверить.

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

Проверьте домен и направление DNS

Убедитесь, что домен продлён, а его обслуживание не приостановлено регистратором.
Проверьте, какие NS-серверы обслуживают домен, и редактируйте записи именно у действующего DNS-провайдера.
Сверьте A-запись, AAAA-запись при использовании IPv6 и CNAME с актуальной схемой размещения сайта.
Проверьте основной домен и вариант с www: это отдельные имена, для которых нужны согласованные настройки.

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

Проверьте HTTPS и сертификат

Сертификат должен действовать по сроку и соответствовать имени, которое открывают посетители. Проверьте основной домен, www и нужные поддомены. Если сертификат недавно продлевали, убедитесь, что веб-сервер действительно выдаёт новый сертификат и полную необходимую цепочку.

При подключённом CDN защищённое соединение может устанавливаться отдельно между посетителем и CDN и между CDN и исходным сервером. Проверять нужно обе части. Отключение HTTPS или проверки сертификата скрывает симптом и создаёт дополнительную проблему.

Проверьте хостинг, веб-сервер и приложение

Откройте панель хостинга: проверьте оплату, статус услуг, объявления об инцидентах и доступные показатели ресурсов. Затем изучите журнал ошибок веб-сервера и приложения за время сбоя. Например, нехватка дискового пространства, недоступная база данных или завершение процесса приложения требуют разных исправлений.

При 500 ищите конкретную ошибку веб-сервера или приложения; при 502 или 504 проверяйте связь прокси с приложением и время его ответа. При 503 выясняйте, включён ли режим обслуживания, сработало ли ограничение ресурсов или сервис временно не готов обслуживать запросы. Один код не позволяет точно установить причину.

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

Проверьте ограничения доступа и частичные сбои

Если сайт недоступен только части посетителей, изучите журналы CDN, WAF и правил доступа. Сравните время обращения, адрес страницы, IP и причину блокировки. Исправляйте конкретное правило; отключать всю защиту ради одного ложного срабатывания обычно не требуется.

Если HTML загружается, но страница остаётся пустой или кнопки не работают, проверьте ошибки JavaScript, загрузку файлов и запросы к API в инструментах разработчика браузера. Ответ 200 OK от главной страницы не подтверждает успешный вход, отправку формы или оформление заказа.

Как убедиться, что работа восстановлена

После исправления повторите исходный сценарий в тех же условиях, где возникала проблема. Затем проверьте его через независимую сеть и в чистом сеансе браузера. Это помогает отличить восстановление от случайного успешного запроса или показа сохранённой страницы.

Откройте главную и ранее проблемный адрес.
Проверьте ожидаемый переход на HTTPS и отсутствие циклических редиректов.
Убедитесь, что виден нужный контент, а не заглушка хостинга или страница обслуживания.
Выполните безопасный тест важного действия: вход, поиск, отправка тестовой заявки. Проверяйте результат действия, например фактическое получение заявки.
Повторите проверку позже и просмотрите новые ошибки в журналах.

Запишите причину, выполненное изменение и время восстановления. Если сбой повторится, такая запись поможет быстрее проверить уже известную гипотезу.

Что написать в поддержку, чтобы получить предметный ответ

Вместо сообщения «сайт не работает» отправьте короткую диагностическую карточку:

Полный адрес проблемной страницы.
Дата и время ошибки с часовым поясом.
Текст или скриншот ошибки.
Устройство, операционная система и браузер.
Результат проверки через другую сеть и другой браузер.
Для владельца — последние изменения и относящиеся к сбою строки журнала.

Например: «31 октября, 14:20, UTC+5. Главная и каталог возвращают 502 через домашний и мобильный интернет. В 14:10 обновили приложение; админка также недоступна». Перед отправкой скриншотов и логов скройте пароли, токены и персональные данные.

Как быстрее замечать повторные сбои

Разовая диагностика помогает вернуть сайт в работу. Для следующих инцидентов полезно заранее настроить автоматические проверки и уведомления ответственному человеку.

При выборе мониторинга проверьте регулярность HTTP/HTTPS-проверок, историю ответов и доставку уведомлений ответственному. Отдельно оцените, нужен ли контроль срока сертификата и регистрации домена. Для знакомства с актуальным предложением перейдите на SiteGuard и сопоставьте доступные возможности с вашим списком критичных страниц.

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

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

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

У конкретного домена могут быть проблемы с DNS, HTTPS, сервером или правилами доступа. Возможна и локальная причина: данные браузера, расширение или сетевой маршрут. Начните со сравнения другого браузера и независимой сети.

Почему на телефоне сайт работает, а на компьютере — нет?

Сначала подключите оба устройства к одной сети. Если различие сохраняется, проверяйте компьютер и браузер. Если телефон работал только через мобильный интернет, первоначальный результат мог объясняться различием сетей.

Главная открывается, а нужная страница — нет. Сайт упал?

Это частичный сбой или проблема конкретного URL. Проверьте ссылку, авторизацию и код ответа. Владельцу нужно проверить маршрут приложения, публикацию страницы и правила доступа к разделу.

Через сколько сайт должен заработать сам?

Общего срока нет. Временный сбой соединения может исчезнуть быстро, а неверная DNS-запись, просроченный сертификат или ошибка приложения требуют исправления. Ориентируйтесь на подтверждённую причину и сообщение ответственного за восстановление.

Ping отвечает, но сайт не открывается. Как это возможно?

Ping проверяет ответ по протоколу ICMP, а сайт использует HTTP или HTTPS. Сетевой узел может отвечать на ping при неработающем веб-сервере. Обратная ситуация тоже возможна: ICMP запрещён, а страницы загружаются.