Что делать в первые часы после потери хостинга

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

Зафиксируйте точное время сбоя и текст ошибки. Это поможет быстрее сопоставить инцидент с изменениями на сервере, продлением домена, обновлением CMS, настройками CDN или выпуском нового релиза. Не ограничивайтесь фразой «не открывается»: важен конкретный код ответа или сообщение браузера.

• ERR_CONNECTION_TIMED_OUT — сервер не отвечает или запросы не доходят до него.
• ERR_NAME_NOT_RESOLVED — домен не преобразуется в IP, проверьте DNS-записи.
• HTTP 500 — ошибка приложения или серверной конфигурации.
• HTTP 502/504 — сбой между прокси, балансировщиком и backend-сервером.
• HTTP 403 — доступ запрещен правилами сервера, WAF, CDN или правами файлов.

Далее выполните быструю внешнюю проверку. Используйте сервисы мониторинга доступности из разных стран или команду curl с удаленного сервера. Если сайт доступен из одной локации и недоступен из другой, проверьте CDN, геоблокировки, firewall и DNS-распространение.

Минимальный порядок действий: проверьте домен через whois, убедитесь, что он не просрочен; выполните nslookup или dig для основных DNS-записей; проверьте ping и traceroute; откройте панель хостинга или облачного провайдера и посмотрите статус сервера, нагрузку CPU, RAM, диск и сетевые лимиты.

Что делать если сайт недоступен: не вносите хаотичные правки до диагностики. Сначала соберите симптомы, сравните доступность из разных сетей, проверьте DNS, сервер и последние изменения. Только после этого переходите к исправлению конкретной причины.

Скидка 5000 рублей на SEO продвижение

Дарим скидку 5000 рублей на SEO продвижение сайта. Акция действует до конца октября.

Заказать SEO

Проверка хостинга, домена и DNS: где искать источник проблемы

Если страница не открывается, сначала разделите проверку на три зоны: хостинг, домен и DNS. Такой порядок помогает быстро понять, где именно оборвалась цепочка: сервер не отвечает, домен истек или запрос уходит не на тот IP. Что делать если сайт недоступен: начните с независимой проверки, а не с обновления страницы в браузере.

• Проверьте сайт через сервисы доступности из разных регионов, например Uptrends, Site24x7 или Host-Tracker. Если ошибка видна только у вас, вероятна проблема с провайдером, кэшем DNS или локальной сетью.
• Зайдите в панель хостинга и проверьте статус сервера, нагрузку CPU, использование RAM, место на диске и лимиты по inode. При заполненном диске сайт часто возвращает 500, 503 или не создает сессии.
• Откройте логи веб-сервера: error.log для Nginx/Apache, журнал PHP-FPM, логи CMS. Ищите свежие записи с кодами 500, 502, 503, fatal error, permission denied, database connection failed.

Домен проверяется отдельно. Через WHOIS посмотрите дату окончания регистрации, статус домена и указанные NS-серверы. Если срок истек или установлен статус clientHold/serverHold, сайт перестанет открываться даже при исправном хостинге.

• Сравните NS в панели регистратора и в DNS-зоне хостинга. Несовпадение означает, что записи редактируются не там.
• Проверьте A-запись и AAAA-запись: они должны указывать на актуальный IP сервера. После миграции сайта часто остается старый адрес.
• Проверьте CNAME для поддомена www, если основная версия открывается, а www — нет.
• Используйте команды nslookup domain.ru, dig domain.ru A, dig domain.ru NS, чтобы увидеть реальный ответ DNS.

После изменения DNS учитывайте TTL. Если было задано 3600 секунд, обновление обычно занимает до часа; при 86400 — до суток. Для проверки без ожидания откройте сайт через файл hosts, временно прописав домен на нужный IP.

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

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

Перед обращением соберите данные, которые помогут исключить долгую переписку:

• домен сайта и точное время, когда начался сбой;
• ошибку в браузере: 403, 404, 500, 502, 503, 504, ERR_CONNECTION_TIMED_OUT;
• результаты проверки через ping, traceroute или онлайн-сервисы доступности;
• IP-адрес, с которого вы проверяете сайт;
• скриншоты панели управления, если видны ошибки по диску, CPU, памяти или SSL;
• список последних действий: обновление CMS, установка плагина, перенос DNS, изменение .htaccess, настройка CDN.

В обращении попросите провайдера проверить состояние веб-сервера, базы данных, лимиты аккаунта, блокировки по firewall, срок действия SSL-сертификата, корректность DNS-записей и наличие аварий на узле. Если сайт отключен из-за превышения нагрузки, запросите логи за последние часы: access.log, error.log, slow query log.

Пока поддержка отвечает, подготовьте резервную копию. Скачайте файлы сайта через панель хостинга, SFTP или файловый менеджер. Отдельно экспортируйте базу данных через phpMyAdmin, Adminer или консольную команду mysqldump. Проверьте, что архив открывается, а дамп базы не пустой и не обрывается на середине.

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

Переезд на новый сервер: как вернуть проект в работу без лишних потерь

При переносе на новый сервер основная задача — сократить простой и не потерять данные. Начинайте не с копирования файлов, а с фиксации текущего состояния проекта: версия PHP, веб-сервер, база данных, cron-задачи, SSL-сертификаты, переменные окружения, права на каталоги, лимиты памяти и размер загружаемых файлов.

До смены DNS подготовьте новую площадку и проверьте её по техническому домену или через запись в файле hosts. Это позволит открыть сайт с нового IP до того, как трафик пойдёт на сервер.

• Сделайте полный бэкап файлов и базы данных, отдельно проверьте возможность восстановления.
• Перенесите файлы через rsync, SFTP или архив, сохранив структуру каталогов и права доступа.
• Импортируйте базу, затем проверьте кодировку, префиксы таблиц и доступы пользователя БД.
• Настройте конфигурацию веб-сервера: document root, редиректы, gzip/brotli, лимиты, обработку ЧПУ.
• Выпустите или перенесите SSL-сертификат, проверьте цепочку сертификатов через SSL Labs.
• Сверьте работу форм, корзины, оплаты, авторизации, поиска, отправки писем и интеграций с CRM.

За сутки до переноса уменьшите TTL DNS-записей до 300 секунд. После финальной синхронизации базы временно отключите действия, которые меняют данные: оформление заказов, комментарии, личные кабинеты. Затем обновите A-запись домена на новый IP.

После переключения контролируйте логи веб-сервера и приложения: ошибки 500, 403, 404, проблемы с подключением к базе, превышение лимитов памяти. Проверьте индексацию важных URL через коды ответа: главная, категории, карточки товаров, страницы фильтров, sitemap.xml и robots.txt должны открываться корректно.

Старый сервер не отключайте минимум 3–7 дней. Часть пользователей и ботов может продолжать обращаться к нему из-за DNS-кеша провайдеров. Если проект коммерческий, настройте временную синхронизацию заказов или переведите старую площадку в режим редиректа на новый IP.