【发布时间】:2017-03-01 17:12:07
【问题描述】:
SQ 5.6,LDAP 插件 2.0。
我已经成功安装了 LDAP 插件并重启了 SQ 服务器。在日志 (/opt/sonar/logs/sonar.log) 中,插件显然已部署,但似乎没有尝试初始化/启用它或连接到 LDAP 服务器。
INFO web[o.s.s.p.ServerPluginRepository] Deploy plugin LDAP / 2.0 / 2910f3981167a70a201ccfae01471dfd26c794b7
.
.
INFO web[o.s.s.p.RailsAppsDeployer] Deploying app: ldap
这些是日志中唯一提到的 ldap/LDAP。
conf/sonar.properties 文件的相关部分:
sonar.security.realm=LDAP
ldap.url=ldap://myldap:389
ldap.user.baseDn=ou=mycompany,ou=People,dc=myurl,dc=com
我相信我已经通过 JXplorer(一个 LDAP 浏览器)验证了 ldap.url 和 ldap.user.baseDn。
真正让我感到困惑的是,我在日志中看不到类似以下内容,这是我对 SQ 文档的期望:
INFO org.sonar.INFO Security realm: LDAP ...
INFO o.s.p.l.LdapContextFactory Test LDAP connection: OK
日志中没有记录任何类型的错误。
知道为什么 SQ 甚至没有明显尝试在重新启动时启动 LDAP 身份验证吗?
【问题讨论】:
-
一旦您在
sonar.properties中指定sonar.security.realm=LDAP并重新启动您的服务器,那么LDAP 插件肯定会启动并在日志中记录内容。您是否只是仔细检查了是否使用了正确的sonar.properties?如果需要,请分享您的完整启动日志和sonar.properties。 -
如何验证我正在编辑的 sonar.properties 文件是否真的被使用(/opt/sonar/conf/sonar.properties)?我对此持怀疑态度,因为对其进行更改(包括为 sonar.security.realm 输入虚假值)不会引起任何响应(即没有错误或警告消息)。 Administration->System Info 表明我的 Sonar Home Dir 是 /opt/sonar。并且活动日志文件是 /opt/sonar/logs/sonar.log,所以这似乎是正确的主目录。
标签: authentication ldap sonarqube sonarqube-ops