【问题标题】:SonarQube LDAP plugin deployed but not "enabled"SonarQube LDAP 插件已部署但未“启用”
【发布时间】: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


【解决方案1】:

我遇到了同样的问题。我正在使用 docker 运行 Sonarqube。当我从 Sonarqube UI 重新启动服务器时,它没有发现更改。只有在重新启动 docker 映像后,它才能获取更改的文件。

【讨论】:

  • 这对我来说也是如此,应该是公认的答案!虽然我没有使用 docker,但通过命令行重新启动 sonarqube 对我来说是成功的。
【解决方案2】:

好吧,现在它才刚刚开始工作。不过,我没有答案。也许我的 LDAP 服务器发生了一些变化,或者需要克服一些延迟。我没有改变任何我知道的东西。无论如何,感谢那些做出回应的人。

【讨论】:

    猜你喜欢
    • 2017-12-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-10-20
    • 1970-01-01
    • 1970-01-01
    • 2014-07-19
    相关资源
    最近更新 更多