Обновление по ситуации с доступностью сервисов Beget.

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

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

Инфраструктура Beget продолжает работать в штатном режиме. Мы внимательно следим за ситуацией и продолжаем собирать обратную связь от пользователей.

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

Спасибо за терпение и поддержку.

Мы подготовили статью, в которой совместно с руководителем отдела технической поддержки Beget Дарьей Хайрутдиновой разбираем в деталях:

✔️ что помогает организовать техподдержку – от адаптации сотрудников до анализируемых метрик;
✔️ как всё устроено – сколько у нас линий, кто за что отвечает;
✔️ примеры запросов, планы и многое другое из первых уст.

Мы написали эту статью, потому что регулярно получаем вопросы о том, как работает наша поддержка и каким образом выстроены процессы. Ответы на все эти вопросы мы собрали в статье – с подробностями и кейсами.

Желаем приятного чтения!

Будем рады вашим комментариям и с удовольствием ответим на любые ваши вопросы.

#поддержка #клиентский_сервис #облако #Beget #BegetCloud

Друзья, наблюдаем проблемы с доступностью части ресурсов.

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

Наши сервисы работают штатно, мы на связи с коллегами и ждём полного восстановления каналов.

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

Спасибо за терпение и поддержку ❤️

Апдейт по ситуации.

Переключили трафик на резервные каналы. Доступность сервисов восстановлена в 11:31.

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

Спасибо за терпение ❤️

Постмортем инцидента в локации СПБ

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

Для обеспечения отказоустойчивости мы используем два магистральных канала от разных операторов связи. Каналы полностью разнесены физически и каждый из них способен самостоятельно пропустить объём трафика, существенно превышающий текущую нагрузку. Один маршрут проходит вдоль железнодорожной инфраструктуры, второй — вдоль трассы М11.

В 07:59 произошёл отказ магистрали, проходящей вдоль М11. Это не привело к деградации сервисов, поскольку весь трафик был автоматически переведён на второй канал вдоль железной дороги.

В 11:03 произошёл отказ второго магистрального канала. В результате площадка потеряла связь с Москвой по обоим независимым направлениям.

Для подобных сценариев в каждом регионе предусмотрены прямые стыки с локальными операторами связи. При потере межрегиональных каналов трафик должен автоматически переключаться на эти подключения.

Однако в ходе недавней модернизации сети и перевода магистральной инфраструктуры на 100G был добавлен новый линк, в рамках которого был принят дефолтный маршрут. В аварийном сценарии маршрут начал анонсироваться с next-hop, который не был доступен части сетевого оборудования, вследствие чего маршрут не устанавливался в таблицы маршрутизации.

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

В 11:31 работоспособность сервисов была полностью восстановлена.

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

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

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

Данная проблема носит плавающий характер и связана с обновлением настроек ТСПУ со стороны РКН.

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

Со своей стороны мы взаимодействуем с профильными организациями для устранения причин происходящего.

Важно: инфраструктура Beget работает в штатном режиме, признаков сбоев в работе наших серверов и сетей не зафиксировано.

Мы продолжаем мониторинг ситуации и будем публиковать обновления по мере поступления новой информации.

Спасибо за понимание и поддержку.

В плагине JCE для Joomla обнаружена критическая уязвимость.

Уязвимость позволяет злоумышленникам без авторизации создавать новые профили редактора, что в конечном итоге приводит к загрузке и выполнению PHP-кода.

Затронуты сайты, на которых установлен компонент JCE версии ниже 2.9.99.5.

Что делать прямо сейчас:

1️⃣ Обновите плагин JCE до последней версии

👉 Обратите внимание!
Для обновления на новейшую версию 2.9.99.6 плагину JCE необходимо, чтобы сайт использовал версию PHP не ниже 7.4, а также Joomla версии не ниже 3.10. Если ваш сайт не соответствует данным требованиям – вместо обновления вы можете установить патч, исправляющий уязвимость. Скачать его вы можете с официального сайта плагина.

2️⃣ Проверьте профили редактора

Даже после обновления созданный злоумышленником профиль не будет удален.

Перейдите в раздел Компоненты → JCE Editor → Профили (Profiles).

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

3️⃣ Проверьте директории images

Проверьте директорию и ее поддиректории на наличие подозрительных файлов с расширениями .php, .phtml, а также файлов с подозрительными названиями.

В случае обнаружения подозрительной активности:

📍 Устраните последствия эксплуатации уязвимости
• удалите созданные злоумышленниками профили редактора
• удалите вредоносные файлы

📍 Смените пароли:
• администратора Joomla
• пользователей Joomla
• от базы данных сайта

📍 Проведите аудит системы
Проверьте:
• список администраторов
• статьи и шаблоны на внедренный код

💾 Если есть резервная копия

Если у вас есть бэкап до инцидента – лучше восстановиться из него и затем обновить все компоненты.

#уязвимость #Joomla #плагин_JCE #it #Beget #BegetCloud

Мы запустили бета-версию Kubernetes – и теперь вы можете управлять инфраструктурой еще эффективнее.

Kubernetes забирает на себя всю рутину – сам восстанавливает упавшие сервисы и автоматически распределяет нагрузку.

С помощью Kubernetes вы можете:

☸️ разворачивать и масштабировать микросервисную архитектуру;
☸️ поддерживать высокую доступность и отказоустойчивость приложений;
☸️ упростить CI/CD (непрерывная интеграция / непрерывная доставка).

Среди преимуществ Kubernetes:

⚓️ Стабильная инфраструктура – изолированные кластеры, приватные сети и контроль доступа на уровне проекта обеспечивают полную безопасность и надежность.
⚓️ Единая экосистема – благодаря сотне плагинов, операторов и инструментов при развертывании Kubernetes на его базе легко создать гибкую и современную инфраструктуру под любые задачи.

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

Создать кластер можно уже сейчас.

➡️ Выбрать тариф и настроить Kubernetes

С удовольствием ответим на любые ваши вопросы.

#Kubernetes #K8s #cloud #DevOps #IaaS #контейнеризация #облачные_технологии #Tech #it #Beget #BegetCloud

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

Coolify берет на себя всю рутину – деплоит проекты прямо из Git, управляет базами данных, настраивает SSL и мониторинг, а также автоматически создает резервные копии с выгрузкой в S3, а благодаря API типовые задачи легко делегировать ИИ-агентам.

При этом, в отличие от проприетарных решений (Vercel, Heroku, Railway и др.), Coolify – открытая self-hosted платформа: ее можно развернуть на собственном сервере и платить лишь за ресурсы VPS, получая весь функционал из коробки.

С помощью Coolify вы можете:

🟣 разворачивать приложения в пару кликов – напрямую из GitHub, GitLab, Bitbucket или Gitea;
🟣 устанавливать базы данных – PostgreSQL, MySQL, MariaDB, MongoDB, Redis, ClickHouse и др.;
🟣 запускать готовые сервисы из библиотеки шаблонов и удобно управлять ими из единой панели.

Coolify уже настроена и доступна к развертыванию и прямо на странице этого готового решения вы найдете подробную инструкцию по установке и началу работы.

🟪 Развернуть виртуальный сервер с Coolify 🟪

С радостью ответим на любые ваши вопросы.

#Coolify #развертывание #деплой #готовое_решение #Beget #VPS

Каждый новый сервис в инфраструктуре делает проект удобнее, но одновременно увеличивает количество точек входа.

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

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

Это можно сделать с помощью Authelia – open-source сервера OAuth-аутентификации и авторизации с 2FA и SSO, который поддерживает интеграцию с популярными реверс-прокси: Caddy, Nginx, Traefik, HAProxy и др.

Мы подготовили статью, где в деталях разбираем, как установить Authelia и подключить ее в качестве сервиса авторизации в Nextcloud.

Этот материал будет полезен, если вы планируете:

🔹 повысить безопасность доступа к корпоративным данным и файлам;
🔹 внедрить единую точку авторизации и упрощения управления пользователями;
🔹 выстроить self-hosted инфраструктуру с централизованной двухфакторной аутентификацией и контролем над доступом без зависимости от внешних провайдеров.

Желаем приятного чтения!

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

#Authelia #безопасность #аутентификация #авторизация #база_знаний #Beget #BegetCloud

У виртуального сервера не всегда должен быть публичный IP – поэтому в нашей инфраструктуре IPv4 доступен опционально: можно развернуть сервер с доступом в интернет или оставить его внутри приватной сети.

Такой IP можно подключить отдельно от сервера – чтобы гибко управлять сетевыми настройками: закреплять стабильный адрес, быстро переносить его между серверами или настраивать безопасное взаимодействие внутри приватной сети.

Мы подготовили статью, где разобрали:

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

Желаем приятного чтения и с радостью ответим на любые ваши вопросы.

#IP #серверы #инфраструктура #облако #сети #VPS #Beget #BegetCloud

Уязвимость позволяет злоумышленникам без авторизации удалять произвольные файлы на сайте, записывать данные за пределы папки шаблона и подменять настройки шаблона, что в конечном итоге приводит к внедрению и выполнению вредоносного кода. Затронуты сайты, на которых установлен фреймворк Helix 3 версии ниже 3.1.1.

Мы уже приняли меры: у всех сайтов, где обнаружен уязвимый плагин, мы временно изменили конфигурацию nginx и ограничили доступ к уязвимому обработчику. Изменения применены для виртуального хостинга и для выделенных серверов под нашим администрированием — VPS-серверы он не затрагивает.

⚠️ Обратите внимание! Это лишь усложняет эксплуатацию, но не устраняет уязвимость, а также может нарушить работу самого шаблона – часть функций перестанет отвечать.

📩 Владельцам всех сайтов, на которые мы установили ограничение, мы отправили письмо. Если письмо пришло – значит, на вашем сайте есть уязвимый плагин, и нужно обновиться (а затем написать в поддержку, чтобы сняли ограничения).

Что делать прямо сейчас:

1️⃣ Обновите Helix 3 до последней версии
Перейдите в Расширения → Управление → Обновления, очистите кэш и установите версию не ниже 3.1.1. Если обновление не отображается, скачайте актуальный шаблон Helix 3 с официального сайта разработчика (JoomShaper) и установите через Расширения → Управление → Установить.

2️⃣ Напишите в поддержку для снятия ограничений
После обновления плагина изменения в nginx больше не нужны. Обратитесь в поддержку через панель управления и попросите удалить внесенные ограничения – после этого сайт заработает в полном объеме.

3️⃣ Проверьте директории templates и images
Проверьте папку вашего шаблона на измененные файлы настроек (.json), а директорию images и ее поддиректории – на наличие подозрительных файлов с расширениями .php, .phtml, а также файлов с подозрительными названиями. Убедитесь, что на месте файлы защиты (index.html, .htaccess).

В случае обнаружения подозрительной активности:

📍 Устраните последствия эксплуатации уязвимости

- удалите вредоносные файлы
- восстановите удаленные или подмененные файлы шаблона и защиты

📍 Смените пароли:

- администратора Joomla
- пользователей Joomla
- от базы данных сайта

📍 Проведите аудит системы – проверьте:

- список администраторов
- статьи и шаблоны на внедренный код

💾 Если есть резервная копия

Если у вас есть бэкап до инцидента – лучше восстановиться из него и затем обновить все компоненты.

#уязвимость #Joomla #плагин_Helix_3 #it #Beget #BegetCloud

Стартуем серию материалов о том, как устроены дата-центры, где мы размещаем оборудование.

Сегодня разберем, как работают системы охлаждения серверов.

Мы подготовили статью, где совместно с нашими партнерами из дата-центров “Миран”, “РТК-ЦОД” и NLS рассказываем:

🟣 какие устройства для охлаждения позволяют поддерживать оптимальную температуру;
🟣 для чего нужны системы с холодными и горячими коридорами;
🟣 какая температура оптимальна для серверного зала;
🟣 как контролируются воздушные потоки в серверных стойках.

Желаем приятного чтения!

С удовольствием ответим на все ваши вопросы об охлаждении серверов и будем рады пожеланиям для будущих материалов о работе дата-центров.

#серверы #охлаждение #ДЦ #хостинг #инфраструктура #IT #облачные_решения #Beget #BegetCloud

Мы добавили возможность подтверждать домены .ru, .рф и .su через Госуслуги прямо в панели управления.

Это важно, поскольку с 1 сентября 2026 года вступает в силу Федеральный закон от 29.12.2025 № 569-ФЗ – и операции с доменами в зонах .ru, .рф и .su станут возможны только после того, как администратор домена подтвердил свою личность через Госуслуги (ЕСИА).

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

Возможность подтвердить домен через Госуслуги доступна на вкладке “Администраторы” раздела “Домены и поддомены” – сделать это можно двумя способами:

🔵 войти в Госуслуги самому;
🔵 отправить отдельную ссылку владельцу домена.

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

👉🏻 Подтвердить домен через Госуслуги

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

Готовы ответить на любые ваши вопросы.

#домены #госуслуги #инфраструктура #администрирование #Beget #BegetCloud