В ночь на 2 ноября 2026 года инфраструктура Beget подверглась кибератаке. Причину сбоя назвал сам провайдер. В его сводке от 2 ноября, 15:43 МСК, сообщается о восстановлении выделенных серверов без администрирования Beget; NS-серверы и почта ещё восстанавливались. Точный срок завершения всех работ компания не указала. Сообщение Beget.
Сведения проверены 3 ноября 2026 года. Более позднего сообщения о полном восстановлении в официальном канале на момент подготовки материала нет. Ниже — хронология и действия для владельцев сайтов.
Что Beget сообщил о восстановлении
В последнем доступном обновлении провайдер описал состояние отдельных компонентов:
| Компонент | Сведения Beget от 2 ноября, 15:43 МСК |
|---|---|
| Выделенные серверы без администрирования Beget | Работа восстановлена. |
| NS-серверы | Приоритет восстановления. Ориентир на тот момент — четыре-пять часов. |
| Почта | Восстановительные работы идут параллельно. |
| Файловые резервные копии | Доступны для подавляющего большинства ресурсов виртуального хостинга и облачной инфраструктуры. Восстановление данных требует времени. |
Ориентир по NS относился к сообщению 2 ноября. Само истечение этих часов не подтверждает запуск серверов. О доступности нужного проекта следует уточнять в поддержке Beget.
Как развивался сбой 2 ноября
- 04:50 МСК. Beget сообщил о крупном инциденте. Причина ещё выяснялась.
- 06:03 МСК. Компания подтвердила восстановительные работы и расследование.
- 08:23 МСК. В следующем обновлении провайдер рассказал о ручной настройке инфраструктуры в дата-центрах.
- 15:43 МСК. Beget назвал причиной кибератаку и опубликовал сведения о восстановлении. Компания также разместила уведомление об обстоятельствах с признаками форс-мажора.
Поэтому утренние новости с формулировкой «причина неизвестна» уже не отражают позднейшее заявление компании. Технический способ атаки в этой сводке не раскрыт.
Почему сервер может работать, а сайт — не открываться
Браузеру сначала нужно получить IP-адрес домена через DNS. Затем он подключается к серверу, проверяет HTTPS и запрашивает страницу. Отказ на любом из этих участков выглядит для посетителя как неработающий сайт, но исправления нужны разные.
| Что видит посетитель | Что проверить администратору |
|---|---|
| Браузер не находит адрес сайта | Делегирование домена, ответы авторитетных NS, записи A и AAAA. Сопоставить ответы из двух независимых сетей. |
| Соединение долго устанавливается и обрывается | Доступность сервера, маршрута и портов. Уточнить у хостера состояние конкретной услуги. |
| Ошибка 502 или 503 | Ответ веб-сервера, журналы приложения, подключение к базе и доступные ресурсы. Для 502 есть отдельный порядок диагностики. |
| Главная открывается, заказ не оформляется | Сессию, корзину, базу, фоновые задания, оплату и отправку уведомлений. |
Не подменяйте DNS случайным адресом из переписки. Веб-сервер может ожидать определённое доменное имя, а сертификат должен ему соответствовать. Проверку по IP с нужным именем подключения проводит администратор.
Что сделать с рекламой, почтой и заявками
Сначала откройте несколько посадочных страниц через мобильный интернет и другую доступную сеть. Если посетитель не может посмотреть товар или оставить обращение, приостановите ведущие туда кампании. Зафиксируйте время остановки и верните рекламу после проверки целевого действия.
На доступной площадке сообщите клиентам рабочий телефон или другой канал связи. Если корпоративная почта размещена у того же провайдера, она тоже требует отдельной проверки: открытие сайта ничего не говорит о приёме писем.
После восстановления сопоставьте журнал заявок сайта, CRM и почтовый ящик за время сбоя. Письмо могло не дойти, хотя заказ сохранился в базе. Возможна и обратная ситуация: уведомление есть, а восстановленная база содержит более раннее состояние.
Учебный пример. За период недоступности почты в базе есть восемь обращений, в CRM — шесть. Сверяйте идентификаторы и время создания: разница в количестве ещё не говорит, какие записи отсутствуют. Переносите только найденные пропуски. Повторная отправка всех восьми может создать дубли. Подробности — в разборе доставки заявок в CRM и на почту.
Переносить сайт сейчас или дождаться восстановления
Для переезда нужны рабочие файлы, база, настройки окружения и возможность управлять DNS. Один архив файлов не заменяет базу с заказами. До смены площадки выясните дату каждой копии и проверьте, что из неё действительно запускается проект.
В инструкции Beget по резервным копиям рекомендуется восстанавливать файлы и базу на одну дату, а перед заменой базы сохранить её текущее состояние. Для магазина дополнительно сверяют новые оплаты и заказы, возникшие после даты копии.
- Составьте перечень данных. Файлы, база, загруженные документы, почта, задания по расписанию, настройки интеграций. Отметьте, что уже доступно.
- Поднимите копию отдельно. Закройте тестовую площадку от индексации. Отключите реальные платежи, рассылки и обмен с учётной системой на время проверки.
- Проверьте важные сценарии. Вход, поиск товара, корзину, оформление, загрузку файлов. Сверьте последние записи с CRM и платёжным кабинетом.
- Согласуйте переключение. Определите, где принимаются новые записи, пока обновляется DNS. Два одновременно работающих магазина могут сохранить разные заказы.
Для подготовки пригодится чек-лист проверки копии Битрикса. Решение о переезде зависит от доступных данных и цены простоя конкретного бизнеса.
Что проверить для SEO после возвращения сайта
Сначала проверьте HTTP-ответы важных страниц, robots.txt, sitemap и изображения. Временную заглушку нельзя оставлять вместо каталога после восстановления. Также уберите случайно включённый на рабочем сайте запрет индексации.
Google объясняет, что серверные ошибки снижают скорость обхода; длительно недоступные адреса со временем могут исчезать из индекса. После возвращения ответов 2xx обход постепенно увеличивается. Конкретный срок для вашего сайта документация не обещает.
Сохраните период сбоя в отчёте аналитики. Сравнивайте посещения с работоспособностью страниц, расходами на рекламу и обращениями в CRM. Для технической проверки можно использовать проверку URL и проверку sitemap.
Какие сведения отправить в поддержку
Укажите домен, идентификатор услуги, время ошибки с часовым поясом, текст ошибки и затронутые функции. Отдельно спросите о доступных копиях файлов и базы, их датах и порядке получения. Пароли и ключи в публичных комментариях не размещайте.
Если нужна помощь с восстановлением работы сайта, подготовьте эти сведения и список критичных функций: приём заказов, личный кабинет, почту, обмен с 1С. По ним можно определить, что запускать в первую очередь.
Источники и сообщения о сбое
Хронология составлена по официальным сообщениям Beget, ссылки приведены выше. Сопоставили их с публикацией «Коммерсанта» от 2 ноября. Рекомендации по проверке сайта подготовила редакция ISKAR.
