Как выполнять контроль доступа на основе ролей с помощью SonarQube?

Question

Я новичок в SonarQube и пытаюсь настроить до надлежащего контроля доступа, с требованиями следующим образом:

1. У нас есть несколько областей проекта, каждая область должна иметь кого-то, способный управлять своей областью, такими как создание новые проекты и управлять досками , не уверен, что именно. Это что-то вроде области проекта администраторов.
2. Несколько администраторов могут что угодно сделать.
3. Интеграция с AD

Несколько вопросов:

1. В некоторых местах, как по этой ссылке: http://www.sonarsource.com/products/features/security/, я вижу этот метод на основе ролей, но я не могу найти роли этих значений по умолчанию, " Продукты SonarSource поставляются с тремя конкретными проектами - администраторами проекта, пользователями проекта и зрителями кода проекта »в любой точке системы. Прямо сейчас, я использую версию сообщества, я думаю, без лицензии. Есть ли более подробный документ?
2. Я как бы понимаю глобальные разрешения и разрешения для проектов по умолчанию. В моем случае, я должен создать, например. три группы в AD, сонарные администраторы, сонарные-администраторы проекта, сонар-пользователи для отображения групп по умолчанию?
3. Я замечаю следующее: прямо сейчас у меня нет вышеуказанных групп AD, когда я интегрируюсь в AD, я могу войти в систему с моим идентификатором/паролем домена, но после выхода из системы/group информация о группе, которую я добавил в локальную пользователь ушел. Я думаю, это сич с AD. Итак, чтобы использовать AD, мне нужно создать эти группы в AD?

Цзижун

Answer 1

Контроль доступа в SonarQube управляется через глобальные разрешения и разрешения проекта. Каждое разрешение может быть предоставлено пользователю (пользователям) и/или группе (группам). Документация, на которую вы указали, устарела, прочитайте Authorization page для получения самых последних сведений.

Интеграция AD/LDAP - это другая тема, задокументированная here. С group mapping членство в группах остается управляемым в AD, но будет реплицировано в SonarQube, когда пользователи войдут в систему (группы AD сначала должны быть созданы в SonarQube с тем же именем).

К вашему примеру: если пользователи AD, принадлежащие к группе foo заслуживают того, чтобы управлять вашей SonarQube, просто создать группу foo в SonarQube, и (в настройках глобальных разрешений) дает Administer System разрешения группе foo.