8 ноября 2026 года хостер ESTT сообщил о серьёзном техническом сбое, который затронул клиентские сервисы. Первые жалобы у клиентов появились ещё ночью, официальный пост в канале @dcestt вышел днём. К вечеру часть серверов уже подняли, но сайт компании по-прежнему показывает только уведомление о работах, а срок полного восстановления ESTT не называет.
Это уже второй крупный инцидент у российских хостеров за ноябрь: неделей раньше разбирали кибератаку на Beget. У ESTT пока нет публичной версии о причине. В официальных сообщениях говорится только о «техническом сбое» и восстановительных работах.
Хронология 8 ноября
Время московское. Официальная линия: канал t.me/s/dcestt и страница estt.ru. Параллельно жалобы собирал Detector404, позже ситуацию пересказали NEWS.ru, РИА Новости и «Деловой Петербург».
- 8 ноября, около 03:00-04:00 МСК. В Detector404 появляются первые сообщения клиентов: не открывается панель управления, затем пишут, что недоступны сайт, VPS, SSH и FTP. NEWS.ru со ссылкой на Detector404 отмечает около 04:00 МСК как время первых жалоб.
- 8 ноября, 12:33 МСК. В канале ESTT выходит пост t.me/dcestt/272: серьёзный технический сбой затронул клиентские сервисы, инженеры восстанавливают инфраструктуру, о ходе работ обещают сообщать отдельно. Причину сбоя в тексте не называют.
- 8 ноября, 18:22 МСК. Пост t.me/dcestt/273: часть клиентских серверов уже восстановили, просят проверить доступность своих машин. Если сервер ещё лежит, работы продолжаются. Срока полного восстановления снова нет.
- 9 ноября, утро. На estt.ru по-прежнему только страница «Технический сбой». Обычный личный кабинет и остальные разделы сайта с этой страницы недоступны. Публичные обновления идут через канал и эту главную.
Что видно со стороны клиентов
По сообщениям в Detector404 8 ноября клиенты писали про недоступность сайта провайдера, VPS, SSH, FTP и панели управления. На утро 9 ноября жалоб уже меньше, но это не равно «всё починили»: официально ESTT подтвердил только частичное восстановление серверов и продолжение работ.
Связь этого сбоя с ноябрьской атакой на Beget никто из официальных источников не устанавливал. Пока это два разных инцидента в одном месяце, и для клиентов вывод один и тот же: запасной план нужен заранее, а не в день аварии.
Что делать клиенту ESTT
- Проверить сам сервис. Пинг, SSH, HTTP, почта, база. Если машина уже отвечает, зафиксируйте время и сделайте свежую копию данных к себе, пока доступ есть.
- Достать бэкап вне хостера. Копия, которая лежит только на том же хостинге, в такой аварии может быть недоступна вместе с панелью. Нужен архив у себя, в другом облаке или хотя бы у другого провайдера. Подробнее про эту логику после аварии Beget: лонгрид про Beget.
- Проверить домен и DNS. Если регистратор и NS не у ESTT, домен можно перенаправить на запасной IP или на другую площадку. Если DNS тоже у того же хостера и панель лежит, смена NS через регистратора может занять часы из-за TTL.
- Не ждать только канал провайдера. Читайте @dcestt и estt.ru, но параллельно держите свой мониторинг: Uptime Kuma, Better Stack, простой cron с curl. Иначе узнаете о падении от клиентов, а не от алерта.
- Сменить секреты после восстановления. Даже если ESTT пишет про «технический сбой», после любого долгого даунтайма разумно обновить пароли панели, SSH-ключи и токены приложений, которые жили на затронутых машинах.
Если сайт критичный для бизнеса, запасная копия должна подниматься без участия упавшего хостера: свой VPS, другой дата-центр или хотя бы статическое зеркало с объявлением о работах. Мы сами после Beget поднимали krivoshein.site из внешних копий, и без них простой был бы дольше.
На 9 ноября авария у ESTT ещё не закрыта официально: часть серверов работает, сайт компании в режиме уведомления, срок полного восстановления не назван. Имеет смысл следить за каналом @dcestt и за estt.ru, а свои копии и DNS не откладывать «на потом».
