1
SQ 5.6、LDAPプラグイン2.0。SonarQube LDAPプラグインがデプロイされていますが、有効になっていません。
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を確認したと信じています。いかなる種類のエラーがで指摘されていない
INFO org.sonar.INFO Security realm: LDAP ...
INFO o.s.p.l.LdapContextFactory Test LDAP connection: OK
を：本当に私を困惑何
は私がSQのドキュメントから期待するものである、ログに次のように何も表示されないということですログ。
なぜSQが再起動時にLDAP認証を開始しようとしていないのでしょうか？
'sonar.properties'に' sonar.security.realm = LDAP'を指定してサーバを再起動すると、LDAPプラグインは間違いなくキックインしてログに記録する必要があります。右の 'sonar.properties'が使われていることをもう一度確認しましたか？必要に応じて、あなたのフル起動ログと 'sonar.properties'を共有してください。 –
私が実際に編集しているsonar.propertiesファイルが使用されていることを確認する方法はありますか（/opt/sonar/conf/sonar.properties）？私はこれに疑念を抱いています（sonar.security.realmの偽の値を入れることを含む）が応答を出さない（つまり、エラーメッセージや警告メッセージを出さない）ためです。管理 - >システム情報は、私のSonar Home Dirが/ opt/sonarであることを示しています。また、アクティブなログファイルは/opt/sonar/logs/sonar.logです。正しいホームディレクトリであるようです。 – Darrin