Как восстановить сайт после сбоя Beget и сохранить обращения

Владельцу сайта важно быстро восстановить доступ, что зависит от наличия сохранённых данных. Иногда достаточно иметь страницу с контактной информацией, а в других случаях потребуется перенос всей системы управления контентом (CMS). Начните с проверки архива и доступа к домену. Эту информацию сообщает издание Соловей.Инфо.

Важно сохранить информацию о том, кто обслуживает домен, DNS, сайт и почту. Найдите последнюю проверенную копию и её дату. Для стандартной CMS необходимы база данных, код и загруженные файлы; лишь изображения или скачанные страницы не заменят этот комплект.

Beget восстанавливает свою инфраструктуру после кибератаки, произошедшей 2 ноября. Статус восстановления публикуется в хронологии провайдера, а готовность вашего сайта проверяется отдельно.

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

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

Не обязательно менять регистратора. Для работающих DNS можно изменить адрес сайта; для смены NS сначала подготовьте всю зону. Beget открыл отдельную форму для доменов .ru, .рф и .su, зарегистрированных у него и использующих его NS. В других случаях обращайтесь к своему регистратору или DNS-оператору.

TTL — это срок хранения ответа в кэше, а не требование ждать ровно сутки. Старые ответы могут ещё действовать, поэтому проверьте открытие через несколько сетей. Не смешивайте несогласованные NS разных компаний и не считайте два случайных A-адреса автоматической страховкой от сбоя.

Перед переключением проверьте новый сайт под обычным доменным именем через локальный файл hosts: HTTPS, страницы, изображения, вход и формы. Почта переносится отдельно; если она остаётся на месте, сохраните записи MX и проверки отправителя. Подготовьте и проверьте копию.

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

Больше новостей и эксклюзивных видео смотрите в канале Самара Онлайн 24 в MAX

Читайте также: