Сайт не открывается, хотя интернет работает? Разбираем, как определить причину: от проблем DNS, браузера и SSL-сертификата до ошибок PHP, базы данных и сервера. Подробные инструкции для компьютера, телефона и владельцев сайтов на разных CMS.
Не открывается сайт, хотя интернет работает? Браузер может показывать сообщение «Не удаётся получить доступ к сайту», бесконечно загружать страницу, выдавать ошибку подключения или отображать белый экран. Иногда не работает только один ресурс, а иногда не открываются сразу несколько сайтов.
Причины бывают разными: проблемы с интернет-соединением, DNS, браузером, SSL-сертификатом, хостингом, сервером или системой управления сайтом. Чтобы устранить неисправность, сначала необходимо определить, на каком этапе возникает ошибка.
В этом руководстве разберём, почему сайт не открывается на компьютере и телефоне, что делать обычному посетителю и как владельцу сайта проверить домен, сервер, WordPress, OpenCart и другие CMS. Все инструкции расположены в порядке диагностики: от простых проверок до поиска технических ошибок.
Прежде чем менять настройки устройства или сервера, выполните пять простых проверок.
Если сайт не открывается только у вас, не стоит сразу считать его сервер неисправным. Если же вы владелец ресурса и получаете одинаковую ошибку из нескольких независимых сетей, переходите к проверке домена и серверной инфраструктуры.
| Причина | Как проявляется | Что проверить |
|---|---|---|
| Проблемы с интернетом | Не загружаются разные сайты и приложения. | Подключение, маршрутизатор, провайдера. |
| Неправильные DNS-записи | Браузер не может найти сервер по доменному имени. | DNS, делегирование и настройки домена. |
| Недоступен сервер | Подключение отклоняется или завершается по тайм-ауту. | Хостинг, веб-сервер, сеть и межсетевой экран. |
| Ошибка HTTPS | Браузер предупреждает о небезопасном соединении. | Сертификат, доменное имя и настройки TLS. |
| Неисправность CMS | Появляется HTTP 500, белый экран или сообщение приложения. | PHP, плагины, шаблон и базу данных. |
| Ограничения доступа | Сайт работает у других пользователей, но недоступен в вашей сети. | Правила безопасности, IP, прокси и CDN. |
| Ошибка браузера | Ресурс открывается в другом браузере. | Расширения, настройки и данные сайта. |
Перечисленные причины могут сочетаться. Например, после переноса сайта одновременно могут измениться DNS-записи, версия PHP и настройки сертификата. Поэтому проверяйте каждый этап отдельно.
Если мессенджеры работают, но браузер не загружает страницы, это ещё не гарантирует исправность интернет-подключения. Отдельные приложения могут использовать уже установленные соединения или другие сетевые механизмы.
Подключите телефон к тому же Wi-Fi и попробуйте открыть несколько сайтов. Если проблема возникает на всех устройствах домашней сети, проверьте маршрутизатор, настройки DNS и состояние подключения к провайдеру.
Отключите Wi-Fi на телефоне и повторите открытие проблемного сайта через мобильную сеть. Если через мобильный интернет страница доступна, а через Wi-Fi нет, исследуйте домашнее подключение.
Если сайты не открываются только через мобильную сеть, проверьте наличие доступа в интернет, настройки оператора, DNS и возможные ограничения соответствующего подключения.
На Windows откройте командную строку и выполните:
nslookup example.com
Замените example.com на адрес нужного сайта. Если DNS-сервер не отвечает либо возвращает ошибку разрешения имени, проверьте настройки сети и домена.
Если сайты перестали открываться сразу после смены DNS-записей, возможно, устройство или промежуточный резолвер ещё использует устаревшие данные.
Если проблема появилась после подключения VPN, изменения прокси или установки программы сетевой фильтрации, проверьте соответствующие настройки. Сравните результат через обычное разрешённое подключение.
Не отключайте корпоративную защиту и не меняйте обязательные сетевые настройки рабочего устройства без согласования с администратором.
Если разные сайты недоступны на всех устройствах одной сети, а диагностика не выявила локальную неисправность, обратитесь к провайдеру. Передайте ему точные адреса, время возникновения проблемы и результаты проверки через другую сеть.
Если остальные ресурсы загружаются нормально, сосредоточьтесь на конкретном домене и маршруте подключения к нему.
Если ресурс доступен в одной сети, но не открывается в другой, причиной могут быть DNS, маршрутизация, ограничения по IP или особенности соединения с сервером.
Если сайт недоступен из нескольких сетей, это может указывать на неисправность самого ресурса, но не доказывает её: для окончательного вывода необходимо проверить DNS и фактический ответ сервера.
Сначала проверьте тот же адрес в другом браузере. Если там он работает, последовательно выполните следующие действия:
Удаление cookies может привести к выходу из личного кабинета и потере несохранённых данных. Не сбрасывайте весь браузер, пока не установили, что проблема действительно связана с его настройками.
Если ошибка воспроизводится в разных браузерах, проверьте интернет-подключение и разрешение доменного имени. На Windows используйте команду nslookup example.com, указав нужный домен.
Если DNS-записи недавно изменились, а компьютер продолжает использовать устаревшие данные, можно очистить локальный DNS-кеш:
ipconfig /flushdns
Команда не исправляет неправильную DNS-зону и не очищает автоматически кеш всех браузеров и промежуточных серверов.
Проверьте доступ через Wi-Fi и мобильную сеть. Затем попробуйте открыть страницу в другом браузере, проверьте наличие обновлений iOS, расширения Safari и настройки VPN.
Если проблема возникает только в Safari, проверьте блокировщики содержимого и при необходимости удалите данные конкретного сайта через настройки браузера.
Проверьте Wi-Fi, мобильные данные, настройки частного DNS, VPN и обновления браузера. Если сайт не открывается ни в одном браузере только через определённую сеть, переходите к диагностике подключения.
Если недоступен только один ресурс, не сбрасывайте настройки всего телефона без установленной причины.
Точный текст ошибки помогает определить, на каком этапе возникла неисправность.
| Ошибка | Значение и направление диагностики |
|---|---|
| ERR_NAME_NOT_RESOLVED | Не удалось разрешить доменное имя. Проверьте домен и DNS. |
| DNS_PROBE_FINISHED_NXDOMAIN | DNS сообщает, что запрошенное имя не существует. Проверьте написание домена и DNS-записи. |
| ERR_CONNECTION_REFUSED | Соединение отклонено. Проверьте сервер, порт и межсетевой экран. |
| ERR_CONNECTION_TIMED_OUT | Сетевое соединение не удалось завершить вовремя. Проверьте доступность сервера и маршрут подключения. |
| ERR_CONNECTION_RESET | Соединение сброшено. Проверьте сервер, прокси и сетевую инфраструктуру. |
| ERR_TOO_MANY_REDIRECTS | Слишком много перенаправлений. Проверьте правила домена, HTTPS и CMS. |
| ERR_CERT_DATE_INVALID | Проблема со сроком действия сертификата или системным временем. |
| 403 Forbidden | Сервер запрещает доступ к ресурсу. |
| 404 Not Found | Запрошенная страница или файл не найдены. |
| 500 Internal Server Error | Внутренняя ошибка обработки запроса. |
| 502 Bad Gateway | Прокси получил некорректный ответ от другого сервера. |
| 503 Service Unavailable | Сервис временно не может обработать запрос. |
| 504 Gateway Timeout | Прокси не дождался своевременного ответа от вышестоящего сервера. |
Ошибки DNS и сетевого соединения отличаются от HTTP-ошибок: в первом случае браузер может вообще не получить ответ от веб-сервера. Поэтому неправильно искать причину любого сообщения «Сайт недоступен» исключительно в PHP или CMS.
Если браузер не может найти сервер по доменному имени, начните с проверки регистрации домена и его DNS-конфигурации.
Откройте панель регистратора и убедитесь, что домен зарегистрирован, срок его действия не истёк и отсутствуют ограничения, препятствующие нормальной работе.
Убедитесь, что у регистратора указаны правильные NS и актуальная DNS-зона опубликована именно на этих серверах.
После смены DNS-провайдера изменения в старой панели управления могут больше не влиять на домен.
На компьютере можно выполнить:
nslookup example.com
Для отдельной проверки IPv6:
nslookup -type=AAAA example.com
Для поддомена www:
nslookup www.example.com
Сравните ответы с настройками действующего хостинга. Если используется CDN, DNS может возвращать адрес промежуточного сервиса, а не исходного сервера.
Если опубликована запись AAAA, убедитесь, что соответствующий IPv6-адрес действительно обслуживает сайт. Ошибочная настройка IPv6 может приводить к проблемам у части посетителей.
Если сайт недавно переехал на новый сервер, проверьте, не остались ли старые записи A, AAAA или CNAME. Учитывайте время кеширования DNS-ответов.
Если используется DNSSEC, после смены DNS-провайдера дополнительно проверьте согласованность ключей и DS-записей у регистратора.
Не меняйте DNS-записи наугад. Перед исправлением сохраните существующую конфигурацию и убедитесь, что знаете действительные адреса серверов.
Если браузер сообщает о небезопасном подключении, проблема может находиться в сертификате, настройках TLS, имени домена или системном времени устройства.
Убедитесь, что сертификат действителен, выпущен для нужного домена и включает используемые варианты имени, например с www и без www, если оба должны открываться по HTTPS.
После продления сертификата убедитесь, что веб-сервер действительно использует новую версию. Проверьте правильность сертификата, цепочки доверия и настроек виртуального хоста.
Если браузер сообщает о слишком большом числе редиректов, проверьте правила перехода с HTTP на HTTPS, настройки домена в CMS и параметры CDN.
Например, цикл может возникнуть, если внешний прокси принимает HTTPS, передаёт запрос приложению по HTTP, а приложение неправильно определяет исходную схему и постоянно перенаправляет пользователя на HTTPS.
Не вводите пароли, платёжные данные и другие конфиденциальные сведения на странице с недействительным сертификатом. Владельцу сайта необходимо устранить ошибку, а не предлагать посетителям отключить проверку HTTPS.
Если вы владелец сайта, начинайте с определения уровня неисправности. Это позволит не тратить время на изменение CMS, если сервер не получает запросы из-за DNS или сетевого соединения.
Сравните результаты через разные подключения. Проверьте DNS-записи и убедитесь, что запросы направляются на действующий сервер либо предусмотренный CDN.
На компьютере с установленной утилитой curl выполните:
curl -I https://example.com/
Замените домен на адрес своего сайта. Команда показывает заголовки ответа на запрос HEAD. Если приложение по-разному обрабатывает HEAD и GET, проверьте обычный GET-запрос:
curl -sS -o /dev/null -w "%{http_code}\n" https://example.com/
Если соединение не удалось установить, curl может вывести код 000: это служебный результат самой утилиты, а не HTTP-статус сервера. Изучите сопровождающее сообщение о сетевой ошибке.
Убедитесь, что тариф активен, домен привязан к нужному сайту, сервер работает и доступны необходимые ресурсы. На VPS дополнительно проверьте состояние веб-сервера, PHP и базы данных.
Откройте журналы доступа и ошибок через панель хостинга. Сопоставьте время возникновения неисправности с записями Nginx, Apache, PHP и приложения.
Если в журнале доступа нет запросов к проблемному домену, сначала проверьте DNS, прокси, маршрутизацию и другие компоненты, расположенные перед веб-сервером.
Не публикуйте полные журналы: они могут содержать IP-адреса, параметры запросов, токены и другие чувствительные данные.
При наличии доступа к Linux-серверу проверьте состояние используемого веб-сервера. Для Nginx:
sudo systemctl status nginx
Для Apache на системах, где служба называется apache2:
sudo systemctl status apache2
На других системах Apache может называться httpd. Если служба остановлена, изучите причину в её журнале перед перезапуском.
Для проверки Nginx используйте:
sudo nginx -t
Для Apache:
sudo apachectl configtest
Эти команды проверяют конфигурацию, но не гарантируют исправную работу PHP-приложения, базы данных и внешних сервисов.
Если сайт использует PHP-FPM, убедитесь, что соответствующая служба запущена. Например:
sudo systemctl status php8.3-fpm
Укажите фактическое имя службы для установленной версии PHP. Если Nginx сообщает об отсутствии сокета или отказе соединения, проверьте соответствие параметров fastcgi_pass и listen в конфигурациях Nginx и PHP-FPM.
Для проверки оперативной памяти:
free -h
Для проверки свободного места:
df -h
Если серверу не хватает ресурсов, определите, какие процессы вызывают нагрузку. Не удаляйте файлы и не увеличивайте все лимиты одновременно без установленной причины.
Если WordPress перестал открываться после обновления, установки плагина или изменения PHP, сначала проверьте серверные журналы и точный HTTP-ответ.
Попробуйте открыть /wp-admin/. Если административная панель работает, а публичные страницы нет, проверьте активную тему, плагины и правила постоянных ссылок.
Если не открывается весь сайт, сначала исключите проблемы PHP-FPM, веб-сервера и базы данных.
При некоторых критических ошибках WordPress отправляет администратору письмо со ссылкой на режим восстановления. Проверьте почту, указанную в настройках сайта.
Если такое письмо получено, изучите информацию о проблемном компоненте и воспользуйтесь предусмотренным механизмом восстановления.
Если ошибка появилась после обновления конкретного плагина или темы, изучите соответствующие журналы. При наличии тестовой копии временно отключите подозрительный компонент и повторите проверку.
Не отключайте массово все плагины рабочего интернет-магазина: это может нарушить работу оплаты, доставки и других интеграций.
Если требуется диагностировать PHP-ошибку, сохраните копию файла wp-config.php и проверьте существующие определения констант отладки. При необходимости установите следующие значения до подключения wp-settings.php:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
В стандартной конфигурации сообщения могут записываться в wp-content/debug.log. Обеспечьте защиту журнала от публичного доступа. После диагностики отключите временный режим отладки.
Если WordPress сообщает об ошибке подключения к базе, проверьте доступность СУБД и реквизиты в wp-config.php.
Если главная страница работает, а внутренние URL возвращают 404, проверьте раздел «Настройки → Постоянные ссылки» и правила веб-сервера. Не изменяйте структуру URL без необходимости.
На OpenCart причиной недоступности могут быть ошибки PHP, конфигурации, модификаторов, подключения к базе данных и серверного окружения.
Проверьте главную страницу, категории, карточки товаров, корзину и административную панель. Если ошибка возникает только при определённом действии, исследуйте соответствующий обработчик и установленные модули.
В OpenCart 1.5 журнал часто расположен по пути system/logs/error.txt. В более поздних версиях может использоваться system/storage/logs/ или отдельная директория хранения, заданная в конфигурации.
Проверьте фактический путь в своей версии OpenCart. Если приложение не успевает начать выполнение, сообщения могут присутствовать только в журнале PHP или веб-сервера.
После переноса проверьте файлы config.php и admin/config.php, если они используются вашей версией. Сравните адреса магазина, абсолютные пути и параметры подключения к базе данных с текущей конфигурацией хостинга.
Сравните установленную версию PHP с требованиями вашей версии OpenCart и сторонних расширений. Если ошибка появилась после установки модуля, проверьте внесённые им изменения.
При использовании OCMOD или VQMod исследуйте соответствующие модификации. Не удаляйте наугад файлы и таблицы базы данных расширения.
После восстановления откройте категории, товары, корзину, административную панель и оформление заказа. Платёжные операции проверяйте в предусмотренном тестовом режиме.
Для других систем общий порядок диагностики остаётся таким же: DNS, HTTPS, сервер, приложение, база данных и пользовательские расширения.
Joomla: проверьте журнал PHP, настройки конфигурации, расширения, шаблон и подключение к базе данных.
Drupal: исследуйте серверные журналы, состояние модулей, зависимости приложения, настройки окружения и выполненные миграции базы данных.
MODX: проверьте системный журнал, конфигурационные файлы, пути к каталогам, пользовательские сниппеты и подключение к базе.
1С-Битрикс: проверьте PHP, серверные журналы, базу данных, компоненты сайта, кеширование и результаты последних обновлений.
Самописные проекты: исследуйте журналы приложения, маршрутизацию, зависимости, переменные окружения, состояние базы данных и работу внешних API.
Не используйте инструкции по изменению конфигурационных файлов другой CMS без адаптации к установленной системе.
Если сайт перестал работать сразу после переезда на другой хостинг, смены домена или обновления CMS, сопоставьте новую конфигурацию с последней рабочей версией.
Перед восстановлением старой версии создайте актуальную резервную копию. Для интернет-магазина особенно важно сохранить заказы, клиентов и другие данные, появившиеся после предыдущего бэкапа.
Если браузер показывает пустую страницу, это не обязательно означает, что сервер недоступен. Иногда сервер возвращает успешный HTTP-ответ, но содержимое отсутствует либо не отображается из-за ошибки приложения.
Нажмите F12 в браузере, откройте вкладку Network («Сеть») и обновите страницу. Найдите основной HTML-документ и проверьте его код ответа.
Если документ возвращает 500, исследуйте серверную ошибку. Если возвращает 200, но содержимое пустое, проверьте сформированный HTML, ошибки PHP и работу шаблона.
Откройте вкладку Console и найдите сообщения JavaScript. Если страница зависит от клиентского приложения, критическая ошибка скрипта может препятствовать отображению содержимого.
На вкладке Network убедитесь, что CSS, JavaScript, изображения и запросы API загружаются корректно.
Если отсутствуют только картинки или оформление, проверьте пути к файлам, права доступа, смешанный HTTP/HTTPS-контент и настройки CDN.
Если страница бесконечно загружается, найдите запрос, который остаётся в состоянии ожидания. Определите, обращается ли он к вашему серверу или внешнему API.
Затем исследуйте соответствующий обработчик, серверный журнал, базу данных и настройки времени ожидания.
Продолжительная недоступность важных страниц может привести к проблемам с индексированием и потере органического трафика. Поисковый робот должен иметь возможность разрешить доменное имя, установить соединение и получить содержимое страницы.
Если сайт не отвечает, возвращает серверные ошибки или постоянно показывает временную заглушку вместо содержимого, поисковая система не может нормально обрабатывать его страницы.
Не добавляйте глобальный запрет в robots.txt и не устанавливайте noindex на все страницы только потому, что сайт временно недоступен.
Если требуется кратковременное техническое обслуживание, для временно недоступных страниц может использоваться корректный ответ 503 Service Unavailable. Но длительное отключение сайта не становится безопасным для SEO только благодаря этому коду.
После исправления поисковым системам потребуется повторно обработать страницы. Немедленное восстановление прежних позиций и объёма трафика не гарантируется.
После того как главная страница снова открылась, убедитесь, что исправлена исходная неисправность, а не только её внешнее проявление.
Если ошибка проявлялась периодически, настройте мониторинг доступности и продолжительности ответа сервера. Это поможет обнаружить повторный сбой до того, как он затронет большое количество посетителей.
Возможны проблемы конкретного домена, DNS, сервера, браузера или сетевого маршрута. Проверьте другие сайты, откройте проблемный ресурс через другую сеть и запишите точное сообщение об ошибке.
Сравните доступ через разные браузеры и сети. Проверьте DNS, прокси, VPN и сообщения об ошибках. Если проблема возникает только с определёнными доменами, исследуйте их доступность отдельно.
Возможны различия в сетевом подключении, DNS, настройках браузера, сертификатах или мобильной версии сайта. Проверьте доступ через Wi-Fi и мобильный интернет, затем сравните результаты в разных браузерах.
Ping использует ICMP и проверяет не то же самое, что браузер. Сервер может отвечать на ICMP-запросы, но не принимать HTTPS-соединения, иметь неисправный веб-сервер или возвращать ошибки приложения. Проверьте DNS, доступность TCP-порта и HTTP-ответ.
Проверьте регистрацию и делегирование домена, DNS-записи, привязку домена к хостингу, корневой каталог и HTTPS-сертификат. Если DNS недавно изменён, учитывайте кеширование ответов.
Проверьте серверные журналы, сообщение о критической ошибке, совместимость PHP, обновлённые плагины и тему. Не восстанавливайте всю базу данных без необходимости и сохранения актуальной копии.
Причиной могут быть различия DNS, сетевой маршрутизации и правил доступа между подключениями. Сравните результаты через разрешённые сети и выясните, на каком этапе возникает ошибка. Сам по себе факт успешного подключения через VPN не доказывает конкретную причину недоступности без него.
Вредоносное ПО может изменять сетевые настройки, файл hosts и работу браузера. Однако недоступность сайта сама по себе не доказывает заражение устройства. Если есть дополнительные признаки компрометации, проверьте систему штатными средствами безопасности.
Не обязательно. Сначала проверьте правильность домена, его DNS-записи и доступность сервера. Если домен разрешается корректно, изменение DNS-резолвера может не повлиять на проблему.
Если сайт не открывается, сначала определите масштаб неисправности: не работают все сайты или один ресурс, возникает ли ошибка в разных браузерах и повторяется ли она через независимые сети. Затем проверьте текст сообщения, DNS, HTTPS и фактический HTTP-ответ.
Владельцу сайта необходимо последовательно проверить домен, настройки хостинга, веб-сервер, PHP, базу данных и CMS. Исправлять следует подтверждённую причину, а не менять все настройки одновременно.
После восстановления проверьте основные функции, доступность важных страниц и состояние сайта в поисковых системах.
Если самостоятельно определить причину не удалось, можно обратиться за профессиональной диагностикой и восстановлением сайта. Для начала работ желательно подготовить проблемный URL, точное сообщение об ошибке, время её возникновения и сведения о последних изменениях на сайте.
Переработана структура каталога интернет-магазина на OcStore 1.5.6.4: карточки товаров получили постоянные URL и стабильные хлебные крошки, старые адреса перенаправляются через 301 Redirect, а отдельные товары теперь можно выводить в плитках категорий вместе с подкатегориями.
Переработал страницы онлайн-оплаты туров: убрал устаревшие даты и служебные элементы, сделал кнопку оплаты заметнее и создал единый шаблон для всех направлений.
Пришлите ссылку на сайт и кратко опишите задачу — я посмотрю и предложу следующий шаг.