После кибератаки на Beget 2 ноября владельцам сайтов приходится решать, как вернуть доступ и не растерять заявки. Об этом сообщает Соловей.Инфо. Об этом сообщает сайт Самара онлайн 24.
Многое зависит от сохранённых данных: сначала проверяют архив и доступ к домену. В одних случаях хватит страницы с контактами, в других придётся переносить всю CMS. Для стандартной системы потребуются база, код и загруженные файлы; скачанные страницы или одни изображения их не заменят. Отдельно фиксируют, кто отвечает за домен, DNS, сайт и почту, и находят последнюю проверенную копию с датой.
Провайдер восстанавливает инфраструктуру, но готовность конкретного сайта проверяется отдельно, а хронология статуса публикуется у Beget. Если простой допустим, можно подождать и уточнить в поддержке доступ к резервным копиям. Когда посетителям срочно нужен контакт, на независимой площадке размещают статическую страницу, где честно описан ограниченный режим. Автоматическую запись, корзину и личный кабинет такая страница не вернёт.
При внешнем бэкапе проект разворачивают на другом сервере, даже если прежний недоступен. Если старое размещение открылось, изменения на нём запрещают и выгружают свежий согласованный набор. Копию готовят и проверяют заранее. Без копии проверяют диски разработчика, собственные хранилища и варианты, которые предложит поддержка; изменения, не попавшие в архив, восстановить не получится.
Регистратора менять не требуется: при работающих DNS корректируют адрес сайта, а для смены NS заранее готовят всю зону. Для .ru, .рф и .su, зарегистрированных в Beget с его NS, открыта отдельная форма; в иных случаях идут к своему регистратору или DNS-оператору. TTL — срок хранения ответа в кэше, а не суточное ожидание, поэтому старые ответы проверяют через несколько сетей. Не смешивайте NS разных компаний и не считайте два случайных A-адреса страховкой; перед переключением проверьте новый сайт через hosts: HTTPS, страницы, картинки, авторизацию и формы.
Почту переносят отдельно, сохраняя MX и проверки отправителя, если она остаётся на месте. На старой копии прекращают правки, приём заявок и фоновые записи, чтобы база была одна. Прежние настройки сохраняют для возврата, но при откате учитывают заявки, пришедшие на новый сервер. После запуска создают резерв и проверяют восстановление из него.
Следите за новостями и смотрите эксклюзивные видео в канале Самара Новости в МАХ