Перейти к содержанию

Выберите метод аутентификации

Аутентификация отвечает на два отдельных вопроса:

  1. Метод сеанса: как MRBS получает и сохраняет сведения о пользователе.
  2. Метод аутентификации: как MRBS проверяет учетные данные.

По умолчанию используются сеансы PHP и аутентификация через базу данных:

$auth["session"] = "php";
$auth["type"] = "db";

Уровни доступа

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

Доступные методы в версии 1.12.2

Метод Используйте, когда
db MRBS должен управлять своими пользователями и паролями.
db_ext Пользователи хранятся в другой базе данных SQL.
ldap У организации есть LDAP или Active Directory.
imap, imap_php, pop3, smtp Почтовый сервер проверяет учетные данные
cas Организация использует службу единого входа CAS.
saml Поставщик удостоверений SAML доступен через SimpleSAMLphp.
joomla, wordpress, wix MRBS следует использовать существующий идентификатор сайта.
config Достаточно небольшого, локально настроенного списка пользователей.
ext Доверенная внешняя программа выполняет проверку
none Проверка учетных данных не требуется

Warning

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

Руководство по принятию решений

  • Для автономной установки начните с аутентификация базы данных.
  • Для каталога управляемой организации используйте LDAP.
  • Информацию об установленном едином входе см. в разделе внешние поставщики удостоверений.
  • Избегайте config для больших установок или установок с выходом в Интернет.
  • Используйте none только в том случае, если действия по бронированию намеренно не ограничены, а другие элементы управления обеспечивают адекватную границу.

Тестируйте перед внедрением

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

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