Коротко: если сайт лёг после сбоя хостинга, сначала выясни, где проблема: на сервере, в DNS или в самом сайте. Затем сохрани каналы связи с клиентами, найди резервную копию и подготовь восстановление. Старые файлы не удаляй и настройки наугад не меняй.
В ночь на 2 ноября 2026 года у Beget произошёл массовый сбой: перестали работать сайты, DNS-серверы, почта и панель управления. Ниже - как проверить причину, сохранить заявки и вернуть сайт, даже если привычной резервной копии нет под рукой.
Что произошло у Beget 2 ноября
В ночь на 2 ноября у Beget перестали работать сайты на виртуальном хостинге и VPS, DNS-серверы, почта и панель управления. В тот же день в 15:43 по московскому времени компания сообщила о массированной кибератаке и объявила форс-мажор. Хронологию сбоя собрал vc.ru. Пострадали и сайты, которые физически размещались у других провайдеров, но использовали DNS Beget. Сайты на Beget с внешним DNS тоже не открывались, если переставал работать сам хостинг.
По переписи хостингов от 8 октября на Beget размещались 334 562 действующих сайта в зонах .ru, .рф и .su. Это размер клиентской базы, а число пострадавших компания не раскрыла. По состоянию на 6 ноября, согласно сообщениям самой Beget, облачная инфраструктура, включая VPS, объектное хранилище S3 и кластеры Kubernetes, была уничтожена и строилась заново. Файловые резервные копии VPS, по оценке компании, сохранились только у половины клиентов. На виртуальном хостинге запустили более 60% серверов, остальные планировали возвращать из резервных копий без объявленного срока. Об этом писали Медуза и Медиазона.
Владельцу бизнеса из этого стоит вынести два вывода. Во-первых, даже если сайт размещён у другого провайдера, проблемы с DNS могут сделать его недоступным. Во-вторых, наличие хостинга не гарантирует, что у тебя есть рабочая копия сайта. Поэтому восстановление лучше планировать отдельно от восстановления инфраструктуры провайдера.
Как понять, что лёг именно хостинг
Если сайт не открывается, сначала проверь его с разных устройств и из разных сетей. Не спеши менять настройки домена или переустанавливать CMS: причина может быть за пределами самого сайта.
Проведи простую диагностику:
- **Открой сайт через мобильный интернет.** Отключи Wi-Fi и зайди на главную страницу. Затем попроси коллегу проверить сайт из другой сети. Если результат одинаковый, проблема может быть на стороне хостинга или DNS.
- **Проверь оба варианта адреса.** Открой адрес с www и без www. Если один работает, а другой нет, смотри настройки домена и перенаправления.
- **Попробуй войти в панель хостинга.** Если панель тоже недоступна, возможно, проблема в инфраструктуре провайдера. Но одна лишь недоступность панели ещё не доказывает, что сайт лежит из-за хостинга.
- **Проверь NS-серверы.** Узнай через сервис whois, какие серверы указаны для домена. Дополнительно можно использовать ping. Если DNS не отвечает, проверь настройки делегирования и доступность серверов имён.
- **Проверь почту на домене.** Войди в почтовый интерфейс и отправь тестовое письмо. Если вместе с сайтом перестала работать почта, это ещё один повод заподозрить инфраструктуру хостинга.
Как различить причины? Если сервер доступен, но страницы выдают ошибки, проблема может быть в самом сайте: CMS, настройках или файлах. Если домен не разрешается в IP-адрес, проверяй DNS. Если DNS работает, а сервер не отвечает, виноват, вероятно, хостинг. Эти проблемы бывают и одновременными, поэтому ориентируйся на результаты нескольких проверок.
Первые сутки: как не терять заявки
Пока технические специалисты ищут причину, бизнесу нужно сохранить возможность принимать обращения. Клиент зайдёт на сайт, увидит ошибку и уйдёт к конкуренту. Дай ему другой способ связаться с компанией.
Начни с временной страницы. Для неё подойдёт другой хостинг или конструктор сайтов. Переносить туда весь старый сайт сразу не нужно. Достаточно разместить название компании, краткое описание услуг, телефон и ссылки на мессенджеры, а также понятное сообщение о том, что основной сайт временно недоступен.
Реклама и карточки
- Проверь ссылку на сайт в карточке Яндекс Бизнеса.
- Проверь адрес в профиле компании в 2ГИС.
- Обнови ссылки в социальных сетях и других публичных профилях.
- Если реклама ведёт на неработающий сайт, поставь её на паузу или замени целевой адрес на временную страницу.
- Убедись, что новый адрес открывается с телефона и с компьютера.
Не оставляй старую ссылку в объявлениях только потому, что она уже настроена. Пока сайт недоступен, переходы на него не приносят заявок. Если временная страница готова, направь трафик туда.
Почта и заявки
Если корпоративные ящики лежат на том же хостинге, что и сайт, письма клиентов могут не доходить. Сообщи клиентам запасной адрес электронной почты и размести его на временной странице. Если пользуешься мессенджерами, проверь, что ссылки ведут на действующие аккаунты.
Предупреди менеджеров и отдел продаж, что заявки с сайта сейчас не приходят. Пусть проверяют запасные каналы связи и не ждут автоматических уведомлений из форм.
Фиксируй обращения, которые приходят по телефону и в мессенджерах: контакт клиента и суть запроса записывай в общий рабочий документ. Когда сайт заработает, эти обращения не должны затеряться в обычной переписке.
Где искать копию сайта
Резервная копия может лежать в нескольких местах, так что одной панелью хостера поиск не ограничивай. Во время массового сбоя панель управления тоже может оказаться недоступной.
Проверь по порядку:
- **Панель хостинга.** Посмотри, есть ли раздел с резервными копиями и можно ли их выгрузить. Если панель не открывается, переходи к другим источникам.
- **Собственные выгрузки.** Посмотри папки на компьютере, внешние диски и рабочие архивы. Возможно, разработчик передавал тебе копию при запуске или обновлении сайта.
- **Плагины резервного копирования.** Если сайт работает на CMS с такими плагинами, выясни, куда они сохраняли архивы.
- **Компьютер разработчика или подрядчика.** Запроси копию у специалиста, который занимался сайтом, и уточни, есть ли у него файлы и выгрузка базы данных.
- **Репозиторий и рабочие папки.** Если сайт разрабатывали с системой контроля версий, загляни в репозиторий. Просмотри и локальные папки на рабочих компьютерах.
Для полноценного восстановления обычно нужны файлы сайта и выгрузка базы данных. В файлах лежат шаблоны, изображения, стили и программная часть. В базе хранятся материалы, настройки и другие данные сайта. Наличие обоих компонентов проверь по отдельности.
Если копия есть, оцени её состояние до переноса: насколько она свежая и хватает ли в ней данных для запуска. Как проходит процесс и на каких условиях, описано на странице восстановления сайта после сбоя хостинга.
Найденный архив не перезаписывай и исходные файлы не удаляй. Сначала сделай отдельную рабочую копию. Тогда при ошибках восстановления можно будет вернуться к исходным данным.
Что делать, если копии нет
Без резервной копии восстановить сайт сложнее, но начинать с пустой страницы приходится не всегда. Часть информации можно найти в веб-архиве и кэше поисковых систем.
Начни с проверки старых адресов сайта: сохранились ли главная страница, страницы услуг, контакты и описания товаров. Отдельно собери тексты, которые раньше были опубликованы на сайте. Найденные материалы сохрани в документы, чтобы использовать при пересборке.
Веб-архив и поисковый кэш полного восстановления не гарантируют. Часть страниц может отсутствовать, а изображения, интерактивные элементы и формы могут не сохраниться. Недостающее придётся собирать заново, картинки и формы чаще всего восстанавливают вручную.
Если обращаешься к разработчику, попроси сначала посмотреть сайт и оценить доступные материалы. Полную предоплату не вноси, пока исполнитель не изучил объём работ. До начала восстановления зафиксируй цену, предполагаемый срок и состав работ.
У Недиджитал есть услуга восстановления сайта после сбоя хостинга. Студия работает с твоей копией или доступными архивами и при необходимости переносит сайт на другой хостинг. Если резервной копии нет, часть страниц и текстов можно вернуть из веб-архива и поискового кэша, остальное собирают заново.
Стоимость начинается от 10 000 рублей. Проверка сайта бесплатная. Цену и срок называют до начала работ, сотрудничество оформляют договором и актами. Договорённости лучше зафиксировать письменно, чтобы состав работ и результат были понятны обеим сторонам.
Как вернуть сайт и ничего не сломать
Когда файлы и база найдены, можно переходить к восстановлению. Сначала подготовь место для размещения сайта и убедись, что выбранная копия подходит для запуска. Если планируешь переезд, не удаляй старую инфраструктуру, пока новая версия не заработает и не пройдёт проверку.
После инцидента с хостингом займись безопасностью. Beget сообщала, что угроза для инфраструктуры сохраняется. Поэтому после возвращения сайта смени все пароли и ключи, которые могли использоваться для доступа к проекту.
Проверь следующие данные:
- Пароль от панели хостинга.
- Доступы по FTP и другим протоколам передачи файлов.
- Пароли пользователей базы данных.
- Доступы к административной панели CMS.
- Ключи API, подключённые к сайту.
- Токены ботов и интеграций.
Старые комбинации паролей не используй. Если доступы хранились в общем документе или были у нескольких подрядчиков, обнови их и проверь, кто их видит. Новые данные храни в защищённом хранилище.
После запуска пройди сайт как обычный посетитель: открой главную страницу, разделы услуг, карточки товаров и контакты. Отправь тестовую заявку через каждую форму. Проверь, куда приходят уведомления и уходят ли письма.
Отдельно проверь SSL-сертификат: сайт должен открываться по HTTPS без предупреждений браузера. Посмотри, корректно ли работают внутренние ссылки, изображения и переходы между страницами.
Старайся сохранить прежние адреса страниц. Если адрес пришлось изменить, настрой перенаправление со старого URL на новый: так посетители и поисковые системы найдут нужную страницу. После запуска проверь ошибки доступности в Яндекс Вебмастере.
Если переносишь сайт на другую инфраструктуру, сначала проверь новую версию целиком: формы, почту, административную панель и интеграции. Только после этого решай, когда отключать старое размещение, и не спеши удалять исходные данные, пока новая версия не поработает стабильно.
Как подстраховаться заранее
Сбой хостинга может случиться в любой момент. Полностью исключить технические проблемы нельзя, но план действий подготовить можно. Постоянно заниматься администрированием сайта для этого не нужно: достаточно организовать хранение данных и периодически проверять, что они доступны.
Используй простую схему:
- **Храни копии отдельно от хостинга.** Настрой автоматическое резервное копирование по расписанию. Архивы должны лежать там, где доступ к ним не зависит от основного провайдера.
- **Раздели домен и DNS с хостингом.** Управление доменом и DNS держи у регистратора, который не связан с компанией, размещающей сайт. Тогда сбой одного сервиса не обязательно затронет остальные.
- **Вынеси почту отдельно.** Если корпоративная переписка нужна для продаж, используй почтовый сервис отдельно от хостинга сайта. Тогда недоступность веб-сервера не лишит сотрудников почты.
- **Проверяй резервные копии.** Раз в квартал разворачивай копию в тестовой среде: открываются ли страницы, загружаются ли изображения, работает ли база данных. Сам по себе архив ещё не доказывает, что из него можно восстановиться.
- **Подготовь план на случай простоя.** Заранее сделай страницу-заглушку с телефоном и мессенджерами. Сохрани контакты разработчика, администратора, регистратора и сотрудников, которые отвечают за заявки.
Назначь ответственного за резервные копии и доступы. Он должен знать, где лежат архивы, как к ним подключиться и с кем связываться при проблеме. Всю информацию только у одного подрядчика лучше не держать.
Полезно хранить и короткую инструкцию по восстановлению: адрес панели управления, место хранения копий, контакты специалистов и порядок проверки сайта после запуска. Доступ к документу нужен тем сотрудникам, которые могут понадобиться во время простоя.
Часто задаваемые вопросы
Как понять, что хостинг упал, а не сайт сломался?
Проверь сайт из другой сети, попробуй открыть панель хостинга и посмотри, отвечают ли DNS-серверы. Если DNS работает, а сервер не отвечает, проблема, вероятно, на стороне хостинга. Если сервер доступен, но страницы выдают ошибки, проверь CMS и файлы сайта.
Можно ли вернуть сайт, если копии нет?
Да, часть страниц и текстов можно восстановить через веб-архив и кэш поисковиков. Остальные материалы, изображения и формы придётся собирать заново.
Нужно ли менять пароли, если взломали хостинг?
Да. После восстановления сайта смени пароли от хостинга, FTP, базы данных и CMS, а также ключи API и токены ботов. Проверь, у каких специалистов есть доступ к проекту.
Сколько стоит восстановить сайт?
В Недиджитал восстановление стоит от 10 000 рублей. Есть бесплатная проверка сайта, цену и срок называют до начала работ, сотрудничество оформляют договором и актами.
Что делать с почтой, пока хостинг лежит?
Если почтовые ящики находятся на том же хостинге, письма клиентов могут не доходить. Сообщи клиентам запасной адрес электронной почты и укажи другие способы связи на временной странице.
