ドキュメントこれで完了です。 これで、XNUMX つのデータベース (サフィックス: dc=example,dc=com) が同期しているはずです。 1.6.3。 テスト中
レプリケーションが開始されたら、次のコマンドを実行して監視できます。
ldapsearch -z1 -LLLQY EXTERNAL -H ldapi:/// -sbase -b dc=example,dc=com contextCSN
DN: dc=例、dc=com
contextCSN: 20120201193408.178454Z#000000#000#000000
プロバイダーとコンシューマーの両方で。 出力が完了したら (20120201193408.178454Z#000000#000#000000 上記の例では、両方のマシンが一致すると、レプリケーションが行われます。 プロバイダーで変更が行われるたびに、この値が変更され、コンシューマーの値も変更されます。
接続が遅い場合や LDAP データベースが大きい場合は、コンシューマーの接続に時間がかかる可能性があります。 コンテキストCSN プロバイダーと一致します。 しかし、消費者のニーズが高まってからは進歩していることがわかります。 コンテキストCSN 着実に増加していきます。
消費者の場合 コンテキストCSN が見つからないか、プロバイダーと一致しない場合は、続行する前に停止して問題を解決する必要があります。 プロバイダーのslapd (syslog)および認証ログ・ファイルをチェックして、コンシューマーの認証リクエストが成功したかどうか、またはデータを取得するリクエスト(多くのldapsearchステートメントのように見えます)がエラーを返さなかったかどうかを確認してください。
機能するかどうかをテストするには、コンシューマでデータベース内の DN をクエリするだけです。
sudo ldapsearch -Q -LLL -Y EXTERNAL -H ldapi:/// -b dc=example,dc=com dn
ユーザー「john」とグループ「miners」、およびノード「People」と「Groups」が表示されるはずです。