2016-12-16 2 views
2

После мигрировали в SonarQube 5.6, LDAP 2,1 (из SonarQube 5.3, LDAP 1.5)LDAP плагин: аутентификация пользователя терпит неудачу после обновления

При проверке подлинности против домена в Active Directory, я получаю следующую ошибку

2016.12.16 15:56:31 ERROR web[rails] Error from external users provider: exception Java::JavaLang::NullPointerException: 

Пожалуйста, обратите внимание, что

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

ldap.realm=company.domain 
ldap.user.request=(&(objectClass=user)(sAMAccountName={login})) 

В журналах я нахожу

Test LDAP connection on ldap://servername.company.domain: OK 
+0

Ну, похоже, что SonarSource разделил плагин LDAP: код, связанный с Active Directory, был (перемещен в плагин Active Directory, поддерживаемый сообществом плагин), возможно, чтобы сохранить только связанные с LDAP функции в своем корпоративном поддерживаемом плагине. Релизы для плагина Active Directory: https://github.com/SonarQubeCommunity/sonar-activedirectory/releases – nilleb

ответ

2

Плагин LDAP (поддерживаются SonarSource) не включает в себя больше в active-directory related code.

Этот код теперь содержится в сообществе поддерживается плагин Active Directory plugin

Честно говоря, я не нашел никаких следов этого изменения в их официальной документации. Я нашел его при просмотре кода плагина LDAP (потому что, когда я, наконец, завершил настройку в соответствии с моим доменом, я заметил, что пользователи, созданные плагином LDAP, не соответствуют существующим пользователям => потеря привилегий)

Включение плагина Active Directory (и отключение LDAP) позволило мне получить тот же уровень, что и в SonarQube 5.3, LDAP 1.5

+0

У меня была такая же проблема (например, при завершении обновления после обновления до 5.6 LTS с использованием подключаемого модуля LDAP 2.1) чтобы снова войти в систему на сервере SonarQube, используя плагин Active Directory, как вы предложили. – llykke

Смежные вопросы