Разбор устойчивости сайта
направление брендингового агентства Kuznets · Москва и Санкт-Петербург

2 ноября 2026 года наш хостинг Beget, по его сообщению, подвергся кибератаке. Наш сайт стоял около 63 часов. Разбираем, что из этого можно было не допустить.

Резервное копирование и устойчивость сайта: что ляжет вместе с хостером

Проверяем снаружи домен, DNS, почту и копии. Находим, что держится на одной компании, и даём план: куда увести копии и DNS, как переехать ко второму провайдеру и как проверить это учебной тревогой.

≈ 63 часастоял наш сайт: с ночи 02.11 до 17:53 04.11
97 днейбыло нашей последней копии вне сервера в ночь аварии
45–55 минрасписание наших копий с 04.11: два места вне провайдера
238замечаний к нашему плану восстановления: проверка с четырёх сторон и три прогона катастрофы на бумаге

Где живёт сайт

Сайт живёт на чужом сервере. Вопрос в том, что ещё живёт рядом с ним.

Проверяем

7

Что упадёт вместе с хостером

Сайт редко падает один. Вместе с хостером ложатся домен, DNS, почта и копии, если они живут у той же компании. Разбор показывает, где у вас так.

ЧтоЧто смотримЧто бывает, если это у одного провайдера
  • Домен

    у какого регистратора и на чью почту приходят коды

    Код подтверждения уходит на почту этого же домена, а она не работает. Круг замыкается.

  • DNS

    чьи NS-серверы отвечают за адрес сайта

    Копия есть, новый сервер есть, а направить на него адрес нельзя: управление DNS лежит вместе со всем остальным.

  • Почта

    где живут ящики и куда смотрят записи MX и SPF

    Письма клиентов и коды входа не доходят, пока хостер не поднимется.

  • Копии

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

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

  • Заявки и оплата

    через что идут формы, оплата, личные кабинеты

    Реклама продолжает вести людей на лежащий сайт, заявки тихо не доходят.

  • Сертификат и адрес

    кто выпускает сертификат и как его перенести

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

  • Доступы

    по вашему рассказу: в каких кабинетах домен, DNS, хостинг и копии, кто владелец доступа и включён ли второй фактор. Без проверки защищённости и попыток входа

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

Что вы получите

Разбор: проверка снаружи, созвон и карта на одной странице

01

Проверка снаружи до созвона

Смотрим регистратора домена, NS-серверы, почтовые записи MX и SPF, хостинг и сертификат. Доступы для этого не нужны.

02

Созвон 60–90 минут

Разбираем, где у вас заявки, оплата и почта, где копии и кто за что отвечает. Говорим языком владельца, без RTO и RPO.

03

Карта на одной странице

Что упадёт вместе с хостером и в каком порядке это чинить. Плюс три первых шага, которые можно сделать своими силами.

Сколько стоит

Стоимость разбора назовём до начала работы, после короткого звонка: она зависит от того, где живут сайт, домен и почта. Построение запасного выхода — сметой после разбора.

Заказать разбор

Что видит ваш клиент

Клиенту всё равно, чья это авария. Он видит, что сайт не открывается

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

Наш случай

Как было у нас

Мы были среди клиентов Beget. Вот наша неделя

Рассказываем кусочками и с цифрами из журналов восстановления 02–06.11.2026: что упало, что не сработало и что мы построили после.

  1. 02.11, ночь

    Упало всё сразу

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

  2. 02.11, вечер

    Неприятное открытие

    Ревизия копий: последние копии вне сервера — от 28 июля, 97 дней. Три месяца в заметках было «бэкап ежедневно», а проверка жила внутри того же скрипта и молчала вместе с ним.

  3. 03.11

    Новый сервер и план на любую аварию

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

  4. 04.11, 17:53

    Сайт открыт. Простой около 2,5 суток

    Перенесли DNS к независимому провайдеру и открыли сайт на новом сервере. Собрали его из того, что было вне хостинга: код из репозитория, база от 28 июля, картинки с домашнего диска.

  5. 04–05.11

    Копии каждый час и сторож снаружи

    Копии сервера уезжают в два места вне провайдера по расписанию раз в 45–55 минут. Сторож на машине третьей компании гоняет метку настоящим путём копии и проверяет их свежесть.

  6. 06.11

    Ревизия: что вернулось, что нет

    Из 159 модулей и служб 81 работает, 47 ждут ключей и решений, 31 придётся собирать заново: их кода не было ни в одной копии.

  7. Сейчас

    Что у нас ещё не готово

    Резервный сервер и переключение одной командой собираем по тому же плану, первое учение — после сборки. Расчёт переключения при падении хостера — 70–80 минут, но это оценка, а не замер. Поэтому про себя мы не пишем «переключаемся за час».

Первая настоящая тревога сторожа · вечер 04.11

Копия картинок сайта 29 часов не уезжала на диск

Ошибка доступа держала загрузку в очереди. Внутри сервера всё выглядело нормально. Сторож снаружи сравнил возраст копии с порогом и поднял тревогу в первый же вечер. Без него мы узнали бы об этом в день следующей аварии.

Кусочек из нашего листа «первые 15 минут»

  • Есть чужие?

    Выкинуло из мессенджера, чужой вход, письмо о смене почты или реквизитов. Это захват: деньги, люди, адрес сайта — в первые 15 минут.

  • Чужих нет, всё открывается, но пропали данные?

    Ничего не переключать. Восстановить файл или базу из копии.

  • Чужих нет, всё лежит?

    Переключение на резервного провайдера по команде из листа.

  • Не уверены?

    Сначала проверка, которая ничего не меняет.

Цель первого часа не восстановить всё, а взять под контроль.

Хронология

6

2 ноября 2026 · по официальным постам № 569–580, канал сверен 07.11.2026

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

По данным сервиса «Тенур» в изложении «Известий» (Евгения Аронова, 05.11.2026), в начале октября у Beget работали 334,6 тыс. сайтов: 14,6 % «живых» сайтов в зонах .ru, .рф и .su, первое место по этому показателю. Цитаты провайдера дословные, время московское.

Иллюстрация, не съёмка событий

Ночь на 2 ноября · по хронологии провайдера

  1. 02:00предположительное время начала атаки и получения доступа к управляющим серверам
  2. 02:30запуск вредоносной программы для удаления данных
  3. 02:40предположительное время обнаружения взлома
  4. 02:55все серверы отключены от сети

баннер на beget.com, обновлён 05.11 в 15:00, время московское

  1. 02.11 · 04:50

    «У нас произошёл крупный инцидент»

    Первый пост провайдера.

  2. 02.11 · 15:43

    Кибератака и уведомление о форс-мажоре

    «Наша инфраструктура подверглась массированной кибератаке». Провайдер уведомил клиентов о возникновении обстоятельств, «которые обладают признаками непреодолимой силы (форс-мажора)», со ссылкой на п. 3 ст. 401 ГК РФ.

  3. 03.11 · 15:15

    «Бинарные бэкапы VPS полностью утеряны»

    «В облачной инфраструктуре (VPS, S3 и Kubernetes) все данные были утрачены. Сохранены файловые бэкапы VPS». Провайдер сообщил, что «на серверах, где были данные пользователей, не было попыток скачать или изменить данные», и рекомендовал сменить все пароли и ключи. Смену DNS-записей для .ru, .рф и .su открыл в тот же день.

  4. 05.11 · 15:22

    Доступ к бэкапам VPS в панели — ориентировочно через «5 дней с момента публикации»

    Облако: «Большая часть файловых бэкапов сохранилась, и мы готовимся их отдавать». «Пока сервисы не восстановлены, оплата не списывается». Работают 60 % серверов виртуального хостинга и 40 % выделенных серверов под администрированием провайдера.

  5. 06.11 · 18:04

    «Облачная инфраструктура уничтожена»

    «По актуальной оценке файловые бэкапы VPS будут доступны только для половины пользователей». Облако строят заново. Скачать бэкап хостинга в панели — ориентировочно через 5 дней.

Официальный канал провайдера в Telegram

Что писал провайдер и сколько это обсуждали

Счётчики под постом № 572 в Telegram: 150,4 тыс. просмотров и 9519 комментариев
Счётчики под постом № 572 от 02.11, снимок экрана Telegram. Аватары комментаторов размыты.
9 519комментариев под одним постом провайдера: № 572 от 02.11, «Обновление информации по инциденту»
150,4 тыс.просмотров поста на снимке. 07.11 счётчик Telegram показывает 166 тыс.

Ниже — начала официальных постов по датам. Нажмите на снимок, чтобы открыть пост целиком.

Официальные посты провайдера · 02–06.11.2026

Начало поста Beget Official № 572 от 02.11.2026Beget Official · пост № 572 · 02.11 Начало поста Beget Official № 573 от 03.11.2026Beget Official · пост № 573 · 03.11 Начало поста Beget Official № 579 от 05.11.2026Beget Official · пост № 579 · 05.11 Начало поста Beget Official № 580 от 06.11.2026Beget Official · пост № 580 · 06.11

Снимки начала официальных постов провайдера. Нажмите, чтобы открыть пост целиком в Telegram.

Что из этого следует

Дело не в конкретном хостере: крупная авария может случиться у любого. Опасно другое: когда домен, DNS, почта, копии и сайт живут у одной компании, они и падают вместе.

«Снизить зависимость от одного поставщика позволяют хранение резервных копий у другого провайдера и заранее подготовленный план восстановления. Однако размещение рабочих систем сразу у нескольких провайдеров требует дополнительных расходов и оправданно не для каждого бизнеса»
Евгения Аронова, «Известия», 5 ноября 2026

7 действий

Можно начать сегодня своими силами

Ни один пункт не требует больших денег. Если хотите, сделаем вместе.

  1. 01

    Выпишите всё, что упадёт вместе с вашим хостером: домен, DNS, почта, коды входа, страница оплаты.

  2. 02

    Перенесите DNS к другому провайдеру, а почту администратора домена — на адрес вне этого домена.

  3. 03

    Настройте копии каждый час минимум в два места вне хостинга. Одно из них может быть диском у вас в офисе.

  4. 04

    Пусть свежесть копий проверяет другая машина другой компании и сама присылает тревогу.

  5. 05

    Раз в месяц поднимайте систему из копии на чистом сервере и засекайте время.

  6. 06

    Включите двухфакторный вход во все кабинеты и уберите пароли из файлов на сервере.

  7. 07

    Распечатайте лист «первые 15 минут»: кому звонить, что выключить, что написать клиентам.

Запасной выход

План аварийного восстановления

Яйца в разных корзинах. Устойчивость — не один «надёжный» провайдер, а несколько независимых частей, каждую из которых проверяют снаружи.

Что получится

01

Сайт принимает заявки, когда хостер лёг

Работа переезжает на запасную площадку, а не ждёт, пока провайдер поднимется.

02

Адрес и почта не держатся на одной компании

Авария у одного провайдера не забирает с собой домен, почту и коды входа.

03

Свежие копии, которые проверяет не тот же сервер

О том, что копия устарела, вы узнаёте в тот же день, а не в день аварии.

04

Учебная тревога с отчётом в минутах

При сдаче и раз в месяц проверяем, через сколько минут сайт снова принимает заявки.

Как это устроено

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

Получить схему на разборе

Что такое «час» по-честному

За первый час

  • сайт снова принимает клиентов у резервного провайдера
  • работают формы заявок и страница оплаты
  • почта домена принимает и отправляет письма
  • клиенты видят статус, команда знает, что делать

Позже, по плану с замеренными сроками

  • смена паролей и ключей по вашему порядку, если был взлом
  • вход заново в мессенджеры и внешние кабинеты
  • возврат к основному провайдеру
  • разбор, что изменилось за время аварии

Час — цель, которую проверяем учением при сдаче и раз в месяц. Пока учения не было, это оценка, и в договоре мы так её и запишем.

Что дальше

4

После разбора

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

  1. 01

    Разбор

    Проверка снаружи, созвон 60–90 минут, карта «что упадёт вместе с хостером» и три первых шага.

    карта на 1 страниценачало
  2. 02

    План переезда и копий

    Куда увести DNS и почту администратора, где держать копии вне хостинга, к какому второму провайдеру переезжать и в каком порядке.

    план по шагампо итогам разбора
  3. 03

    Построение запасного выхода

    Собираем запасной выход по схеме из разбора. Всё на ваших аккаунтах, провайдерам платите напрямую.

    контур на ваших аккаунтахсмета после разбора
  4. 04

    Учебная тревога

    При сдаче и потом раз в месяц выключаем основной сервер и засекаем минуты, через которые сайт снова принимает заявки.

    отчёт в минутахраз в месяц

Кому не подходит

  • нужна дежурная смена с реакцией 15 минут
  • нужна аттестация ФСТЭК или работа с ГИС
  • десятки серверов и Kubernetes при своём ИТ-отделе
  • сайт-визитка без заявок: хватит разбора и трёх шагов своими силами

Честные границы

Не продаём защиту информации

Делаем доступность и восстановление: копии, перенос DNS, резервную площадку, наблюдение за доступностью, учения. Работы, на которые нужна лицензия ФСТЭК или ФСБ, не выполняем.

Не обещаем «за час»

Время переключения засекаем на учении при сдаче. До учения это оценка, и в договоре мы так и пишем. Мы не обещаем, что авария не случится.

Не держим ваше у себя

Серверы, хранилища и домены оформляются на вас, оплата провайдерам напрямую. Нам — роли с минимальными правами и журнал входов.

Конструкторы — честно

Для сайтов на Tilda и подобных платформах резервную площадку не обещаем: домен и DNS отдельно, выгрузка страниц и заявок, запасная страница с формой.

Если это взлом, а не просто авария

Первые 15 минут уходят не на сайт, а на деньги, людей и адрес сайта

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

Иллюстрация
Алексей Кузнецов

Кто ведёт разбор

«Кое-что всё равно у нас там не идеально сработало. […] Никто не застрахован от таких атак».

Алексей Кузнецов

основатель Kuznets Branding Agency · сам прошёл восстановление после 2 ноября

Мы делаем клиентам сайты и порталы и сами живём на большой цифровой системе: продажи, документы, отчёты, боты. Поэтому разбор ведём языком владельца: где заявки и деньги, кто за что отвечает, что сделать сначала.

  • бренды с 2009 года
  • сайты и порталы для клиентов
  • свой случай в цифрах
  • лично на связи

Статьи

2

Вопросы

16

Что обычно спрашивают

Что такое разбор устойчивости сайта?
Это проверка того, что упадёт вместе с вашим хостером. До созвона смотрим снаружи регистратора домена, NS-серверы, почтовые записи, хостинг и сертификат. На созвоне 60–90 минут разбираем, где заявки, оплата, почта и копии. Итог — карта на одной странице и три первых шага, которые можно сделать своими силами.
Сколько стоит разбор?
Стоимость назовём до начала работы, после короткого звонка: она зависит от того, где живут сайт, домен и почта и сколько у вас доменов. Построение запасного выхода считаем сметой после разбора. Серверы и хранилища оплачиваются провайдерам напрямую: наш новый сервер у другого провайдера (8 ГБ памяти, около 120 ГБ диска) стоит 1 990 ₽ в месяц, счёт от 03.11.2026.
У хостера же есть бэкапы. Зачем ещё?
Копии у того же провайдера недоступны, пока лежит он сам, и могут пропасть вместе с ним. Beget 03.11 сообщил, что бинарные бэкапы VPS утеряны, а файловые сохранены (пост № 573), а 06.11 — что «по актуальной оценке файловые бэкапы VPS будут доступны только для половины пользователей» (пост № 580). Скачать бэкап хостинга в панели, по тому же посту, можно будет ориентировочно через 5 дней. Копия у другой компании от всего этого не зависит.
Как часто делать бэкап сайта и где хранить копии?
Для сайта, через который идут заявки и оплаты, мы держим планку: не реже раза в час и минимум в два места вне хостинга. У себя с 04.11 копии уезжают каждые 45–55 минут. Важнее частоты — проверка снаружи: перед аварией у нас последняя копия вне сервера была от 28 июля, и никто этого не заметил.
Как перенести сайт на другой хостинг, если домен и DNS у того же хостера?
Нужны копия вне хостинга и доступ к управлению DNS. Если DNS у того же хостера и его кабинет не открывается, адрес не перенаправить, пока провайдер не даст доступ: в аварии 2 ноября смену DNS-записей для .ru, .рф и .su провайдер открыл 03.11. Поэтому DNS держат у другой компании заранее, а почту администратора домена — вне этого домена.
Что делать, если сайт не работает или упал?
Сначала проверьте, нет ли чужих входов: выкинуло из мессенджера, пришло письмо о смене почты или реквизитов. Если есть — это захват, и первые 15 минут уходят на деньги, людей и адрес сайта. Если чужих нет и всё лежит у провайдера, сайт поднимают у другого провайдера из копии вне хостинга и переключают DNS. Если копий вне хостинга нет и DNS у того же провайдера, остаётся ждать его. Поэтому копии и DNS готовят заранее.
Что такое катастрофоустойчивость и нужна ли она сайту?
Это способность системы продолжить работу после крупной аварии: потери провайдера или целого дата-центра. Для сайта малого и среднего бизнеса это обычно не второй дата-центр, а копии у другой компании, DNS отдельно и заранее подготовленная площадка у второго провайдера. Нужна там, где через сайт идут заявки, оплаты и личные кабинеты.
Разбор — это аудит ИТ-инфраструктуры?
Нет, задача уже. Разбор отвечает на один вопрос: что упадёт вместе с хостером и в каком порядке это чинить. Смотрим домен, DNS, почту, копии, заявки и оплату снаружи и по вашему рассказу. Проверку защищённости, тесты на проникновение и аудит безопасности не делаем.
Зачем мониторинг доступности сайта снаружи?
Проверка, которая живёт на том же сервере, падает вместе с ним и молчит. Сторож на машине другой компании может видеть и падение сайта, и устаревшие копии. У нас такой сторож проверяет копии и в первый же вечер поймал копию картинок, которая 29 часов не уезжала на диск, хотя внутри сервера всё выглядело нормально.
Это нужно каждому сайту?
Нет. Если сайт-визитка не приносит заявок, простой ничего не стоит: хватит копии вне хостинга и DNS отдельно, это три первых шага с разбора. Полный запасной выход нужен там, где через сайт идут заявки, оплаты, личные кабинеты и персональные данные.
А если сайт на конструкторе?
Тогда сайт живёт у платформы конструктора, и резервную площадку мы не обещаем. Делаем то, что в ваших руках: домен и DNS отдельно, выгрузку страниц и заявок, запасную страницу с формой у другого провайдера. Полный контур строим для сайтов и порталов на своём сервере или хостинге с доступом к файлам и базе.
Вы обещаете, что всё вернётся за час?
Обещаем только то, что засекли на учении. При сдаче и раз в месяц проводим учение: выключаем основной сервер и засекаем, через сколько минут сайт снова принимает клиентов. Цель — 60 минут. Что не проверено учением, записываем в договоре как оценку. Мы не обещаем, что авария не случится и что простоя не будет вовсе. Свой контур мы тоже ещё достраиваем, поэтому и про себя пишем честно.
Вы получите доступ ко всем нашим системам?
Нет. Для разбора доступы не нужны: смотрим сайт снаружи. Для построения серверы, хранилища и домены оформляются на вас, нам выдаются роли с минимальными правами, каждый вход пишется в журнал, после работ доступы отзываются.
А если авария случится ночью?
Сторож работает круглосуточно и присылает тревогу вам и нам. В построенном контуре переключение запускается одной командой по листу, его может выполнить ваш ответственный. Наша команда отвечает в рабочее время, будни 10–19 по Москве. Круглосуточное дежурство — по отдельной договорённости.
Вы занимаетесь кибербезопасностью и защитой от DDoS?
Нет. Мы делаем доступность и восстановление: копии, перенос DNS, резервную площадку, наблюдение за доступностью и учения. Работы, на которые нужна лицензия ФСТЭК или ФСБ, не выполняем. Фильтрацию трафика от DDoS подбираем у провайдера с нужными лицензиями, договор с ним заключаете вы.
Почему этим занимается брендинговое агентство?
Мы делаем клиентам сайты и порталы и сами живём на большой цифровой системе: продажи, документы, отчёты, боты. 2 ноября она упала вместе с хостингом. Мы прошли восстановление сами и знаем, где ломается. Бренд, который пропал на 2,5 суток, теряет доверие быстрее, чем реклама его возвращает.

Разбор устойчивости

Разберём, что упадёт вместе с вашим хостером

  1. 1 · Ответим в течение рабочего дня и спросим адрес сайта и домены.
  2. 2 · Назовём стоимость разбора и предложим время созвона на 60–90 минут.
  3. 3 · До созвона посмотрим сайт снаружи и придём с картой «что упадёт вместе с хостером».

Не любите формы? Пишите на hello@kuznets.agency, в Telegram @Kuznetsbrandov или звоните +7 812 996-90-54.

Спасибо, заявка у нас

  • Ответим в течение рабочего дня и спросим адрес сайта и домены.
  • Назовём стоимость разбора и предложим время созвона.
  • До созвона посмотрим сайт снаружи и придём с картой.

Источники и оговорки

Факты об аварии — из официальных постов t.me/beget_official № 569–580 (последний — 06.11.2026, канал сверен 07.11.2026) и баннера beget.com (обновлён 05.11.2026). Цифры о нас — из журналов восстановления агентства 02–06.11.2026. Снимок поста № 572 — экран Telegram, аватары комментаторов размыты. Видео — Pexels (лицензия Pexels), это иллюстрации, а не съёмка событий. Время переключения — цель, которую засекаем на учении; до учения это оценка. Описание услуг на странице — не публичная оферта, условия — в договоре. Владелец сайта: ООО «Брендинговое агентство Кузнец», ИНН 7840470205, ОГРН 1127847258857, 195027, Санкт-Петербург, ул. Конторская, д. 18, лит. А, кв. 66, hello@kuznets.agency (в том числе для заявлений правообладателей).

ПозвонитьЗаказать разбор
Заказать разбор