Сбой Beget 2 ноября: что делать владельцу сайта

В ночь на 2 ноября 2026 года у Beget, одного из крупнейших хостинг-провайдеров рунета, перестали работать сайты клиентов, виртуальные серверы (VPS), почта, DNS и панель управления. При входе в личный кабинет клиенты видели ошибку 502 Bad Gateway. Среди пострадавших оказался даже информационный портал системы маркировки «Честный знак»: в ЦРПТ уточнили, что сама система маркировки и кабинеты участников работали штатно.

Что известно о сбое

Beget признал крупный инцидент в соцсетях около 4:50 по Москве, следующие обновления выходили в 6:03 и 8:23. Компания назвала проблему комплексной: «Проблема носит комплексный характер и затрагивает все уровни архитектуры». Инженеры восстанавливали оборудование вручную прямо в дата-центрах.

• Причина официально не названа. В комментариях компания отвергла версии про атаку беспилотников и про проблемы с PHP.
• Сроки восстановления на момент подготовки материала не назывались: Beget обещал сообщать новости по мере подтверждения информации.
• Данные клиентов. О потере данных компания не сообщала, но и подробностей о состоянии резервных копий не давала.

Почему это задело так много сайтов

По переписи хостингов, опубликованной 8 октября, на инфраструктуре Beget работали 334 562 сайта в зонах .RU, .РФ и .SU. Это 14,6% всех работающих сайтов из исследования, больше, чем у REG.RU и Timeweb. Кроме того, Beget регистрирует домены: по данным StatOnline на 25 октября, в зоне .RU за ним числилось 552 706 доменов, или 8,87% от общего числа.

Число доменов и сайтов не равно числу пострадавших ресурсов: точного масштаба Beget не раскрыл. Но порядок понятен: речь о сотнях тысяч сайтов, от интернет-магазинов до сайтов услуг.

Пропадёт ли 15% рунета, если всё не восстановят?

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

Разница между «сайт лежит полдня» и «сайт лежит, пока провайдер не починит» — в одной копии, которая хранится у вас, а не у хостинга.

Что делать прямо сейчас, если ваш сайт на Beget

1. Проверьте, что именно не работает. Откройте сайт из разных точек через check-host.net или ping-admin.ru: так понятно, лежит ли сайт у всех или только у части пользователей.
2. Остановите рекламу. Директ и таргет продолжают тратить бюджет на клики, которые ведут на ошибку 502.
3. Дайте клиентам другой канал связи. Напишите в соцсетях и мессенджерах, что сайт временно недоступен, и принимайте заказы по телефону или в чате.
4. Проверьте, где делегирован домен. Если NS-серверы домена у Beget и они не отвечают, переключить сайт на другую площадку не получится, пока DNS не заработает.
5. Найдите свою последнюю копию сайта и базы. Если она есть у вас или у разработчика, сайт можно поднять на другом хостинге. Оцените, каких заказов и заявок в ней не хватает.
6. Не меняйте в спешке пароли, домен и настройки. Во время аварии это легко сломать окончательно.
7. Фиксируйте хронологию. Скриншоты ошибок и время простоя пригодятся для претензии по договору с хостингом.
8. После восстановления проверьте всё руками. Формы заявок, корзину, оплату, письма уведомлений, тестовый заказ. Затем верните рекламу и отправьте важные страницы на переобход в Яндекс Вебмастере и Google Search Console.

Как не зависеть от одного хостинга

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

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

Если хотите, чтобы этим занимался кто-то другой

В AmSales мы берём сайты на техническую поддержку: настраиваем ежедневные резервные копии, проверяем, что из них действительно можно восстановиться, следим за доступностью сайта и обновлениями. Если ваш сайт сейчас лежит или вы не уверены, что у вас есть копия вне хостинга, напишите нам — разберёмся, что можно сделать.

Источники

• SecurityLab: сбой Beget
• Код.ру: крупный сбой Beget
• Перепись хостингов рунета по числу сайтов