11–29 октября 2026
Актуально для: SimpleTwo 0.9.325–1.0.22 · каталог до 1.3.19 · агент до 1.0.10 · почта и диск 1.0.3 · приложения: iOS 1.0.7, macOS 1.0.8, Android 1.0.6, Windows 1.0.6 · Проверено: 29.10.2026
Главное за период — выпуск 1.0. Каталог (directory) стал единственным источником людей,
групп, ролей и входа; координатор перестал хранить своих пользователей и сам никого не впускает.
Изменения сгруппированы по функциональным блокам; в каждом сначала новые возможности, затем
исправленные дефекты.
Выпуск 1.0: каталог — источник людей и входа
Новые возможности
-
Вход только через каталог. Приложения на всех платформах и консоль входят через каталог; у координатора больше нет своего входа и своих паролей. Вход начинается с адреса: домен определяет организацию, адрес без домена — локальную учётку.
-
Постоянные идентификаторы. У каждой учётки, группы и роли теперь постоянный идентификатор, который выдаёт каталог. Логин стал атрибутом: переименование учётки сохраняет её файлы, переписку, почту и права, прежний логин некоторое время закреплён за ней. Все службы — переписка, почта, диск, MCU, поддержка — хранят людей по этому идентификатору.
-
Роли и назначения — только в каталоге. Что человек может в консоли и в службах, решает каталог; службы получают это из одной проекции. Встроенные группы Simple Users, Simple Guests, Simple Partners и другие связаны со встроенными ролями.
-
Гости после перехода. Гость входит по карточке приглашения: срок жизни карточки — параметр политики, ссылка ведёт на страницу каталога, пригласивший получает уведомление. Гость может погасить карточку, напомнить пригласившему и восстановить доступ по коду от него.
-
Аварийный локальный администрат ор и личные токены доступа администратора живут в каталоге; административные операции, которые длятся дольше запроса, выполняются по выданному на них разрешению, а журнал называет человека.
-
Дерево организации, адресные книги и списки адресов. Организации и отделы, адресные списки и глобальный список адресов (GAL) — объекты каталога; кто кого видит, решают политики адресной книги. Адресная книга организации доступна по CardDAV.
-
Адреса учётки. У человека есть рабочие телефоны, адреса почты и SIP-адреса, у каждого вида — один основной; SIP-адрес по умолчанию — основной адрес почты, внутренний номер — добавочный рабочего телефона.
-
Объекты установки. Серверы, сервисы, сайты, политики и адресные списки — объекты каталога по образцу Active Directory, со своей схемой атрибутов и SCIM 2.0; у политик — результирующий набор по уровням «корень → организация → отдел → группа → учётка → устройство».
-
Профили каталога
base,simpletwo,calendar; расширения схемы для платформ линейки регистрируются при включении плат формы. -
Репликация каталога. Экземпляр каталога в другом метапространстве становится репликой установки: лента изменений по SCIM, версии атрибутов, мастер схемы; удалённые записи хранятся 14 дней.
-
Переговорные и аппараты. Аппараты переговорных (SIP, панели) — «руки» учётки переговорной в каталоге; MCU решает по их реплике. Poly Trio получает календарь переговорной через EWS.
-
Квоты в каталоге. Шаблоны квот — политики каталога: выдаются организации, отделу, группе или человеку, из нескольких выдач побеждает меньший порядок, как у групповой политики. Общий ящик получает шаблон по адресу. См. Квоты.
-
Утилита переноса
upgrade1переносит установку 0.x в 1.0: учётки, гостей, ботов, переговорные, роли, политики, адресные книги и объекты Secure Access. -
Реплики каталога. Второй экземпляр
directory— в любом метапространстве — заводится как реплика первого и синхронизируется с ним в обе стороны: учётки с учётными данными, группы, подразделения, объекты установки и схема; конфликты решаютс я по версии атрибута, как в Active Directory; удалённое остаётся надгробием 14 дней. Первичный экземпляр ведёт схему и исходящие задания; состояние синхронизации — в Settings → Platforms → Directory. См. Реплики каталога. -
Токены реплики принимают везде. У установки один эмитент токенов платформы — имя первичного каталога; каждый экземпляр публикует в своём JWKS ключи всех экземпляров, читая их на проходе репликации.
-
Control API служб на внешнем адресе. Консоль администрирует службу напрямую, по её публичному имени под
/control/, своим токеном администратора; первой —provплатформы SimpleThree. Старый путь через координатор (прокси к приватному адресуprovсо служебным токеном) снят: уprovостался один административный вход, у координатора — ни одного токена к нему. Следом — почта и диск: их административные двери под/control/на публичном имени, режим обслуживания по подпродуктам (почта: приложения, отправка, приём; диск: файлы, публичные ссылки); консоль ходит к ним напрямую, прокси координатора сняты. Затем каталог: дверь лин ии вокруг его/control/на публичном имени, режим обслуживания для входа и SCIM; прокси координатора к каталогу снят. Исправленные дефекты -
Отказ AD FS для известной учётки больше не называется «неверный пароль».
-
Вход через внешнего провайдера связывает учётку по идентификатору провайдера раньше, чем по логину.
-
Повторная карточка приглашения гостя доходит до пригласившего.
Консоль
Новые возможности
- Новое меню. Первый уровень — Обзор, продукты платформы, Пользователи, Безопасность, Настройки, Логи и аудит; у каждого пункта — строка его частей. Логотип и название организации стоят в верхней полосе вместе с переключателем платформы, пользователь — справа.
- Каталог — части консоли, а не встроенная страница. «Пользователи» — это люди, гости, группы и боты каталога, структура организации, переговорные и устройства, роли и адресная книга. Новый раздел «Безо пасность» собирает требования ко входу, страницу входа, приложения, синхронизацию (LDAP, HRMS, SCIM, вебхуки), проверки доступа и аварийный доступ. Журнал входов и аудит каталога — в «Логах и аудите», схема — в «Настройки → Каталог», то, что требует внимания, — на «Обзоре». Отдельной консоли у каталога больше нет.
- Переключатель платформ (SimpleTwo, SimpleThree и другие платформы линейки): списки хостов, выбор ролей и права администраторов сужаются до выбранной платформы.
- Мастер «Добавить роль на этот хост» и многоролевой агент: на одном хосте — несколько ролей.
- Люди везде показаны по имени и логину, а не по идентификатору; у списков правил есть короткое имя и отдельное описание.
- Длинные списки консоли листаются и фильтруются на сервере; настройки стоят рядом с тем, на что влияют.
- Блок «Текущие задачи» внизу можно растягивать.
- Каждое поле консоли проверяется по единому описанию правил, общему для консоли и сервиса.
Исправленные дефекты
- В CLIENT SESSIONS и списках правил больше нет непонятных идентификаторов.
- С трока подменю «Настройки» больше не переносится.
Secure Access
Новые возможности
- Всё в каталоге. Группы шлюзов, GEO, сторонние шлюзы, наборы правил и списки правил — объекты каталога. Какой набор и какие группы шлюзов достаются человеку, решает политика маршрутизации, привязанная ко всем или к группе каталога, с порядком привязки; профиль туннеля — так же, с личным слоем и слоем устройства. См. Сеть доступа.
- Большие списки правил. Маленький список хранится в объекте, большой — файлом рядом с ним (до 64 МиБ).
- Узлы в каталоге. Узел присоединяется к каталогу, как компьютер к домену; у шлюза своя учётка сервиса. Шлюз сам берёт у каталога свою конфигурацию и список допущенных клиентов, а живость и нагрузку по-прежнему сообщает координатору. Сессии туннеля хранит каталог.
- Сторонние шлюзы по IPsec (FortiGate и другие IKEv2): сервер подтверждает себя PSK или сертификатом; прилож ения на всех платформах поднимают туннель к нему и показывают его состояние; логин корпоративного шлюза запоминается и спрашивается при отказе.
- Счётчики Secure Access по маршрутам — туннель GEO, корпоративный туннель, напрямую.
- Поле IP/CIDR или домена с неверным значением отклоняется при сохранении и не доходит до туннеля.
Исправленные дефекты
- Рукопожатие IPsec дожидается каждого ответа и повторяет запрос.
- Отклонённый план туннеля показывается и не повторяется, пока план не изменится.
- Шлюз, у которого на время пропал каталог, не теряет список допущенных клиентов.
Звонки, MCU и телефония
Новые возможности
- Внутренние звонки по SIP-адресу, цифры аппаратов — по плану набора и обратному поиску; в сторону оператора уходит только телефонный номер; From к аппарату переговорной не несёт идентификатора учётки.