Вышел RuDesktop 2.8 Hotfix с обновлённой отчётностью и PXE-установкой

Вышел RuDesktop 2.8 Hotfix с обновлённой отчётностью и PXE-установкой

Вышел RuDesktop 2.8 Hotfix с обновлённой отчётностью и PXE-установкой

Новый релиз программного комплекса RuDesktop добавляет новые функции сервера и масштабно синхронизирует возможности Android-клиента с десктопными версиями.

Ключевым изменением станет переработанная система отчётности:

  • библиотека визуализации Apache Superset содержит более 50-ти готовых диаграмм и позволяет гибко кастомизировать отчёты без разработки с нуля;
  • синхронизация системы отчётности с ролевой моделью RuDesktop позволяет права на получение данных и создание отчётов между клиентами.

На всех страницах сервера была доработана система фильтров.

Появилась новая функциональность, обеспечивающая выполнение установки через PXE-сервер. Теперь после публикации и настройки образа ОС с PXE-сервера устанавливается операционная система и клиент, после чего запускаются выбранные задачи.

Для PXE-сервера также была исправлена установка ОС Astra Linux 1.7 и Astra Linux 1.8, Windows 10, Windows 11 и Windows Server 2016-2022.

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

Поддержка удаленного подключения macOS 15.

Android-клиент RuDesktop получил масштабное обновление и множество функций, уже присутствующих на десктоп-клиентах:

  • расширена работа с адресной книгой: добавлена возможность сохранить последнюю сессию, добавлена возможность добавить все сеансы, добавлен поиск во вкладке «Организация», добавлен поиск по тегам, добавлены опции «Добавить в избранное», «Добавить в адресную книгу» и «Разбудить»;
  • добавлен «Магазин приложений»;
  • добавлена функция «Скриншот»;
  • добавлены идентификаторы разрешений использования магазина приложений и доступа ко всем файлам (при установке через MDM).

Также для Android-клиента были добавлены новые MDM-функции:

  • добавлены политики «Удаление пакета Android», «Блокировка Android-устройства», «Сброс Android-устройства до заводских настроек», «Управление запретом на удаление Android приложений пользователем» и «Управление запретом на установку Android приложений пользователем»;
  • добавлена опция «Запрет удаления приложения» при создании QR-кода.

Кроме того, исправлены некоторые ошибки:

  • исправлена смена языка интерфейса;
  • исправлено масштабирование курсора при изменении размера изображения;
  • исправлена ошибка при передаче группы файлов;
  • исправлен приоритет сортировки в адресной книге по псевдониму;
  • убраны десктоп-функции при сессии Android-Android: “Разбудить», «Заблокировать сессию», «Пароль операционной системы» и «Блокировка экрана после завершения сеанса».

Узнайте про обновление подробнее

Приглашаем вас на вебинар, где эксперты поделятся и продемонстрируют все нововведения версии RuDesktop 2.8 Hotfix. Специалисты расскажут о том, как новые функции оптимизируют процессы управления и сделают взаимодействие с удаленными устройствами более удобным.

29 июля

11:00 по МСК

Регистрация по ссылке.

VLESS+REALITY больше не магия: ТСПУ бьёт по поведению

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

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

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

Именно этим darkisdark объясняет массовые сбои VLESS+REALITY, которые пользователи начали фиксировать в феврале и особенно активно — в июне 2026 года.

Типичная картина выглядит так: клиент показывает статус «Connected», соединение формально установлено, но данные не передаются. Интернет словно зависает, хотя явной блокировки нет.

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

В качестве примера приводится инцидент с Delta Chat, когда под ограничения попали TLS-соединения, использующие определённый отпечаток библиотеки Rust ring, что вызвало проблемы у ряда хостинг-провайдеров.

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

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

RSS: Новости на портале Anti-Malware.ru