Авария Beget: не все данные VPS удастся восстановить

Авария Beget началась после кибератаки в ночь с 1 на 2 ноября 2026 года. Компания сообщила, что облачная инфраструктура уничтожена и строится заново, а файловые бэкапы VPS будут доступны только примерно половине пользователей.

Что произошло с инфраструктурой Beget

В ночь с 1 на 2 ноября инфраструктура Beget подверглась кибератаке. Компания заявила, что злоумышленники получили доступ к управляющему контуру — системам управления инфраструктурой — и запустили вредоносное ПО для удаления данных.

Beget отключил серверы от сети, начал расследование и восстановление. Компания сообщила, что облачную инфраструктуру придётся строить заново.

Какие сервисы и данные затронула кибератака

Кибератака нарушила работу части сервисов Beget. В первые дни компания восстанавливала DNS, почту, виртуальный хостинг, панель управления и серверы.

Beget сообщил об утрате данных в облачной инфраструктуре: VPS, S3 и Kubernetes. VPS — виртуальный сервер клиента; S3 — объектное хранилище файлов; Kubernetes используют для управления контейнерными приложениями.

Компания также сообщила об утрате настроек CDN и IP-адресов. После восстановления VPS клиентам нужно проверить DNS-записи, доступы по IP и правила во внешних сервисах.

Почему бэкапы VPS будут доступны только части пользователей

Beget сообщил, что восстановить все данные VPS невозможно: файловые бэкапы будут доступны примерно половине пользователей. Бинарные бэкапы VPS компания ранее назвала полностью утраченными.

Компания объяснила, что доступный файловый бэкап нужно сопоставить с конкретным аккаунтом и данными клиента. Наличие и актуальность копии для конкретного VPS нужно проверять в панели управления после появления доступа.

Файловый бэкап не возвращает прежний VPS автоматически. После восстановления владельцу сервера нужно проверить домены, IP-адреса, настройки веб-сервера, базы данных, почтовые отправления и внешние интеграции.

Что уже восстановлено и как проходит запуск сервисов

К 6 ноября Beget сообщил о восстановлении архитектуры и управляющих сервисов облачной платформы. Компания планировала подключить первые серверы в течение одного-двух дней, затем перейти к интеграции и тестированию.

Виртуальный хостинг восстанавливают поэтапно. Beget начал запуск серверов хостинга 3 ноября, а 4 ноября сообщил о запуске первых сайтов на восстановленных серверах.

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

Когда вернутся сайты, панель управления и облачные сервисы

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

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

Для облачного VPS Beget готовил минимальную конфигурацию сервиса. 7 ноября компания ориентировала на создание новых VPS примерно через 48 часов; этот срок не был обещанием восстановить данные каждого прежнего сервера.

Сохраните локальные копии всего, что ещё доступно, и составьте список критичных компонентов: сайт, база данных, почта, DNS, SSL-сертификаты и внешние интеграции. Если есть независимый бэкап, восстановление на другой площадке может оказаться быстрее ожидания очереди у Beget.

Что делать клиентам Beget во время аварии

Не ждите полного восстановления, прежде чем проверять собственные сервисы и скачивать доступные данные. Beget признал, что не сможет восстановить все данные VPS; файловые бэкапы будут доступны лишь части клиентов. Статус восстановления Beget и официальный канал компании остаются первичными источниками обновлений.

Сначала зафиксируйте, что работает: сайт, домен, почта, панель управления и серверы. Это поможет отличить последствия аварии от ошибки в DNS-настройках или локального кэша.

Проверить доступность сайта, DNS и почты

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

Проверьте DNS-записи домена: A и AAAA указывают на IP-адреса, MX — на серверы приёма почты. Не меняйте записи без подготовленной целевой инфраструктуры: сначала убедитесь, что новый сервер готов принимать сайт и почту.

Проверьте входящую и исходящую почту с внешнего адреса. Отправьте тестовое письмо на ящик домена и ответьте с него; сохраните сообщения об ошибках доставки.

Сохранить доступные резервные копии и сменить пароли

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

Храните копии вне Beget — например, на локальном диске и у независимого провайдера. Резервное копирование снижает потери только до даты создания конкретной копии, поэтому восстановление нужно периодически тестировать.

Смените пароли и ключи доступа, которые могли храниться на затронутом сервере, и включите двухфакторную аутентификацию там, где она доступна. Beget также рекомендовал сменить пароли, ключи доступа и другие учётные данные.

Не удаляйте домен, сайт или DNS-зону из панели в попытке «перезапустить» услугу. Сначала сохраните доступные настройки и резервные копии.

Последствия сбоя для сайтов и сервисов Рунета

У клиентов Beget могли одновременно оказаться недоступными сайт, почта, DNS и панель управления. Компания сообщала об утрате данных в облачной инфраструктуре VPS, S3 и Kubernetes, а также настроек CDN и IP-адресов.

Для интернет-магазина это может означать недоступную витрину и задержки с обработкой заказов. Для корпоративного сайта сбой почты может остановить получение заявок, счетов и ответы поддержки.

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

Как я лично пострадал от этой аварии

Мой сайт и весь конвейер контента находились на Beget, поэтому авария остановила не один ресурс, а весь процесс публикации. Теперь мне нужно сделать эту схему надёжнее: разделить хранение сайта, резервных копий и критичных доступов между независимыми площадками.

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

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

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