Что делать, если хостинг недоступен и сайт не открывается?

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

Достаточно ли резервных копий у хостинг-провайдера?

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

Что проверить после переноса адресов домена к другому провайдеру?

Что сайт открывается, письма проходят проверку SPF и DKIM, а сертификаты HTTPS продлеваются. Записи домена стоит сверить со своим списком построчно.

Почему почту лучше держать отдельно от сайта?

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

Если завтра ляжет ваш хостинг: не ждём, а готовимся

7 ноября 2026

В ночь на 2 ноября 2026 года хакеры атаковали одного из крупнейших хостинг-провайдеров России. Его облако уничтожено, копии облачных серверов сохранились примерно у половины клиентов. У нас там были адреса доменов и несколько сайтов, и вот что мы поняли: выживает не тот, кого не взломали, а тот, кто заранее разложил яйца по разным корзинам.

Ниже — восемь проверок. Большинство занимают несколько минут и ничего не стоят. К каждой — пример из нашей недели после атаки.

Всё у одного провайдера

домен
адреса домена (DNS)
сайт и его копии
почта

→

Разложено по разным местам

домен — у регистратора
сайт — на своём сервере
копия сайта — у себя
почта — на отдельном сервисе

Слева — провайдер упал, и вместе с ним пропало всё. Справа — упала одна часть, остальное работает, а упавшую можно поднять в другом месте.

Как это было у нас

2 ноября, ночь

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

2 ноября, к обеду

Основной сайт и почта снова работают: адреса домена перевели к другому регистратору.

3 ноября

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

5 ноября

Провайдер поднял небольшие сайты. Заявки с их форм мы перевели на свой сервер.

6 ноября

Сняли полную копию всех сайтов к себе: 12 ГБ за 12 минут.

7 ноября

Провайдер открыл управление адресами доменов (DNS). Мы перенесли их к себе, и всё заработало по прежним адресам.

Данные компании не пострадали: основные системы стоят на наших собственных серверах у другого провайдера.

Восемь проверок

Где записаны адреса вашего сайта 5 минут

Домен покупают у регистратора, а адреса домена (DNS-записи) часто держит хостинг. Если он упадёт, сайт и почта перестанут открываться, даже если сами они живы.

Как проверить: введите домен в любом сервисе whois, например whois.tcinet.ru для доменов .ru и .рф. Строка «registrar» покажет регистратора, строки «nserver» — кто держит адреса.

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

У нас: домен lekom.ru был у одного регистратора, а адреса — у пострадавшего провайдера. Поэтому адреса удалось перевести за полдня: регистратор работал, и доступ к нему был у нас. Панель самого провайдера в это время не открывалась около пяти дней.

Список записей домена — у себя 10 минут

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

После переноса проверьте не только сайт, но и почту: отправьте письмо на ящик в другом почтовом сервисе и откройте служебные заголовки письма. У SPF и DKIM должно стоять pass. Нагляднее всего это показывает Gmail: «Показать оригинал». И посмотрите сроки сертификатов HTTPS: пока адреса указывали не туда, сертификаты не продлевались, и через месяц браузер начнёт предупреждать посетителей, что соединение не защищено.

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

Копия сайта — не только у хостинга раз в неделю

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

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

Почта отдельно от сайта 5 минут

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

У нас: почта на отдельном сервисе не пострадала и заработала сразу, как только перевели адреса домена.

QR-коды и ссылки в печати — через свой короткий адрес

Тираж буклетов, наклейки на технике, таблички в офисе уже не перепечатаешь. Если QR-код ведёт на ваш короткий адрес, а тот перенаправляет дальше, при аварии достаточно поменять одно перенаправление.

У нас: QR-коды на сканерах у одного из клиентов вели через наш сокращатель ссылок. Мы перенаправили их на запасной адрес, клиенту ничего менять не пришлось.

Куда уходят заявки с сайта 5 минут

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

У нас: формы нескольких сайтов отправляли заявки на адрес, который перестал открываться. Мы перевели их на свой сервер и добавили запасной путь: если основной приём заявок недоступен, заявка приходит письмом.

Минимум три места

Одного резерва мало, если он у того же провайдера или в той же стране, что и основное. Удобное правило:

1основная площадка

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

3копия настроек и данных отдельно от обеих

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

План на бумаге и одна учебная тревога

Запишите, кто и что делает, если сайт или почта не открываются: куда звонить, где пароли, где копии, на что переключаться. Раз в полгода проверьте план на практике.

У нас: настройки всех серверов были описаны заранее, поэтому обходные пути собирали по документации, а не по памяти. Чего не хватило — готового плана: первые часы мы ждали обещанного провайдером восстановления.

Главное. Защититься от атаки на чужого провайдера нельзя. Можно сделать так, чтобы его авария стоила вам часов, а не недель.

Чек-лист: распечатайте и отдайте своему ИТ-специалисту

Знаем, у кого зарегистрирован домен и кто держит его адреса
Доступ к регистратору и к адресам домена — у компании, а не у бывшего подрядчика
Список записей домена сохранён у нас
После переноса адресов почта проходит проверку SPF и DKIM
После аварии проверены сроки сертификатов HTTPS
Копия сайта и базы забирается к себе хотя бы раз в неделю
Из копии хотя бы раз поднимали сайт
Почта не на том же хостинге, что сайт
QR-коды и ссылки в печати ведут через наш короткий адрес
Заявки с сайта дублируются на почту
Есть запасная площадка у другого провайдера
План действий записан и проверялся в этом году

Если хотите разобрать свою схему вместе с нами, оставьте заявку — посмотрим, где у вас одна корзина.

Ещё по теме: мониторинг принтеров · что входит в обслуживание оргтехники

Пример основан на опыте Леком 2–6 ноября 2026 года. Сведения о провайдере — из его официальных сообщений клиентам 6 ноября 2026 года.