Zend_Ldap-Introduction.xml 17 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337
  1. <?xml version="1.0" encoding="UTF-8"?>
  2. <!-- Reviewed: no -->
  3. <!-- EN-Revision: 24249 -->
  4. <sect1 id="zend.ldap.introduction">
  5. <title>導入</title>
  6. <para>
  7. <classname>Zend_Ldap</classname> は <acronym>LDAP</acronym>操作を行うクラスです。
  8. バインドだけが可能で、
  9. <acronym>LDAP</acronym> ディレクトリ内のエントリの検索や変更には対応していません。
  10. </para>
  11. <sect2 id="zend.ldap.introduction.theory-of-operations">
  12. <title>動作原理</title>
  13. <para>
  14. 現在このコンポーネントは、OpenLDAPまたはActiveDirectory(AD)サーバのような
  15. 単一の<acronym>LDAP</acronym>サーバへのバインディングを概念的に表現して、
  16. <acronym>LDAP</acronym>サーバに対する活動を実行できる
  17. 主要な<classname>Zend_Ldap</classname>クラスから成ります。
  18. バインディングのパラメータは、明示的に、または、オプション配列の形で提供されるかもしれません。
  19. <classname>Zend_Ldap_Node</classname>は、
  20. 単一の<acronym>LDAP</acronym>ノードのためにオブジェクト指向インタフェースを提供します。
  21. そして、<acronym>LDAP</acronym>ベースのドメイン・モデルのために、
  22. アクティブ・レコードのようなインターフェースの基盤を作ることに使うことができます。
  23. </para>
  24. <para>
  25. 属性の設定や取得 (日付値、パスワード、ブール値など)のような
  26. <acronym>LDAP</acronym>項目上での活動の実行や
  27. (<classname>Zend_Ldap_Attribute</classname>)、
  28. <acronym>LDAP</acronym>フィルタ文字列の作成や修正
  29. (<classname>Zend_Ldap_Filter</classname>)、
  30. <acronym>LDAP</acronym>識別名 (DN)の操作
  31. (<classname>Zend_Ldap_Dn</classname>)
  32. をおこなうためのいくつかのヘルパー・クラスをコンポーネントで提供します。
  33. </para>
  34. <para>
  35. その上、
  36. OpenLDAPとActiveDirectoyサーバの<classname>Zend_Ldap_Node_Schema</classname>のために
  37. ブラウズする<acronym>LDAP</acronym>スキーマ、
  38. そして
  39. OpenLDAPサーバやActiveDirectoryサーバ、
  40. Novell eDirectoryサーバのためのサーバ情報取得
  41. (<classname>Zend_Ldap_Node_RootDse</classname>)をコンポーネントで抽象します。
  42. </para>
  43. <para>
  44. <classname>Zend_Ldap</classname> クラスの使用法は <acronym>LDAP</acronym> サーバの形式によって異なり、
  45. 以下のいずれかのパターンとなります。
  46. </para>
  47. <para>
  48. OpenLDAP を使用している場合は、以下の例のようになります (AD を使って
  49. <emphasis>いない</emphasis> 場合は <emphasis>bindRequiresDn</emphasis>
  50. オプションが重要となることに注意しましょう):
  51. </para>
  52. <programlisting language="php"><![CDATA[
  53. $options = array(
  54. 'host' => 's0.foo.net',
  55. 'username' => 'CN=user1,DC=foo,DC=net',
  56. 'password' => 'pass1',
  57. 'bindRequiresDn' => true,
  58. 'accountDomainName' => 'foo.net',
  59. 'baseDn' => 'OU=Sales,DC=foo,DC=net',
  60. );
  61. $ldap = new Zend_Ldap($options);
  62. $acctname = $ldap->getCanonicalAccountName('abaker',
  63. Zend_Ldap::ACCTNAME_FORM_DN);
  64. echo "$acctname\n";
  65. ]]></programlisting>
  66. <para>
  67. Microsoft AD を使う場合の簡単な例です:
  68. </para>
  69. <programlisting language="php"><![CDATA[
  70. $options = array(
  71. 'host' => 'dc1.w.net',
  72. 'useStartTls' => true,
  73. 'username' => 'user1@w.net',
  74. 'password' => 'pass1',
  75. 'accountDomainName' => 'w.net',
  76. 'accountDomainNameShort' => 'W',
  77. 'baseDn' => 'CN=Users,DC=w,DC=net',
  78. );
  79. $ldap = new Zend_Ldap($options);
  80. $acctname = $ldap->getCanonicalAccountName('bcarter',
  81. Zend_Ldap::ACCTNAME_FORM_DN);
  82. echo "$acctname\n";
  83. ]]></programlisting>
  84. <para>
  85. ここでは、<methodname>getCanonicalAccountName()</methodname> メソッドで、
  86. アカウントの DN を取得していることに注意しましょう。
  87. これはただ単に、このクラスに現在存在するコードの例をできるだけ多く見せたいからです。
  88. </para>
  89. <sect3 id="zend.ldap.introduction.theory-of-operations.automatic-username-canonicalization">
  90. <title>バインド時のユーザ名自動正規化</title>
  91. <para>
  92. <emphasis>bindRequiresDN</emphasis> が <constant>TRUE</constant>で、
  93. かつ DN 形式のユーザ名がオプションで設定されていない場合、
  94. <methodname>bind()</methodname> を DN でないユーザ名でコールするとバインドに失敗します。
  95. しかし、DN 形式のユーザ名がオプションで設定されていれば、
  96. <classname>Zend_Ldap</classname>はまずそのユーザ名でバインドを行い、
  97. <methodname>bind()</methodname>で指定したユーザ名に対応するアカウントの DN を取得した上で
  98. 改めてその DN でバインドしなおします。
  99. </para>
  100. <para>
  101. この振る舞いは<link
  102. linkend="zend.auth.adapter.ldap"><classname>Zend_Auth_Adapter_Ldap</classname></link>
  103. にとっては重要です。
  104. これは、ユーザが指定したユーザ名を直接 <methodname>bind()</methodname> に渡します。
  105. </para>
  106. <para>
  107. 次の例では、DN でないユーザ名 '<emphasis>abaker</emphasis>'
  108. を <methodname>bind()</methodname> で使用する方法を示します:
  109. </para>
  110. <programlisting language="php"><![CDATA[
  111. $options = array(
  112. 'host' => 's0.foo.net',
  113. 'username' => 'CN=user1,DC=foo,DC=net',
  114. 'password' => 'pass1',
  115. 'bindRequiresDn' => true,
  116. 'accountDomainName' => 'foo.net',
  117. 'baseDn' => 'OU=Sales,DC=foo,DC=net',
  118. );
  119. $ldap = new Zend_Ldap($options);
  120. $ldap->bind('abaker', 'moonbike55');
  121. $acctname = $ldap->getCanonicalAccountName('abaker',
  122. Zend_Ldap::ACCTNAME_FORM_DN);
  123. echo "$acctname\n";
  124. ]]></programlisting>
  125. <para>
  126. この例において <methodname>bind()</methodname> をコールすると、
  127. ユーザ名 '<emphasis>abaker</emphasis>' が DN 形式でないことと
  128. <emphasis>bindRequiresDn</emphasis> が <constant>TRUE</constant> であることから、まず
  129. '<command>CN=user1,DC=foo,DC=net</command>' と '<emphasis>pass1</emphasis>'
  130. を用いてバインドします。それから '<emphasis>abaker</emphasis>' の DN を取得し、
  131. いったんバインドを解除したうえであらためて
  132. '<command>CN=Alice Baker,OU=Sales,DC=foo,DC=net</command>'
  133. でバインドしなおします。
  134. </para>
  135. </sect3>
  136. <sect3 id="zend.ldap.introduction.theory-of-operations.account-name-canonicalization">
  137. <title>アカウント名の正規化</title>
  138. <para>
  139. <emphasis>accountDomainName</emphasis>および
  140. <emphasis>accountDomainNameShort</emphasis>オプションは、
  141. 次のふたつの目的で使用します。
  142. (1) 複数ドメインによる認証 (どちらか一方が使えないときの代替機能) を実現する。
  143. (2) ユーザ名を正規化する。
  144. 特に、名前の正規化の際には
  145. <emphasis>accountCanonicalForm</emphasis>オプションで指定した形式を使用します。
  146. このオプションの値は、次のいずれかとなります:
  147. </para>
  148. <table id="zend.ldap.using.theory-of-operation.account-name-canonicalization.table">
  149. <title>accountCanonicalFormのオプション</title>
  150. <tgroup cols="3">
  151. <thead>
  152. <row>
  153. <entry>名前</entry>
  154. <entry>値</entry>
  155. <entry>例</entry>
  156. </row>
  157. </thead>
  158. <tbody>
  159. <row>
  160. <entry>
  161. <constant>ACCTNAME_FORM_DN</constant>
  162. </entry>
  163. <entry>1</entry>
  164. <entry>CN=Alice Baker,CN=Users,DC=example,DC=com</entry>
  165. </row>
  166. <row>
  167. <entry>
  168. <constant>ACCTNAME_FORM_USERNAME</constant>
  169. </entry>
  170. <entry>2</entry>
  171. <entry>abaker</entry>
  172. </row>
  173. <row>
  174. <entry>
  175. <constant>ACCTNAME_FORM_BACKSLASH</constant>
  176. </entry>
  177. <entry>3</entry>
  178. <entry>EXAMPLE\abaker</entry>
  179. </row>
  180. <row>
  181. <entry>
  182. <constant>ACCTNAME_FORM_PRINCIPAL</constant>
  183. </entry>
  184. <entry>4</entry>
  185. <entry><filename>abaker@example.com</filename></entry>
  186. </row>
  187. </tbody>
  188. </tgroup>
  189. </table>
  190. <para>
  191. デフォルトの正規化は、アカウントのドメイン名のオプションが
  192. どのように設定されているかによって変わります。
  193. <emphasis>accountDomainNameShort</emphasis> が指定されている場合は、デフォルトの
  194. <emphasis>accountCanonicalForm</emphasis> の値は
  195. <constant>ACCTNAME_FORM_BACKSLASH</constant> となります。
  196. それ以外の場合は、もし <emphasis>accountDomainName</emphasis>
  197. が設定されていればデフォルトは
  198. <constant>ACCTNAME_FORM_PRINCIPAL</constant> となります。
  199. </para>
  200. <para>
  201. アカウント名の正規化をすることで、<methodname>bind()</methodname>
  202. に何が渡されたのかにかかわらずアカウントの識別に用いる文字列が一貫性のあるものになります。
  203. たとえば、ユーザがアカウント名として
  204. <filename>abaker@example.com</filename> あるいは単に <emphasis>abaker</emphasis>
  205. だけを指定したとしても、<emphasis>accountCanonicalForm</emphasis>
  206. が 3 に設定されていれば正規化後の名前は
  207. <emphasis>EXAMPLE\abaker</emphasis> となります。
  208. </para>
  209. </sect3>
  210. <sect3 id="zend.ldap.introduction.theory-of-operations.multi-domain-failover">
  211. <title>複数ドメインの認証とフェイルオーバー</title>
  212. <para>
  213. <classname>Zend_Ldap</classname> コンポーネント自身は、
  214. 複数サーバでの認証を試みません。
  215. しかし、<classname>Zend_Ldap</classname> はこのような場合に対応するようにも設計されています。
  216. サーバのオプションを指定した配列の配列を順にたどり、
  217. 個々のサーバへのバインドを試みるのです。上で説明したように、
  218. <methodname>bind()</methodname> は自動的に名前を正規化します。したがって、ユーザが
  219. <filename>abaker@foo.net</filename> を指定したか、あるいは <emphasis>W\bcarter</emphasis>
  220. や <emphasis>cdavis</emphasis> と指定したかにはかかわらず、
  221. <methodname>bind()</methodname> メソッドが成功するかどうかは
  222. バインド時に認証情報が正しく指定されたかどうかによって決まります。
  223. </para>
  224. <para>
  225. 次の例では、複数ドメインでの認証と
  226. フェイルオーバー機能を実装するために必要な技術を説明します:
  227. </para>
  228. <programlisting language="php"><![CDATA[
  229. $acctname = 'W\\user2';
  230. $password = 'pass2';
  231. $multiOptions = array(
  232. 'server1' => array(
  233. 'host' => 's0.foo.net',
  234. 'username' => 'CN=user1,DC=foo,DC=net',
  235. 'password' => 'pass1',
  236. 'bindRequiresDn' => true,
  237. 'accountDomainName' => 'foo.net',
  238. 'accountDomainNameShort' => 'FOO',
  239. 'accountCanonicalForm' => 4, // ACCT_FORM_PRINCIPAL
  240. 'baseDn' => 'OU=Sales,DC=foo,DC=net',
  241. ),
  242. 'server2' => array(
  243. 'host' => 'dc1.w.net',
  244. 'useSsl' => true,
  245. 'username' => 'user1@w.net',
  246. 'password' => 'pass1',
  247. 'accountDomainName' => 'w.net',
  248. 'accountDomainNameShort' => 'W',
  249. 'accountCanonicalForm' => 4, // ACCT_FORM_PRINCIPAL
  250. 'baseDn' => 'CN=Users,DC=w,DC=net',
  251. ),
  252. );
  253. $ldap = new Zend_Ldap();
  254. foreach ($multiOptions as $name => $options) {
  255. echo "Trying to bind using server options for '$name'\n";
  256. $ldap->setOptions($options);
  257. try {
  258. $ldap->bind($acctname, $password);
  259. $acctname = $ldap->getCanonicalAccountName($acctname);
  260. echo "SUCCESS: authenticated $acctname\n";
  261. return;
  262. } catch (Zend_Ldap_Exception $zle) {
  263. echo ' ' . $zle->getMessage() . "\n";
  264. if ($zle->getCode() === Zend_Ldap_Exception::LDAP_X_DOMAIN_MISMATCH) {
  265. continue;
  266. }
  267. }
  268. }
  269. ]]></programlisting>
  270. <para>
  271. 何らかの理由でバインドに失敗すると、その次のセットのサーバオプションでバインドを試みます。
  272. </para>
  273. <para>
  274. <methodname>getCanonicalAccountName()</methodname> をコールすると、
  275. 正規化したアカウント名を取得できます。
  276. これを使用して、アプリケーションから関連データを取得できるようになります。
  277. <emphasis>accountCanonicalForm = 4</emphasis> をすべてのサーバのオプションに設定することで、
  278. どのサーバを使用する場合にも一貫した正規化が行えるようになっています。
  279. </para>
  280. <para>
  281. ドメイン部つきのアカウント名 (単なる <emphasis>abaker</emphasis>
  282. ではなく <filename>abaker@foo.net</filename> や <emphasis>FOO\abaker</emphasis> など)
  283. を指定した場合は、そのドメインが設定済みのオプションのどれとも一致しなければ
  284. 特別な例外 <constant>LDAP_X_DOMAIN_MISMATCH</constant> が発生します。
  285. この例外は、そのアカウントがサーバに見つからないことを表します。
  286. この場合はバインドは行われず、
  287. サーバとの余計な通信は発生しません。
  288. この例では <emphasis>continue</emphasis> という指示は無意味であることに注意しましょう。
  289. しかし、実際には、エラー処理やデバッグなどのために
  290. <constant>LDAP_NO_SUCH_OBJECT</constant> と <constant>LDAP_INVALID_CREDENTIALS</constant>
  291. だけではなく <constant>LDAP_X_DOMAIN_MISMATCH</constant> もチェックすることになるでしょう。
  292. </para>
  293. <para>
  294. 上のコードは、<link
  295. linkend="zend.auth.adapter.ldap"><classname>Zend_Auth_Adapter_Ldap</classname></link>
  296. の中で使用するコードと非常によく似ています。実際のところ、
  297. 複数ドメインとフェイルオーバー機能をもつ <acronym>LDAP</acronym> 基本認証を行うのなら、
  298. この認証アダプタを使用する (あるいはコードをコピーする) ことをおすすめします。
  299. </para>
  300. </sect3>
  301. </sect2>
  302. </sect1>