GitLab(VM上のUbuntu 14.04 amd64にインストールされたバージョン7.12.2、Omnibusセットアップ)でLDAP認証をセットアップしようとしています。gitlab.rbファイルを次のように編集しました。
gitlab_rails['ldap_enabled'] = true
gitlab_rails['ldap_servers'] = YAML.load <<-'EOS' # remember to close this block with 'EOS' below
main: # 'main' is the GitLab 'provider ID' of this LDAP server
label: 'LDAP'
host: '********'
port: 389
uid: 'sAMAccountName'
method: 'plain' # "tls" or "ssl" or "plain"
bind_dn: 'CN=********,OU=********,OU=********,DC=********,DC=***'
password: '********'
active_directory: true
allow_username_or_email_login: false
block_auto_created_users: false
base: 'DC=********,DC=***'
user_filter: ''
EOS
これにより、「資格情報が無効なため、Ldapmainから認証できませんでした」という恐ろしい結果が生じます。エラー。ユーザー名(bind_dn変数内)について、「johnsmith@example.com」(ユーザー名に基づくメール)、「John Smith」(フルネーム)、および「johnsmith」(ユーザー名)を試しました。結果は常に同じです。パスワードに@記号が含まれています。私はそれを脱出する必要があるかどうか、またはどのようにしてよいかわかりません。
ログはこれを示しています:
Started POST "/users/auth/ldapmain/callback" for 127.0.0.1 at 2015-07-22 17:15:01 -0400
Processing by OmniauthCallbacksController#failure as HTML
Parameters: {"utf8"=>"✓", "authenticity_token"=>"[FILTERED]", "username"=>"********", "password"=>"[FILTERED]"}
Redirected to http://192.168.56.102/users/sign_in
Completed 302 Found in 14ms (ActiveRecord: 3.6ms)
Started GET "/users/sign_in" for 127.0.0.1 at 2015-07-22 17:15:01 -0400
Processing by SessionsController#new as HTML
Completed 200 OK in 20ms (Views: 8.3ms | ActiveRecord: 2.9ms)
そしてgitlab-rake gitlab:ldap:check
これを示しています:
Checking LDAP ...
LDAP users with access to your GitLab server (only showing the first 100 results)
Server: ldapmain
Checking LDAP ... Finished
しかし、Ubuntu VMからldapsearchを使用すると(同じ環境で)、たくさんの結果が得られます。
ldapsearch -x -h ******** -D "********@********.***" -W -b "OU=********,OU=********,DC=********,DC=***" -s sub "(cn=*)" cn mail sn dn
奇妙なことに、結果のDNは次のようになります。
dn: CN=John Smith,OU=********,OU=********,OU=********,DC=********,DC=***
つまり、そこに追加のOUがあります。ldapsearchコマンドにもがあることがわかります-s sub
。これは、サブグループを検索することを意味すると思います。LDAPやActive Directoryの詳細については、あまり詳しくありません。
だから私は自分の基地に何かが足りないのだと思いますが、私は何がわかりません。また、ユーザーフィルターの問題である可能性もあります。これまでのところ必要なグーグルを実行しましたが、今はアイデアと解決策がありません。
base
は少し短いようです。ldapsearchの結果からの完全なパス(すべてのOUを含む)をそこに置くとどうなりますか?