Молчание и простои»: как SimpleCloud уничтожает проекты

Молчание и простои»: как SimpleCloud уничтожает проекты

17 апреля 2026 года инфраструктура хостинг-провайдера SimpleCloud перестала отвечать.

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

В тот же вечер в группе ВКонтакте появился единственный пост за весь период инцидента о мощной DDoS-атаке. И все, никаких планов, никаких прогнозов. Далее полный информационный вакуум. Это стало началом 6-дневного (и продолжающегося) марафона по спасению собственных данных самими клиентами, исправно работающего биллинга и строчащего шаблонные ответы в тех поддержке.

Ниже — факты, которые компания предпочла бы скрыть. И призыв к тем, кто всё ещё ждёт «восстановления».

«МОЩНЕЙШАЯ DDoS-АТАКА» ИЛИ УДОБНОЕ АЛИБИ? РАЗБОР ПО ФАКТАМ

Поддержка утверждала: «Десятки гигабит в секунду. Ботнет распределён по миру. Дестабилизирует 95% хостингов. Срок атаки запредельный».

Я проверил эти заявления. Совокупность открытых данных указывает на внутреннюю проблему, прикрытую внешним алиби:

  1. Сайт и биллинг работают. Компания продолжает принимать предоплаты за услуги, которые не оказываются. Никаких предупреждений, баннеров о «режиме ЧС» или приостановке расчётов.
  2. Внешние мониторинги фиксируют ноль. Qrator Labs, Cloudflare Radar, StormWall не показывают аномальной нагрузки на диапазон 212.193.56.0/21 (принадлежит ООО «Трейдер софт», на которую зарегистрирован SimpleCloud) в указанный период.
  3. Проверка через другие внешние сервисы (2ip, check-host) говорят о том, что серверы просто физически выключены.
  4. Экономика не сходится. Поддержание многодневной атаки уровня «десятки Гбит/с» стоит сотни тысяч рублей. Зачем неизвестным злоумышленникам тратить ресурсы на лоукост-хостинг с мёртвыми соцсетями, нулевой медийностью и отсутствием публичных конфликтов? С 15 года, компания просто предоставляет услуги и все, никакой медиактивности нет.

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

«ЦИРК В КОММЕНТАРИЯХ»: КЛИЕНТЫ СПАСАЮТ ПРОЕКТЫ САМИ

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

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

«СОЗДАЙТЕ НОВЫЙ СЕРВЕР, ЧТОБЫ СКАЧАТЬ СВОИ ДАННЫЕ»: АБСУРДНЫЕ ИНСТРУКЦИИ ОТ ПОДДЕРЖКИ

Вместо плана восстановления я получил набор взаимоисключающих инструкций. Вот что зафиксировано в тикетах:

«Создайте сервер в локации СПБ с той же конфигурацией и напишите нам, у нас появилась возможность переноса диска. Далее вы можете скачать оттуда данные».

Чтобы получить доступ к моим данным, я должен оплатить новый сервер. Но подождите. А как? В том-же тикете, тех поддержка утверждает, что у них нет никакого доступа к файлам. Покупка сервера в СПБ магическим образом дает доступ к файлам? Звучит как полная ахинея.

«Все операторы мобильной связи поддерживают протокол IPv6». Техническая ложь. В РФ IPv6 не работает у МТС, Tele2, Билайна, Ростелекома по умолчанию.

Мегафон подключает его только через ручную активацию услуги.

«В ночное время активность атаки спадает и IPv4 становится доступен. Рекомендуем использовать это время».

Предложение перевести бизнес на график работы «23:00–05:00». Спойлер: ночью ничего не работало.

«ВНИМАНИЕ! Пожалуйста, не публикуйте и не распространяйте данную информацию в интернете. Это критически важно».

Тех поддержка прямо просит не распространять информацию об этом в сети. Почему? А потомучто на это может обратить внимание РКН. И у компании, будут очень большие проблемы.

Признание ошибки только под давлением.

Отдел контроля качества ответил «Некоторые инструкции сотрудник по ошибке отправил из шаблона ответов… Считаем, что вы правы» только после получения досудебной претензии и жалобы в Роскомнадзор.

На прямые вопросы о сроках, доказательствах атаки и альтернативных способах выгрузки следовали ответы, что у них нет доступа к серверу, ни удаленного, ни физического. Получается, что хостинг-провайдер даже физически не может приехать в дата-центр и скачать данные клиентов. За 6 дней (На сегодняшнюю дату) это можно было сделать уже несколько раз.

МОЁ «РЕШЕНИЕ» ЧЕРЕЗ VPN И TOR: ДОСТУП К САЙТАМ ЕСТЬ, А К ДАННЫМ — НЕТ

Чтобы хоть как-то связаться с инфраструктурой, мне пришлось искать обходные пути самостоятельно. Я нашёл страну, где маршрутизация не блокировалась, купил платный VPN и подключился через сеть Tor. Это позволило «достучаться» до рабочего IPv6-адреса сервера.

Данный обходной маршрут даёт только доступ к сайтам через браузер. Если у вашего проекта нет веб-админки, панели управления или встроенной функции скачивания бэкапов через браузер — вы окажетесь в полной изоляции. SSH, SFTP, FTP, консольные утилиты, прямые ссылки на архивы — всё это через такой канал не работает. Ваши файлы, базы данных и конфигурации остаются заблокированными на дисках провайдера, а вы вынуждены ждать «милости» от поддержки.

ИНФОРМАЦИОННЫЙ ВАКУУМ: КАК ХОСТИНГ МОЛЧИТ, ПОКА ГИБНУТ ПРОЕКТЫ

6 дней простоя в 2026 году для цифрового бизнеса — это не пауза. Это летальный исход.

  • SEO-позиции падают и не восстанавливаются месяцами. Поисковые системы выводят проекты из индекса.
  • Пользователи уходят к конкурентам. Возвращают их единицы.
  • Интеграции, боты, API, автоматизация — всё зависает в неизвестности.

Простые вопросы, на которые SimpleCloud так и не ответил публично:

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

В инфополе — вакуум. Хостинг, который лежит 6 дней без публичного плана восстановления, не «чинится» - это приговор. Никто не станет дальше пользоваться таким хостингом. И именно поэтому компания просит не распространять нигде информацию.

ПОЧЕМУ РЕГУЛЯТОРАМ ПОРА ОБРАТИТЬ ВНИМАНИЕ

Ситуация выходит за рамки «технического сбоя». Это системное нарушение стандартов оказания телекоммуникационных услуг:

  • Приём оплаты за неоказанные услуги
  • Сокрытие информации о недоступности сервиса
  • Отказ в предоставлении доступа к персональным данным и интеллектуальной собственности без дополнительных платежей
  • Использование формулировок, вводящих потребителей в заблуждение
  • Модерация и удаление комментариев клиентов в официальных каналах коммуникации

Жалоба в Роскомнадзор и досудебная претензия уже направлены некоторыми моими клиентами в ООО «Трейдер софт. Но несколько клиентов — это прецедент. А 100 клиентов — это системный кейс для регулятора. Прозрачность, подотчётность и ответственность — базовые требования к любому провайдеру инфраструктуры.

SimpleCloud продемонстрировал их полное отсутствие. Единственное профессиональное и этичное решение в такой ситуации — вернуть предоплаченные средства, публично отчитаться о причинах сбоя и прекратить деятельность, пока не пострадали новые проекты.

Но пока компания молчит, а серверы снова лежат.

Не ждите чуда. Фиксируйте. Объединяйтесь. Требуйте. Ваши данные и деньги стоят больше, чем их тишина.

1