Правила назначения прав в GLPI: автоматическое заполнение местоположения и руководителя

GLPI умеет читать группу, OU и домен из AD в правилах назначения, но не предлагает действий для заполнения местоположения, руководителя, категории и должности пользователя. Rule Extender закрывает этот пробел, не затрагивая ядро.

В этой статьеРазделов: 6

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

Проблема

Те, кто интегрирует GLPI с Active Directory, знают эту картину: правило Автоматическое назначение пользователя прекрасно распознаёт, что Жуан находится в OU "Филиал Сан-Паулу" и в группе "Финансы". Благодаря этому можно назначить профиль и организацию. Но местоположение, руководитель, категория и должность пользователя остаются пустыми — и кто-то заполняет их вручную, пользователь за пользователем.

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

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

Как работает Rule Extender

Модуль добавляет новые действия в RuleRight — механизм правил назначения прав, который GLPI уже использует. Критерии остаются встроенными; меняется то, что правило может сделать, когда они выполнены.

  • Назначить местоположение — определяйте его по группе, OU или почтовому домену.
  • Назначить руководителя — ответственный заполняется правилом, а не вводом вручную.
  • Назначить категорию и должность пользователя — единообразная классификация с первого входа.
  • Без собственной таблицы и без патча — модуль расширяет существующий механизм; ничего в ядре не редактируется.

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

Как включить

  1. Установите NexTool в ваш GLPI 11.
  2. Перейдите в NexTool > Модули и включите Rule Extender.
  3. Откройте Администрирование > Правила > Правила назначения прав.
  4. Создайте или отредактируйте правило: критерии остаются встроенными, а новые действия появляются в списке.

Кому подходит

Средам с аутентификацией через LDAP или Active Directory и количеством пользователей, при котором заполнять карточки вручную становится нереально, — обычно от нескольких десятков. Это также основа для тех, кто хочет использовать эскалацию по руководителю или отчёты по местоположениям и обнаружил, что поля пусты.

Совместимость

  • GLPI: 11.0+
  • Тариф: лицензируемый
  • Плагин: NexTool 6.x+

Следующий шаг

Rule Extender входит в состав NexTool — экосистемы модулей, которая расширяет GLPI без доработки кода. Посетите страницу модуля или запланируйте встречу, чтобы увидеть его в работе в вашей среде.


Проверено командой NexTool Solutions.

Часто задаваемые вопросы

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

Действия встраиваются во встроенный процесс автоматического назначения пользователя RuleRight. Они оцениваются при аутентификации, импорте или синхронизации пользователя — вместе с критериями и действиями, которые GLPI уже предоставляет.

Нет. LDAP и AD — самые распространённые случаи, потому что они предоставляют группу, OU, DN и почтовый домен, но модуль принимает любой критерий, доступный во встроенных правилах назначения прав GLPI.

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

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

Комментарии

Комментарии к этой публикации загружаются с GitHub (giscus). При загрузке ваш браузер подключается к GitHub, который получает ваш IP-адрес и может сохранять собственные файлы cookie.

Чтобы загружать их автоматически, включите функциональные файлы cookie

Нужна помощь?