Что случилось с Beget 2 ноября 2026 года
В ночь с 1 на 2 ноября 2026 года у российского хостинг-провайдера Beget произошел масштабный сбой. Пользователи начали жаловаться на недоступность сайтов, виртуальных серверов (VPS), почтовых сервисов и DNS. Проблемы затронули даже панель управления хостингом и личные кабинеты — при попытке подключения появлялась ошибка 502 Bad Gateway.
Первые официальные сообщения появились в Telegram-канале Beget глубокой ночью. Компания признала крупный инцидент и заявила, что задействовала все доступные ресурсы для восстановления. Позже провайдер уточнил, что проблема затрагивает все уровни архитектуры, а инженеры вынуждены вручную настраивать инфраструктуру непосредственно в дата-центрах.
Масштаб происшествия оказался внушительным. По данным Detector404, за сутки поступило более 8,7 тысячи жалоб на работу Beget из 33 городов России. Среди пострадавших оказались не только небольшие сайты, но и крупные ресурсы. Например, пользователи сообщали о недоступности информационного сайта национальной системы маркировки товаров «Честный знак».
Ситуация особенно болезненна с учетом положения Beget на рынке. Согласно переписи хостингов от 8 октября 2026 года, на инфраструктуре компании размещалось более 334 тысяч действующих сайтов в доменных зонах .RU, .РФ и .SU. Это 14,6% ресурсов, учтенных исследованием. Разумеется, это не означает, что все они перестали работать, однако потенциальный масштаб последствий впечатляет.
Что стало причиной аварии? Утром 2 ноября точного ответа не было. Представители Beget сообщали, что продолжают расследование, а также исключили связь инцидента с атакой беспилотников и работой PHP.
Но позднее ситуация прояснилась. Во второй половине дня 2 ноября компания официально заявила, что ее инфраструктура подверглась массированной кибератаке. Beget также уведомил клиентов об обстоятельствах, обладающих признаками форс-мажора.
В последующем обновлении провайдер сообщил о восстановлении работы выделенных серверов без администрирования со своей стороны. Приоритетной задачей оставалось восстановление NS-серверов, параллельно специалисты занимались почтовой инфраструктурой и резервными копиями. По заявлению компании, файловые бэкапы подавляющего большинства ресурсов виртуального хостинга и облачной инфраструктуры были доступны, однако восстановление данных могло потребовать значительного времени.
Точные сроки полного восстановления Beget не назвал. А значит, владельцам сайтов приходится решать, продолжать ли ожидание или готовить запасной вариант на другом хостинге.
Как перевезти сайт с Beget
Масштабный сбой — не самое удобное время для переноса сайта, особенно когда недоступна панель управления. Тем не менее переехать на другой хостинг можно даже в такой ситуации, если сохранились резервные копии файлов и базы данных.
Главное — не спешите с изменением DNS и не удаляйте ничего на старом хостинге до проверки нового сайта.
1. Проверьте, сохранилась ли резервная копия сайта
Для полноценного переноса обычно понадобятся файлы сайта и дамп базы данных. Если доступ к панели Beget восстановился, можно выгрузить их через файловый менеджер, FTP/SFTP и инструменты работы с базами данных.
Если панель по-прежнему недоступна, проверьте, нет ли у вас локальных копий, архивов от разработчика или резервных копий во внешнем облачном хранилище. Для VPS также могут подойти ранее созданные снимки дисков.
Если никаких копий нет, остается дождаться восстановления доступа к данным или уточнить у поддержки Beget возможность их получения. Переезд без файлов и базы данных не восстановит полноценную работу динамического сайта.
2. Выберите новый хостинг
Прежде чем оплачивать тариф, проверьте, подходит ли он вашему проекту. Для WordPress, Joomla и других популярных CMS обычно достаточно виртуального хостинга с поддержкой нужной версии PHP и базы данных. Для нагруженных проектов, нестандартного ПО и серверных приложений может понадобиться VPS.
Обратите внимание на расположение серверов, ограничения по ресурсам, условия резервного копирования и наличие технической поддержки. Хорошо, если провайдер предлагает бесплатный перенос сайта — это позволит сократить объем ручной работы.
3. Перенесите файлы и базу данных
После покупки тарифа создайте сайт в панели нового провайдера и загрузите файлы в соответствующий каталог. Затем создайте базу данных, импортируйте в нее сохраненный дамп и обновите настройки подключения в конфигурационном файле CMS.
Например, для WordPress эти параметры находятся в wp-config.php. Проверьте имя базы данных, пользователя, пароль и адрес сервера БД.
Если переезжаете с VPS, дополнительно потребуется настроить веб-сервер, необходимые версии программного обеспечения, права доступа, фоновые задачи и другие компоненты, которые использовал проект.
4. Проверьте сайт до переключения домена
Не стоит сразу направлять посетителей на новый сервер. Сначала убедитесь, что сайт корректно открывается, работают внутренние страницы, формы обратной связи, личные кабинеты и другие важные функции.
Для проверки можно использовать временный адрес от хостинга или локально изменить файл hosts, чтобы ваш компьютер обращался к новому IP-адресу, не затрагивая остальных посетителей.
Особенно внимательно проверьте интернет-магазины: корзину, оформление заказа, платежные интеграции и сохранность пользовательских данных.
5. Переключите домен на новый сервер
Когда сайт готов, измените DNS-записи домена или укажите NS-серверы нового провайдера. Если домен зарегистрирован через Beget и управление им временно недоступно, этот этап может оказаться сложнее остальных.
При наличии доступа к настройкам домена можно изменить необходимые записи. Если доступа нет, придется дождаться восстановления соответствующего сервиса или обратиться к регистратору, который фактически обслуживает домен.
Учитывайте, что распространение изменений DNS может занять от нескольких минут до 24–48 часов в зависимости от настроек и кэширования.
6. Убедитесь, что переезд прошел успешно
После переключения DNS еще раз проверьте доступность сайта, корректность SSL-сертификата, отправку почты и основные функции проекта. Если за время переноса на старом сайте появились новые заказы, комментарии или другие данные, их потребуется синхронизировать.
Не отключайте старый хостинг сразу после переноса. Сначала убедитесь, что посетители попадают на новый сервер, все необходимые данные сохранены, а сайт стабильно работает.
Если во время сбоя вы переносите сайт из резервной копии, созданной несколько дней назад, часть свежих данных может отсутствовать. Поэтому перед запуском стоит оценить актуальность бэкапа, особенно для интернет-магазинов и сервисов с пользовательскими аккаунтами.
5 альтернатив Beget: куда перенести сайт после сбоя
Пока Beget восстанавливает инфраструктуру, владельцам сайтов стоит присмотреться к другим российским хостинг-провайдерам. На рынке достаточно предложений как для небольших блогов и сайтов-визиток, так и для крупных интернет-магазинов и высоконагруженных проектов.
Делюсь пятью альтернативами Beget.
- Timeweb — крупный российский провайдер, у которого хостинг, виртуальные серверы, домены и SSL-сертификаты собраны в одном личном кабинете. При переезде с Бегета это избавляет от прыжков между площадками: аккаунт под сайт, домен и почту заводится в одном месте.
- Fornex — ставка на виртуальные серверы: когда проекта перерос рамки обычного хостинга, здесь берут VPS с нужной конфигурацией и переносят сайт на отдельную машину с полным доступом к настройкам.
- AdminVPS — российский провайдер с упором на виртуальные серверы и защитой от сетевых атак в составе услуг. Подходит тем, кто после переезда хочет держать сервер под контролем и не собирать защиту из сторонних сервисов.
- SmartApe — хостинг с тарифами под типовые сайты на популярных движках, от блога до магазина, плюс виртуальные серверы для проектов, которым нужна отдельная машина. Панель управления рассчитана на владельца сайта, а не на системного администратора.
- Рег.ру — аккредитованный регистратор доменов, который одновременно держит хостинг. Если при переезде с Бегета нужно забрать домен, здесь же оформляют перенос и получают код авторизации authinfo, не заводя отдельный аккаунт у регистратора.
Сбой Beget 2 ноября показал, насколько уязвимым может оказаться даже крупный онлайн-проект, если вся его инфраструктура зависит от одного провайдера. И хотя компания занимается восстановлением сервисов, владельцам сайтов уже сейчас стоит задуматься о резервных копиях и запасной площадке для размещения. Разобраться, как перевезти сайт с Бегета, полезно даже тем, кто пока не планирует менять хостинг: в критической ситуации готовый план миграции поможет сократить время простоя и избежать потери данных.
А как обстоят дела с вашими проектами после сбоя Beget? Расскажите в комментариях, удалось ли восстановить доступ к сайту, планируете ли вы переезд и какие альтернативные хостинги считаете наиболее надежными.



Сейчас, когда бегет не работает, особенно понимаешь, насколько важно иметь резервные копии. Интересно, после такого масштабного сбоя многие действительно решатся сменить хостинги?