【LDAP環境構築:1】 openldap-servers インストールから起動まで - Qiita
Dependencies Resolved ================================================================================ Package Arch Version Repository Size ================================================================================ Installing: openldap-servers x86_64 2.4.23-32.el6_4.1 updates 2.0 M Installing for dependencies: libtool-ltdl x86_64 2.2.6-15.5.el6 base 44 k make x86_64 1:3.81-20.el6 base 389 k
db_stat
db_stat -d file [-fN] [-h home] [-P password] [-s database] db_stat [-acEelmNrtVxZ] [-C Aclop] [-h home] [-L A] [-M Ah] [-R A] [-X A] [-P password] The db_stat utility displays statistics for Berkeley DB environments. The options are as follows: -a Display allocation information. -C Display detailed information about the locking subsystem. A Display all information. c Display lock conflict matrix.
OpenLDAP Software 2.4 Administrator's Guide: Replication
18. Replication Replicated directories are a fundamental requirement for delivering a resilient enterprise deployment. OpenLDAP has various configuration options for creating a replicated directory. In previous releases, replication was discussed in terms of a master server and some number of slave servers. A master accepted directory updates from other clients, and a slave only accepted updates f
8ビート - OpenLdap レプリケーション設定
同期レプリケーション（ldapsync） マスター側の設定 /usr/local/etc/rc.d/slapd stop ee slapd.conf 下記を追加 ---------------------------------------- overlay syncprov ---------------------------------------- slapd再起動 スレーブ側の設定 /usr/local/etc/rc.d/slapd stop ee slapd.conf ---------------------------------------- syncrepl rid=123 provider=ldap://<マスタサーバのホスト名> type=refreshAndPersist retry="5 10 60 +" ←まずは5秒ごとに問い合わせ、その次は10秒ごと・・・
第20回 OpenLDAPの冗長化対策【2】 | gihyo.jp
最初に 前回「基本形」としてお伝えしていたOpenLDAPのsyncrepl機能ですが、まずは記事の内容で少し補足です。 これまで「マスターとなるサーバはサプライヤ、スレーブとなるサーバはコンシューマ」と記述していましたが、OpenLDAPの場合はそれぞれ、プロバイダ、コンシューマと呼ぶのが一般的でした。サプライヤという用語も間違いでは無いのですが、こちらは主にSun Java Directory ServerやRed Hat Directory Serverなどで使用されている用語ですので、OpenLDAPに合わせるためここからは「プロバイダ」に統一するようにします。 syncreplが提供するレプリケーション 一般的なデータベースの冗長構成ではデータの完全同期が期待さることが多いかもしれません。たとえば、2台のDBサーバが存在したとして、完全同期のレプリケーションでは、クライアントが一
ビシッと決めるチューニング：しっかり基本編
ユーザー情報や組織情報などを一元的に管理するディレクトリサーバは、企業システムの中で重要な役割を果たしています。オープンソースの「OpenLDAP」によるディレクトリサーバの構築方法を解説した前連載に続き、その運用方法を紹介していきます。（編集部） システム管理者は、より投資効果の高いサービスを提供するため、適切にチューニングを行いソフトウェアをより効率よく動作させたい、あるいは、マシンの持つハードウェアリソースをより有効に活用させたいと思うことでしょう。 今回からは、OpenLDAPサーバのパフォーマンスチューニングについて説明していきます。ここでは、OpenLDAPサーバのデフォルトのバックエンドデータベースである、Berkeley DBを採用した構成を想定してのチューニング方法を説明していきます。 Berkeley DBのバッファキャッシュ まずは、データベースのチューニングで大切な
OpenLDAP ソフトウェア 2.3 管理者ガイド: slapd の設定
たとえば次のように指定します。 olcBackend: bdb このエントリには他のディレクティブが無いので、一般にこのエントリは不要です。特定のバックエンドが、利用形態により追加の属性を定義している可能性がありますが、今のところそのようなものはまだ定義されていません。したがって、このようなディレクティブは実際の設定には普通は登場しません。 5.2.5.2. エントリの例 dn: olcBackend=bdb,cn=config objectClass: olcBackendConfig olcBackend: bdb 5.2.6. データベース固有のディレクティブ 本節のディレクティブはあらゆる種別のデータベースでサポートされています。 database エントリは olcDatabaseConfig オブジェクトクラスを持たなければなりません。 5.2.6.1. olcDatabase
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
404 Not Found
nss-pam-ldapd: nslcd.conf(5) manual page
Manpage of SLAPTEST
Micro Focus Community
oss-d.net
[LDAP-Users:499] Re: データベース設定の複製
OpenLDAP Software 2.4 Administrator's Guide: Overlays
OpenLDAP Software 2.4 Administrator's Guide