Identity Cloud : 4.1. Настройка Bridge-компонента

Identity Cloud : 4.1. Настройка Bridge-компонента

Общие сведения

Компонент Access Bridge – компонент, устанавливаемый в инфраструктуре заказчика, обеспечивает механизм облачного взаимодействия с Avanpost Identity Cloud. Данная функциональность представлена следующими элементами:

КомпонентОписание
LDAP LinkПредназначен для взаимодействия облачного сервиса с внешними LDAP-каталогами (MS AD, Avanpost DS, OpenLDAP). Работает как промежуточный сервис (bridge), размещаемый в той же сети, что и LDAP-сервер, и передаёт запросы на аутентификацию и поиск пользователей в Identity Cloud через защищённое gRPC-соединение.
LDAP ProxyМеханизм, предназначенный для решения задачи аутентификации в приложения с классической LDAP-аутентификацией. Identity Cloud функционирует в качестве LDAP-прокси между приложением, пользующимся услугой LDAP-аутентификации, и реальным LDAP-каталогом.
Reverse ProxyПредназначен для решения задачи многофакторной аутентификации в приложениях. работающих посредством механизма Reverse Proxy. Используется в ситуациях, когда требуется подключить к системе единой аутентификации унаследованное веб-приложение без поддержки стандартных IdP-протоколов (OIDC, SAML).
RADIUS Access BridgeПредназначен для интеграции облачного сервиса с RADIUS-совместимыми системами. Принимает RADIUS-запросы (Access-Request, Accounting-Request) и перенаправляет их в Identity Cloud для проверки учётных данных. После реализации MFA на стороне Identity Cloud получает решение (Access-Accept/Reject) и отправляет ответ клиенту.
RADIUS Secrets StorageМеханизм работы RADIUS Access Bridge, предназначенный для безопасного хранения RADIUS-секретов клиентов в периметре заказчика. Секреты не хранятся в БД Identity Cloud (PostgreSQL), а передаются по защищённому каналу при необходимости.

Настройка компонента выполняется следующим образом:

  1. Предварительная настройка ноды Access Bridge в административной консоли Identity Cloud, включающая:
    1. Общую настройку ноды Access Bridge. 
    2. Настройка механизма LDAP Link (при необходимости).
    3. Настройка механизма LDAP Proxy (при необходимости).
    4. Настройка механизма Reverse Proxy (при необходимости).
    5. Настройка механизма RADIUS Access Bridge (при необходимости).
  2. Установка Access Bridge на локальной машине клиента.
  3. Настройка доступа к Access Bridge (при необходимости предоставления доступа другим пользователям, кроме администратора).
  4. Настройка RADIUS-секретов в веб-интерфейсе Access Bridge.
  5. Настройка учетных данных LDAP в веб-интерфейсе Access Bridge.

Настройка ноды Access Bridge

Первичная настройка компонента Access Bridge выполняется следующим образом:

  1.  Перейти в раздел «Access Bridge» режима «Сервис».
  2. Нажать кнопку «Новая установка» и настроить параметры создаваемой ноды согласно таблице:
    ПараметрЗначение
    LDAP Link

    Чекбокс включения функциональности LDAP Link:

    • при включенном флаге будет использоваться функциональность LDAP Link, предназначенная для интеграции с внешними LDAP-серверами;
    • при выключенном флаге функциональность LDAP Link не используется.
    Пропускать LDAP-синхронизацию

    Установить переключатель:

    • при включенном переключателе нода не выполняет синхронизацию LDAP-источников;
    • при выключенном переключателе синхронизация LDAP-источников выполняется на данной ноде.

    Настройка доступна при установке флага в чекбоксе «LDAP Link».

    LDAP Proxy

    Чекбокс включения функциональности LDAP Proxy:

    • при включенном переключателе Identity Cloud может выступать в качестве промежуточного программного шлюза между клиентскими приложениями и серверами LDAP-каталогов, перехватывая и обрабатывая сетевые запросы по протоколу LDAP;
    • при выключенном переключателе функциональность LDAP Proxy не используется.

    При установленном чекбоксе администратору открываются возможности тонкой настройки механизма, описанные в разделе Настройка LDAP Proxy.

    Reverse Proxy

    Чекбокс включения функциональности Reverse Proxy:

    • при включенном флаге Identity Cloud может выступать в качестве сервера-посредник, принимая запросы от внешних клиентов и перенаправляя их на внутренние серверы, скрытых в частной сети;
    • при выключенном флаге функциональность Reverse Proxy не используется.

    При установленном чекбоксе администратору открываются возможности тонкой настройки механизма, описанные в разделе Настройка Reverse Proxy.

    RADIUS

    Чекбокс включения функциональности RADIUS Access Bridge:

    • при включенном переключателе будет использоваться функциональность RADIUS Access Bridge, предназначенная для интеграции с внешними RADIUS-совместимыми системами;
    • при выключенном переключателе функциональность RADIUS Access Bridge не используется.
    Хост прослушивания

    Хост, на котором ожидаются и обрабатываются входящие сетевые запросы от RADIUS-клиентов.

    Настройка доступна при установке флага в чекбоксе «RADIUS».

    Порт прослушивания

    Порт, на котором ожидаются и обрабатываются входящие сетевые запросы от RADIUS-клиентов.

    Настройка доступна при установке флага в чекбоксе «RADIUS».

    Проверка пароля для Radius в

    Выбрать из выпадающего списка место проверки пароля пользователя:

    • Access Server – Выполняется проверка локального пароля на стороне облачного сервиса Identity Cloud;
    • Other RADIUS – Проверка выполняется на стороне RADIUS-сервера (при этом используется RADIUS-секрет, настроенный на стороне Identity Cloud).
    • LDAP Link – Выполняется проверка доменного пароля на стороне внешнего LDAP-провайдера посредством механизма LDAP Link.

    Настройка доступна при установке флага в чекбоксе «RADIUS».

    Название нодыВвести произвольное наименование, которое будет присвоено ноде.
    Адрес для интерфейсов 

    Ввести адрес сетевой карты, через которую работает Bridge-компонент. Допускается использовать IP-адрес (рекомендуется) или доменное имя. 

    Поле доступно для настройки при выключенном переключателе «Определить автоматически или выбрать после установки».

    Определить автоматически или выбрать после установки

    Установить переключатель:

    • при включенном переключателе установка адреса для интерфейсов выполняется после завершения настройки текущей ноды;
    • при выключенном переключателе администратору требуется ввести значение в поле «Адрес для интерфейсов».

      В случае, если при генерации установки переключатель был включен, то после установки параметру «Адрес для интерфейсов» автоматически присваивается значение localhost (127.0.0.1). После завершения установки администратору следует:

      1. Перейти в интерфейс управления нодой, нажав напротив наименования редактируемой ноды.
      2. Нажать на текстовое поле в параметре «Адрес для интерфейсов » и выбрать в выпадающем списке адрес, который будет использоваться для данной ноды (в процессе установки на сервер Identity Cloud передается перечень доступных интерфейсов клиентской машины).
      3. Нажать «Сохранить» (после сохранения рекомендуется обновить список нод).
    Операционная система и архитектура

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

    • Linux x86_64 (amd64);
    • Linux ARM64;
    • Windows x86_64 (amd64);
    • macOS Intel (amd64);
    • macOS Apple Silicon (arm64).
    Хранилище секретов

    Чекбокс включения внешнего хранилища секретов:

    • при включенном флаге для хранения учетных данных LDAP и секретов RADIUS используется внешнее хранилище, развернутое локально в инфраструктуре администратора;
    • при выключенном флаге внешнее хранилище секретов не используется.

    Использование хранилища секретов обязательно при использовании механизмов LDAP Access Bridge (установлен флаг в чекбоксе «LDAP Link») и/или RADIUS Access Bridge (установлен флаг в чекбоксе «RADIUS»). 

    Включить ByPass (для Radius) 

    Чекбокс включения функции ByPass: 

    • При включенном чекбоксе Access Bridge переводится в режим обхода 2FA/MFA (Bypass) в случае деградации или отсутствия связи с Identity Cloud, позволяя аутентифицироваться в целевом приложении без проверки второго фактора (использование функции недоступно при проверке пароля в Access Server);
    • При выключенном чекбоксе обход 2FA/MFA невозможен даже при отсутствии связи с Identity Cloud.
  3. После установки параметров нажать кнопку «Новая установка» и убедиться, что:
    • появилось сообщение «Установка успешно сгенерирована. Срок действия токена – 10 минут» (в случае, если настройки будут неполными, будет выводиться сообщение «Не удалось загрузить список мостов»);
    • появился токен доступа к веб-интерфейсу и команда установки.
  4. Установить или убрать флаг «Пропустить настройку systemd»:
    • при установленном флаге компонент после скачивания не взаимодействует с системой инициализации systemd;
    • при выключенном флаге компонент регистрируется и настраивается в systemd. 
  5. Осуществить одно из следущих действий для начала установки:
    1. Скопировать команду для установки Access Bridge, нажав кнопку «Скопировать команду» (команда скачивает установочный файл из официального репозитория Avanpost, сохраняет файл во временную директорию, делая его исполняемым, и запускает в режиме подключения к серверу Identity Cloud);
    2. Скопировать установочный токен, нажав кнопку «Скопировать Setup-token» (токен вручную подставляется в самостоятельно введенную команду установки).
    3. Нажать кнопку «Скачать», чтобы загрузить установочный файл Access Bridge в удобную директорию для самостоятельной установки. 
  6. Выполнить команду установки в консоли машины клиента (или запустить установочный файл), на которой планируется развертывание Access Bridge, и дождаться сообщения «Установка завершена успешно».

    Для проверки статуса Access Bridge следует использовать команду:

    systemctl status access-bridge

    Для просмотра журнала логов Access Bridge следует использовать команду:

    journalctl -u access-bridge -f

    В случае, если установка по каким-либо причинам не завершилась успехом, для повторной установки требуется повторная генерация установки (повторно нажать кнопку «Сгенерировать новую установку Access Bridge»). Токен подключения к identity Cloud является одноразовым и не может использоваться повторно.

  7. Открыть в браузере веб-интерфейс Access Bridge, расположенный по адресу (где ABaddr – адрес компонента, введенный/выбранный в параметре «Адрес для интерфейсов»):
    https://ABaddr:8200/web/index
  8. Аутентифицироваться в веб-интерфейсе Access Bridge одним из способов:
    • Скопировать токен из интерфейса настройки компонента в административной консоли Identity Cloud (в графе «Токен доступа к веб-интерфейсу» нажать кнопку «Скопировать токен»), вставить его в поле «Токен доступа» в веб-интерфейсе Access Bridge и нажать кнопку «Войти».
    • Нажать кнопку «Войти с помощью Identity Cloud» и аутентифицироваться через интерфейс аутентификации Identity Cloud.
  9. Убедиться, что авторизация прошла успешно и пользователю предоставлен доступ к веб-интерфейсу Access Bridge.

Настройка доступа к веб-интерфейсу

После завершения создания ноды на стороне Identity Cloud будет автоматически создано OIDC-приложение с наименованием access-bridge[cluster:clustername]. По умолчанию к приложению обладает доступом только администратор, проводивший настройку. В случае, если требуется настроить доступ к Access Bridge для других аккаунтов, необходимо выполнить следующие действия:

  1. Создать группу (если таковая отсутствует), пользователи которой будут использовать Access Bridge. Для этого необходимо:
    1. Нажать кнопку "Добавить группу" в режиме "Группы".
    2. В открывшейся вкладке ввести запрашиваемые параметры (более подробно о настройке группы описано в разделе Управление доступом).
  2. Добавить в группу пользователей, которые будут авторизовываться в Access Bridge посредством интерфейса аутентификации Identity Cloud (более подробно о добавлении пользователей в разделе Управление пользователями).
  3. Предоставить группе доступ к созданному приложению:
    1. В профиле группы зайти во вкладку "Приложения",
    2. Найти созданное OIDC-приложение и перевести переключать напротив него во включенное положение.

Настройка RADIUS Access Bridge

Для настройки RADIUS-секрета в Access Bridge требуется выполнить следующие действия:

  1. Настроить на стороне административной консоли приложение, предназначенное для взаимодействия с RADIUS-клиентом (подробнее в статье Управление RADIUS-приложениями).

    При осуществлении настройки RADIUS-приложение требуется обязательно указать его NAS Identifier. 

  2. Настроить ноду Access Bridge (в процессе настройки обязательно установить флаг в чекбоксе «RADIUS» и указать открывшиеся для редактирования настройки RADIUS).
  3. В веб-интерфейсе Access Bridge нажать кнопку «Новый секрет RADIUS» (или кнопку «Создать секрет»).
  4. В открывшейся вкладке задать параметры согласно таблице:
    ПараметрЗначение
    Имя RADIUS-клиентаВвести идентификатор NAS (Network Access Server) клиента (NAS Identifier).
    Подсеть (CIDR):Ввести диапазон IP-адресов клиента.
    RADIUS-секретВвести секретный ключ для шифрования и аутентификации между RADIUS клиентом и сервером. 
  5. Нажать кнопку «Создать» (или «Отмена» для отказа от добавления RADIUS-секрета).

Управление созданными RADIUS-секретами выполняется во вкладке «RADIUS-секреты», в которой доступна следующая информация и возможности:

  • Имя клиента – Идентификатор NAS (Network Access Server) клиента;
  • Подсеть – Диапазон IP-адресов клиента;
  • Действие – Действия с секретом (нажать кнопку «Удалить» для удаления секрета).

При использовании механизма RADIUS Access Bridge RADIUS-сервер располагается по адресу ABaddr:21812

Для получения информации о RADIUS-секретах рекомендуется обратиться к статьям Настройка разделяемых секретов RADIUS и Управление RADIUS-приложениями.

Настройка LDAP Access Bridge

Для настройки учетных данных LDAP в Access Bridge требуется выполнить следующие действия:

  1. Используя интерфейс административной консоли Avanpost Identity Cloud, создать специализированный LDAP-провайдер:
    1. Во вкладке «Настройки LDAP-провайдеров» режима «Сервис» нажать кнопку «Добавить».
    2. Выполнить настройку LDAP-провайдера в соответствии со статьей Управление LDAP-источниками. 

      При осуществлении настройки LDAP-провайдера обязательно следует установить флаг «Создать метод аутентификации Доменный пароль». Для того, чтобы метод корректно отображался пользователям, после завершения настройки LDAP-источника рекомендуется перейти в профиль созданного метода (из раздела "Настройки методов аутентификации" режима "Сервис") и задать значение параметра "Название метода отображаемое пользователям".

  2. Настроить ноду Access Bridge (в процессе настройки обязательно установить флаг в чекбоксе «LDAP Link»).
  3. В профиле настроенного LDAP-провайдера перейти во вкладку "Подключение" и задать следующие параметры:
    ПараметрЗначение
    Access Bridge

    Перевести переключатель во включенное положение ().

    После осуществления данной настройки Avanpost Identity Cloud перестает принимать прямые пароли от данного LDAP-источника. Пароли принимаются только в Bridge-формате.

    Для LDAP-механизма Access Bridge в качестве хоста и порта используется адрес синхронизированного LDAP-сервера.

  4. В веб-интерфейсе Access Bridge перейти во вкладку «LDAP Учетные данные».
  5. Нажать «Добавить» и в открывшейся вкладке задать параметры согласно таблице:
    ПараметрЗначение
    Домен LDAPИмя домена LDAP-каталога, к которому будет осуществляться подключение (должно соответствовать значению параметра «Домен» из настроек LDAP-провайдера).
    DN пользователя

    Полное distinguished name технической учетной записи, используемой для подключения к LDAP-каталогу (должно соответствовать значению параметра «Имя пользователя» из настроек LDAP-провайдера).

    ПарольПароль учетной записи LDAP для аутентификации  (должно соответствовать значению параметра «Пароль» из настроек LDAP-провайдера).
  6. Нажать кнопку «Добавить» (или «Отмена» для отказа от добавления учетных данных).

Управление созданными учетными данными LDAP выполняется во вкладке «LDAP Учетные данные», в которой доступна следующая информация и возможности:

  • Домен – Имя домена LDAP-каталога;
  • Пользователь – DN технической учетной записи администратора LDAP-каталога;
  • ID – Уникальный идентификатор;
  • Действие – Действия с учетными данными (нажать кнопку «Удалить» для удаления данных).

Настройка LDAP Proxy

Для настройки механизма LDAP Proxy в Access Bridge требуется выполнить следующие действия:

  1. Используя интерфейс административной консоли Avanpost Identity Cloud, создать специализированное LDAP Proxy-приложение:
    1. Во режиме «Приложения» нажать кнопку «Добавить приложение».
    2. Выполнить настройку LDAP Proxy-приложение в соответствии со статьей Управление LDAP Proxy-приложениями. 
  2. При создании новой ноды Access Bridge в разделе «LDAP Proxy» настроить следующие параметры:
    ПараметрЗначение
    Адрес прослушивания LDAPS

    Cетевой адрес и порт, которые Avanpost IC использует для приема защищенных и зашифрованных подключений к LDAP-каталогам по протоколу SSL/TLS.

    При необходимости требуется свой TLS-сертификат в переменных окружения Access Bridge (после установки).

    Адрес прослушивания LDAP

    етевой адрес и порт, которые Avanpost IC использует для приема незашифрованных подключений к LDAP-каталогам.

    Рекомендуется оставить данное поле пустым и использовать в процессе тестирования функциональности. 

    Приложение LDAP Proxy

    Выбрать в выпадающем списке предварительно созданное LDAP Proxy-приложение, посредством которого будет осуществляться взаимодействие с целевым LDAP-каталогом. Если приложение не настроено, нажать кнопку «Добавить приложение» и перейти в интерфейс настройки приложения (подробнее в статье Управление LDAP Proxy-приложениями).

    Исходный LDAP-сервер

    Для выбора исходного LDAP-сервера требуется:

    1. Выбрать тип настроенного LDAP-провайдера:
      • LDAP – без шифрования;
      • LDAPS – использованием TLS-шифрованием;
    2. Ввести сетевой адрес и порт исходного LDAP-сервера. 

    Если нужный LDAP-провайдер не настроен, нажать кнопку «Добавить LDAP-провайдер».

    Атрибут для поиска по DN

    Параметр, указывающий, какой атрибут в LDAP-запросе будет использоваться для поиска пользовательской информации по DN (DN – уникальное имя, которое идентифицирует узел в дереве домена Active Directory). Для удобства под текстовой строкой ввода предусмотрены кнопки с наименованием наиболее часто используемых атрибутов (sAMAccountName, uid, uidNumber, mail, cn): при нажатии на кнопку атрибут автоматически вставляется в строку ввода.

    Для корректной работы механизма данный параметр должен присутствовать среди дополнительных атрибутов в учетной записи пользователя на стороне Identity Cloud (управление дополнительными атрибутами описано в разделе Управление пользователями). Если атрибут отсутствует, его следует добавить, используя механику «Импорт дополнительных атрибутов учетной записи» в разделе «Настройки импорта пользователей» LDAP-провайдера (подробнее в статье Управление LDAP-источниками).

    Атрибут для поиска по UPN

    Параметр, указывающий, какой атрибут в LDAP-запросе будет использоваться для поиска пользовательской информации по UPN (уникальное имя пользователя в AD, которое представляет собой комбинацию логина пользователя и домена). Для удобства под текстовой строкой ввода предусмотрены кнопки с наименованием наиболее часто используемых атрибутов (sAMAccountName, uid, uidNumber, mail, cn): при нажатии на кнопку атрибут автоматически вставляется в строку ввода. 

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

    Атрибут для поиска по имени пользователя

    Параметр, указывающий, какой атрибут в LDAP-запросе будет использоваться для поиска пользовательской информации по логину. Для удобства под текстовой строкой ввода предусмотрены кнопки с наименованием наиболее часто используемых атрибутов (sAMAccountName, uid, uidNumber, mail, cn): при нажатии на кнопку атрибут автоматически вставляется в строку ввода.

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

    Аккаунты, исключенные из двухфакторной аутентификации

    Ввести аккаунты в формате user@domain, для которых требуется отключить проверку двухфакторной аутентификации. Для указанных аккаунтов запрос приходит на указанный порт и перебрасывается в домен без обращения к Identity Cloud. Рекомендуется использовать для сервисных аккаунтов.

    Добавить домен к логину (если пустой)

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

    Разрешить анонимные подключения

    Чекбокс «Разрешить анонимные подключения» используется для управления обработкой анонимных запрос к LDAP-каталогу:

    • при включенном чекбоксе анонимные запросы перенаправляются к LDAP-каталогу (не рекомендуется);
    • при выключенном чекбоксе Identity Cloud блокирует анонимные запросы к LDAP-каталогу.

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

    Отключить двухфакторную аутентификацию (прокси-режим)

    Чекбокс «Отключить двухфакторную аутентификацию (прокси-режим)» позволяет отключить проверку 2FA/MFA при получении доступа к LDAP-каталогу:

    • при включенном чекбоксе Identity Cloud не проверяет второй фактор у пользователей, аутентифицирующихся в LDAP-каталоге;
    • при выключенном чекбоксе Identity Cloud пользователя проходят аутентификацию в соответствии с настроенным сценарием.
  3. Осуществить настройку прочих механизмов Access Bridge в соответствии с данной статьей и нажать кнопку «Новая установка».

Настройка Reverse Proxy

Для настройки механизма Reverse Proxy в Access Bridge требуется выполнить следующие действия:

  1. Используя интерфейс административной консоли Avanpost Identity Cloud, создать специализированное LDAP Proxy-приложение:
    1. Во режиме «Приложения» нажать кнопку «Добавить приложение».
    2. Выполнить настройку Reverse Proxy-приложение в соответствии со статьей Управление Reverse Proxy-приложениями. 
  2. При создании новой ноды Access Bridge в разделе «LDAP Proxy» настроить следующие параметры:
    ПараметрЗначение
    Хост прослушиванияIP-адрес, на котором размещен Reverse Proxy-сервер (0.0.0.0 для публичного доступа, localhost для локального).
    Порт прослушиванияПорт, по которому доступен Reverse Proxy-сервер.
    Базовый URL authorityАдрес тенанта Identity Cloud, посредством которого реализуется механизм Reverse Proxy.
    Интервал синхронизации, секундыПериодичность, с которой в ноду Access Bridge передаются изменения от Reverse Proxy-приложения.
    Не проверять TLS

    Чекбокс, позволяющий управлять проверкой TLS:

    • при установленном флаге в чекбоксе проверка TLS-сертификата не осуществляется (не рекомендуется);
    • при выключенном флаге выполняется проверка TLS-сертификата.
    Передавать cookie только по HTTPS

    Чекбокс управления шифрованием cookie:

    • при установленном флаге передача cookie осуществляется исключительно по зашифрованному соединению (HTTPS);
    • при выключенном чекбоксе передача cookie может быть выполнена по незашифрованному соединению (HTTP).
    Только HTTP-доступ к cookie

    Чекбокс управления доступом к файлам cookie:

    • при установленном флаге файлы cookie скрыты от клиентских JS-скриптов: файлы cookie принимаются от Reverse Proxy или IdP, сохраняются и автоматически отправляются обратно с каждым сетевым запросом, но доступ к ним через код страницы заблокирован;
    • при выключенном флаге клиентские JS-скрипты могут получить доступ к файлам cookie.

    Параметр используется для защиты от XSS-атак (Cross-Site Scripting) и предназначен, чтобы исключить внедрение вредоносного JS-скрипта на страницу целевого приложения.  

    Атрибут SameSite для cookie

    Атрибут, от которого зависит поведение cookie. Используется для защиты от  CSRF-атак и обеспечения корректной работы сессий. Выбрать значение параметра из выпадающего списка:

    • None – Cookie отправляются в любых сторонних (cross-site) запросах.
    • Lax –  Cookie отправляются, если домен в адресной строке совпадает с доменом cookie, а также при безопасных переходах (GET-ссылки) с внешних ресурсов, но не отправляются при субзапросах.
    • Strict – Cookie отправляются только когда домен в адресной строке совпадает с доменом cookie, а при переходе по ссылкам с внешних сайтов cookie не передаются.
    Язык

    Язык, используемый для Reverse Proxy-шаблонов:

    • Русский;
    • English.
  3. Осуществить настройку прочих механизмов Access Bridge в соответствии с данной статьей и нажать кнопку «Новая установка».

Управление нодами Access Bridge

Управление ранее настроенными нодами Bridge-компонента осуществляется в разделе «Access Bridge» режима «Сервис». Администратор имеет возможность получать информацию, корректировать параметры ранее созданных нод, удалять ноды. В разделе представлен реестр всех настроенных нод, содержащий следующую информацию и возможности:

  • Общая информация о настроенных нодах:
    • Всего – Общее количество нод Access Bridge;
    • Активен – Количество активных нод Access Bridge;
    • Неактивен – Количество неактивных нод Access Bridge;
    • Доступна новая версия – Количество нод, для которых доступна новая версия и которые рекомендуется обновить;
  • # – Порядковый номер ноды, автоматически присвоенный Identity Cloud;
  • Название ноды – Наименование ноды, присвоенное администратором в процессе настройки;
  • Статус – Активен/Неактивен;
  • Последняя проверка – Дата и время последний проверки;
  • Действия – Действия, которые администратор может осуществить с нодой:
    • Кнопка – Нажать, чтобы скорректировать настройки выбранной ноды;
    • Кнопка – Нажать, чтобы удалить выбранную ноду (после подтверждения).

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

ПараметрЗначениеДоступно для редактирования
Информация об операционной системе и архитектураУказывается информация об ОС и типе архитектуры. (не редактируется).Нет
Machine IDИдентификатор машины, на которой развернута нода.Нет
IDУникальный идентификатор ноды.Нет
Имя хостаИмя хоста, на котором развернута нода.Нет
LDAP Link

Развернуть, чтобы скорректировать общие настройки LDAP Link.

Да

LDAP ProxyРазвернуть, чтобы скорректировать параметры настройки механизма LDAP Proxy.Да
Reverse ProxyРазвернуть, чтобы скорректировать параметры настройки механизма Reverse Proxy.Да
RADIUSРазвернуть, чтобы скорректировать настройки RADIUS.Да
Адрес для интерфейсовАдрес сетевой карты, через которую работает Bridge-компонент.Да
Дополнительные настройки 
Хранилище секретовЧекбокс включения внешнего хранилища секретов. Да
Включить ByPass (для RADIUS)Чекбокс перевода Identity Cloud в режим обхода 2FA/MFA (Bypass) в случае деградации или отсутствия связи с Identity Cloud.Да

Для того, чтобы изменения вступили в силу, требуется нажать кнопку «Сохранить» и осуществить обновление ноды Access Bridge.

Обновление ноды Access Bridge

Обновление ноды Access Bridge выполняется следующим образом:

  1. Перейти в раздел «Access Bridge» режима «Сервис».
  2. При необходимости изменить те или иные настройки данной ноды:
    1. Нажать кнопку , чтобы перейти в интерфейс редактирования ноды.
    2. После внесения изменений (перечень доступных корректировок описан в разделе «Управление нодами») нажать кнопку «Сохранить».
  3. После установки параметров нажать кнопку «Обновить Access Bridge» и убедиться, что появился токен доступа к веб-интерфейсу и команда установки.
  4. Скопировать команду для установки Access Bridge, нажав кнопку «Скопировать команду» (команда скачивает файл для обновления из официального репозитория Avanpost, сохраняет файл во временную директорию, делая его исполняемым, и запускает в режиме подключения к серверу Identity Cloud).
  5. Выполнить команду в консоли машины клиента, на которой планируется обновление Access Bridge.
  6. Аутентифицироваться в веб-интерфейсе Access Bridge и убедиться, что пользователю предоставлен доступ к веб-интерфейсу Access Bridge.

Обсуждение