[ThinkIT] 第1回：認証の一元化を進めるOpenLDAPの今 (1/3)

BDB: OpenLDAPで標準的に使用されるバックエンドデータベースであり、Berkeley DBを使ってデータを管理しています。BDBは内部的にBerkeley DBのトランザクション機能を使用しており、データの安全性が向上しています。また、データの復旧をはじめ、データを管理するにあたっては、Berkeley DBのユーティリティが利用されています。
HDB: BDBを改良したバックエンドデータベースで、ディレクトリツリーの階層構造についての情報をデータベース内に持つことで、更新性能が向上しています。
LDBM: OpenLDAPのバージョン2.0までの間、標準として使用されていたバックエンドデータベースです。LDBMはBerkeley DBまたはgdbmを利用してデータを管理しています。BDBのように、内部的なトランザクション機能を持っていないため、BDB、HDBと比較してデータの安全性は劣ります。
SQL: OpenLDAPはバックエンドデータベースとしてRDBMSを使用することもできます。このSQLバックエンドは、Berkeley DBの代替としてRDBMSを使用するというよりは、既存のRDBMSのデータに対してLDAP経由でアクセスすることを目的として設計されています。SQLバックエンドを使用するには、エントリのDN（Distinguished Name）やスキーマに関する情報を別途RDBMS内に格納しておく必要があります。
LDAP: バックエンドデータベースとしてLDAPサーバを使用します。このLDAPバックエンドはLDAPのプロキシサーバとして動作し、クライアントから受け付けた要求を指定したLDAPサーバに送信して、その結果をクライアントに返します。
meta: metaバックエンドは、LDAPバックエンド同様にLDAPサーバのプロキシサーバとして動作しますが、LDAPバックエンドと異なるのは、複数のLDAPサーバに対してプロキシを行い、それらのディレクトリツリーを単一のディレクトリツリーとして見せるということです。
Perl: Perlバックエンドは、Perlインタプリタとして動作し、設定ファイルで指定したPerlモジュールをバックエンド上で実行します。Perlバックエンドは、クライアントからの要求を受け付けると、その内容をPerlモジュールに引き渡し、その処理結果をクライアントに返します。
LDIF: LDIFバックエンドは、テキストファイルにLDIF形式でデータを格納します。LDIFバックエンドは、性能は低くとも、簡易に扱えるバックエンドデータベースとして設計されており、規模が小さく、更新頻度の少ないデータの管理に向いています。
monitor: moninorバックエンドは、サーバデーモンの動作状態に関する情報をクライアントに返します。