В ночь с 1 на 2 ноября 2026 года инфраструктура хостинг-провайдера Beget подверглась массированной кибератаке: злоумышленники получили доступ к управляющему контуру и запустили обнуляющие скрипты. Перестали открываться тысячи сайтов, легли DNS и почта, пропал доступ к VPS и панели управления. Компания официально объявила форс-мажор. Разбираем, что это значит для владельца сайта и почему «арендовал сервер и забыл» — не стратегия.

Что произошло 2 ноября

Сбой начался рано утром и затронул все уровни архитектуры провайдера. У клиентов не открывались сайты и личный кабинет (ошибка 502), не работали почта и DNS: домены, чьи NS-записи вели на серверы Beget, перестали резолвиться. Пострадали и крупные сервисы — например, информационный сайт системы маркировки «Честный знак» и приложение каршеринга BelkaCar. Восстановление заняло не часы, а дни: инженеры вручную перенастраивали инфраструктуру в дата-центрах, а данные поднимали из резервных архивов.

Где заканчивается ответственность хостера

Ключевой урок инцидента — понимание модели unmanaged VPS. Хостинг-провайдер предоставляет мощности: вычислительные ресурсы, сеть, гипервизор, канал связи. За их исправность он отвечает. А вот всё, что развёрнуто внутри вашего виртуального сервера — операционная система, веб-сервер, база данных, код сайта, обновления и резервные копии — целиком ваша зона ответственности. Показательно, что в первую очередь Beget восстановил «выделенные серверы без нашего администрирования»: мощности подняли, а содержимое каждого сервера владельцу пришлось восстанавливать самостоятельно — если было из чего.

Перенос виртуального сервера и резервное копирование на независимую площадку
Резервные копии должны храниться за пределами площадки хостера — иначе они исчезнут вместе с ней
Важно: копии, которые лежат там же, где работает сервер, резервными копиями не являются. Когда падает вся площадка целиком, вы теряете и сайт, и его бэкапы. Минимальная защита — независимое хранилище: другой дата-центр, другой провайдер, ваш собственный NAS в офисе.

Как подготовиться к такому сценарию

  • Резервные копии по правилу 3-2-1 — минимум одна копия вне площадки хостера, со скачиванием и проверкой восстановления;
  • Независимый DNS — не держите все NS-записи у одного провайдера: при его падении домен не резолвится, даже если сайт жив;
  • Внешний мониторинг доступности — чтобы узнавать о проблеме от оповещений, а не от клиентов;
  • Документированная конфигурация — список ПО и настроек, по которому сервер поднимается на новой площадке за часы;
  • План переноса — куда и как вы развернёте сайт, если площадка будет недоступна неделю.

Перенос и обслуживание VPS

Переезд виртуального сервера на другую площадку — штатная процедура, если делать её по плану: поднимаем новый сервер, переносим данные, тестируем, переключаем DNS в ночное окно. А когда переезжать незачем, сервер всё равно нуждается в обслуживании: обновления безопасности, контроль дисков, проверка бэкапов, мониторинг. Эта работа невидима, пока всё хорошо, — и становится критичной в день, когда падает хостер.

Вывод

Инцидент с Beget показал: даже крупный провайдер не застрахован от каскадного сбоя, а ответственность за содержимое VPS несёт его владелец. Мы в СИС АДМИН берём виртуальные серверы на обслуживание: настраиваем резервное копирование на независимые площадки, выполняем переносы между хостерами без простоя и следим за сервером ежедневно. Посмотрите миграцию серверов, резервное копирование и удалённую поддержку или оставьте заявку — приведём ваш сервер в готовность к любому сценарию.