信頼できるドメインの資格情報を使用してPHPでADサーバーにバインドするにはどうすればよいですか？

Question

フォレスト間で信頼関係を確立している複数のADサーバーがあるため、異なるドメインのWindowsユーザーは制限されたリソースにアクセスできます。 domainA.comとdomainB.comがあると仮定して、ドメインdomainB.comのどのユーザーもdomainA.comのリソースにログインできます。セキュリティ上の理由から、管理者はLDAPサーバーへの匿名アクセスを無効にします。

OpenLDAPクライアントの助けを借りて、すべてのLDAPサーバーのすべてのユーザーをPHPコードでリストする必要があります。以下は、PHPコードはdomainB.com

define('USER', 'user@domainA.com'); // User from domainA.com here 
$ldap = ldap_connect('domainB.com') or die('Bad connection'); 
ldap_set_option($ldap, LDAP_OPT_PROTOCOL_VERSION, 3); 
ldap_set_option($ldap, LDAP_OPT_REFERRALS, 0); 
ldap_bind($ldap, USER, PASS) or die('Cannot bind'); 

からすべてのユーザーに関する情報を取得することである私のスクリプトがメッセージのLDAPエラーで「49の無効な資格情報を」「バインドできません」と死にます。 ADからの追加情報：
80090308：LdapErr：DSID-0C0903A9、コメント：AcceptSecurityContextエラー、データ部52e、v1db1

私はGSSを使用する場合、LDAP管理者に認証をネゴシエートするので、問題は、単純な認証機構であることを考えますuser@domainA.comと同じ資格情報を持つクライアントはすべて問題ありません。

user@domainA.comからの資格情報を使用してdomainB.comでバインドを成功させるにはどうすればよいですか？ SASL DIGEST-MD5と

UPD1認証ADから

ldap_sasl_bind ($ldap, '', $pass, 'DIGEST-MD5', null, 'user@domainA.com'); 

ログ：

 
The computer attempted to validate the credentials for an account. 

Authentication Package: WDigest 
Logon Account: user 
Source Workstation: DOMAINA 
Error Code: 0xc000006a 

An account failed to log on. 

Subject: 
    Security ID:  NULL SID 
    Account Name:  - 
    Account Domain:  - 
    Logon ID:  0x0 

Logon Type:   3 

Account For Which Logon Failed: 
    Security ID:  NULL SID 
    Account Name:  user@domainA.com 
    Account Domain:  domainA.com 

Failure Information: 
    Failure Reason:  An Error occured during Logon. 
    Status:   0xc000006d 
    Sub Status:  0xc000006d 

Process Information: 
    Caller Process ID: 0x0 
    Caller Process Name: - 

Network Information: 
    Workstation Name: - 
    Source Network Address: 
    Source Port:   

Detailed Authentication Information: 
    Logon Process:  WDIGEST 
    Authentication Package: WDigest 
    Transited Services: - 
    Package Name (NTLM only): - 
    Key Length:  0 

This event is generated when a logon request fails. It is generated on the computer where access was attempted. 

The Subject fields indicate the account on the local system which requested the logon. This is most commonly a service such as the Server service, or a local process such as Winlogon.exe or Services.exe. 

The Logon Type field indicates the kind of logon that was requested. The most common types are 2 (interactive) and 3 (network). 

The Process Information fields indicate which account and process on the system requested the logon. 

The Network Information fields indicate where a remote logon request originated. Workstation name is not always available and may be left blank in some cases. 

The authentication information fields provide detailed information about this specific logon request. 
    - Transited services indicate which intermediate services have participated in this logon request. 
    - Package name indicates which sub-protocol was used among the NTLM protocols. 

Answer 1

あなたはldap_bindでユーザーをspecifiyするとき、あなたはこのようなあなたのユーザーDNを置くことを試みることができます。

$bind = ldap_bind($resource, 'cn=jpb,cn=users,dc=dom,dc=fr', '***'); 

もう一つは、 アクティブディレクトリフォレストには、「グローバルカタログ（GC）」というディレクトリをサポートする1​​つ以上のドメインコントローラがあります。 GCには、フォレストのすべてのディレクトリのすべてのオブジェクトが含まれています。

---

編集 あなたはADサーバに接続するために、PHPのLDAPのLIBSとのOpenLDAPを使用してのMoodleを設定するとき、私は、この問題を経験したSASL

$ldap = ldap_connect('domainB.com'); 
ldap_set_option($ldap, LDAP_OPT_PROTOCOL_VERSION, 3); 
ldap_set_option($ldap, LDAP_OPT_REFERRALS, 0); 
ldap_sasl_bind ($conn, NULL,"password",'DIGEST-MD5',NULL,'user@domainA.com',NULL); 

Answer 2

と結合しようとすることができます。解決策は、（実際には一つのことに煮詰めた）、かなり簡単だった、との2つのうちの1つ：

1. （ユーザ名の後にすなわちノー「@ example.com」）スコープを持たないユーザー名を使用し
2. 使用DOMAIN \ username

基本的には、正しいと思われるユーザー名の構文を取得していました。フルDN、スコープ付きのユーザー名（電子メールアドレスのように見える）、DOMAIN \ユーザー名、プレーンなユーザー名など、さまざまなADサーバーで動作する4種類のユーザー名があるため、これは特定のAD構成に依存していると思います。