Инциденты Beget в 2026 году
Инциденты Beget в 2026 году
18 сентября 2026 года добавлены пользовательские сообщения за 21 августа — 16 сентября. Официальная история ниже сохранена по проверке 19 августа; её статусы этим дополнением не переаттестованы.
Краткий вывод
В 2026 году у Beget проявились два принципиально разных риска:
- выборочная недоступность сайтов и VPS из-за внешних магистральных узлов или фильтрации при штатной инфраструктуре Beget;
- полное прекращение работы латвийской площадки после санкционных ограничений и решения европейского партнера.
Первое — сетевой риск Рунета, второе — юридический и партнерский риск зарубежной локации.
Новые сообщения клиентов о VPS, S3 и панели вынесены отдельно: они не доказывают общую причину с фильтрацией или закрытием Латвии. Категория «Кандидаты на тест» сохраняется.
Пользовательские сообщения: август — сентябрь
Источник — комментарии Detector404, прочитанные 18 сентября 2026 года. Это заявления пользователей, не наш мониторинг и не официальный разбор. Даты и часы ниже относятся к публикациям в интерфейсе; часовой пояс комментариев не подтверждён. Время сообщения не равно началу или окончанию воздействия.
| Дата публикации, 2026 год | Указанный продукт / симптом | Подтверждение |
|---|---|---|
| 16 сентября, 00:21 | S3 и вход в профиль недоступны, по сообщению пользователя | Пользовательский сигнал; регион и масштаб неизвестны |
| 15 сентября, 17:00 | Сайт и вход в панель; пользователь передаёт сообщение о технических работах | Пересказ пользователя, не прочитанное нами официальное уведомление |
| 10 сентября, 11:58 | Сеть VPS, сервер не отвечает | Пользовательский сигнал; причина неизвестна |
| 9 сентября, 16:38 | Не удаётся войти в личный кабинет | Пользовательский сигнал |
| 21, 23 и 25 августа | Несколько сообщений о VPS, SSH и SFTP | Отдельные сигналы; непрерывность между датами не установлена |
В рамках проверки не получено официального подтверждения этих конкретных сообщений с перечнем затронутых ресурсов и временем восстановления. Нельзя считать всю последовательность одной аварией, вычислять uptime по числу жалоб или объявлять потерю объектов S3.
Для теста Beget нужны раздельные внешние проверки VPS, S3 и панели: несколько операторов, идентификатор ресурса и регион, HTTP/TCP-ошибки, контрольный объект S3 в отдельном тестовом бакете. Запрос в поддержку должен содержать время с часовым поясом и технические симптомы без паролей. Подтверждение или опровержение добавляется к соответствующему сигналу, а не стирает исходную запись.
Хронология официальных событий
| Дата | Уровень | Событие | Статус | Источник |
|---|---|---|---|---|
| лето 2026 | Внешняя связность | Часть сайтов и VPS выборочно не открывалась у отдельных пользователей, хотя серверы и оборудование Beget работали штатно; провайдер связывал симптомы с внешними узлами и фильтрацией | Нестабильность зависела от маршрута и оператора | Официальный разбор |
| 23–28 июля | Латвия | После включения Beget в санкционный список ЕС латвийский партнер приостановил, а затем прекратил обслуживание площадки | Локация закрыта; списания остановлены; РФ и Казахстан продолжили работу | Официальное сообщение |
Внешняя фильтрация
Beget описывал ситуацию, при которой:
- сервер продолжает работать;
- оборудование и внутренняя сеть провайдера исправны;
- сайт может открываться через одного оператора и не открываться через другого;
- HTTPS, SSH или отдельные порты работают выборочно;
- проблема находится на промежуточных узлах или в системах фильтрации.
Провайдер рекомендовал передавать в поддержку исходящий IP пользователя, IP сервера, порт и время проверки. Это позволяет сопоставить конкретный маршрут, а не искать аварию внутри VPS вслепую.
Закрытие Латвии
Риск относился к европейской инфраструктуре. По сообщениям Beget:
- российская инфраструктура продолжила работать штатно;
- виртуальный хостинг в России не был затронут;
- локация в Казахстане продолжила работу;
- европейская площадка перестала быть доступным вариантом;
- новые площадки в ЕС до прояснения ограничений не планировались.
Поэтому старые материалы, где Рига указана как доступная локация, должны считаться устаревшими.
Практический вывод
- оценивать российские, казахстанские и зарубежные продукты отдельно;
- проверять доступность из нескольких операторов;
- для зарубежной площадки выяснять юридическое лицо и реального партнера ЦОД;
- держать внешний бэкап за пределами Beget;
- не считать выборочную недоступность доказательством остановки сервера;
- не планировать размещение в Риге: локация закрыта.