Red Hat Directory Server 12 リリースノート

Red Hat Directory Server 12

Red Hat Directory Server 12 (12.3) に関連する注目すべき機能と更新

Red Hat Customer Content Services

概要

Red Hat Directory Server 12 で実装された改良点および追加機能について説明します。これには、主なバグ修正、既知の問題、テクノロジープレビュー、非推奨になった機能、およびこのリリースに関するその他の詳細が含まれます。

Red Hat ドキュメントへのフィードバック (英語のみ)

Red Hat ドキュメントに対するご意見をお聞かせください。ドキュメントの改善点があればお知らせください。これを行うには、以下を行います。

  • Jira からのフィードバック送信 (アカウントが必要)

    1. Jira の Web サイトにログインします。
    2. 上部のナビゲーションバーで Create をクリックします。
    3. Summary フィールドにわかりやすいタイトルを入力します。
    4. Description フィールドに、ドキュメントの改善に関するご意見を記入してください。ドキュメントの該当部分へのリンクも追加してください。
    5. ダイアログの下部にある Create をクリックします。

  • Bugzilla からのフィードバック送信 (アカウントが必要)

    1. Bugzilla の Web サイトに移動します。
    2. Component として Documentation を使用します。
    3. Description フィールドに、ドキュメントの改善に向けたご提案を記入してください。ドキュメントの該当部分へのリンクも追加してください。
    4. Submit Bug をクリックします。

第1章 全般情報

マイナーバージョンに関係なく、Red Hat Directory Server 12 に関する一般的な情報について説明します。

1.1. Directory Server のサポートポリシーとライフサイクル

詳細は Red Hat Directory Server のエラータサポートポリシー を参照してください。

1.2. ソフトウェアの競合

Red Hat Enterprise Linux Identity Management (IdM) サーバーがインストールされているシステムに Directory Server をインストールすることはできません。同様に、Directory Server インスタンスを持つシステムには Red Hat Enterprise Linux IdM サーバーをインストールできません。

1.3. Directory Server 12 への移行

1.4. Directory Server 12 への移行に関する注意事項

Directory Server 12 のデフォルトのパスワードストレージスキームは PBKDF2-SHA512です。

Directory Server 12 は、デフォルトのパスワードストレージスキームとして PBKDF2-SHA512 スキームを使用します。これは、SSHA、SSHA512、およびその他のスキームよりも安全です。したがって、freeradius などの一部のアプリケーションが PBKDF2-SHA512 スキームをサポートしておらず、強度の弱いパスワード保存スキームを設定し直す必要がある場合は、アプリケーションがユーザーエントリーを追加または変更したときだけでなく、バインド操作が成功したときも、Directory Server がユーザーパスワードを更新する点に注意してください。ただし、cn=config エントリーの nsslapd-enable-upgrade-hash パラメーターを off に設定すると、バインド操作で更新を無効にできます。

Directory Server 11 を起動する新しいコマンドラインユーティリティー

バージョン 11 以降、Directory Server には、サーバーインスタンスとユーザーを管理するための新しいコマンドラインユーティリティーが用意されています。これらのユーティリティーは、Directory Server 10 およびそれ以前のバージョンで管理タスクに使用される Perl スクリプトに代わるものです。

以前のバージョンのコマンドと、Directory Server 12 における代替コマンドは、Red Hat Directory Server インストールガイドの付録 Red Hat Directory Server 11 で置き換えられたコマンドラインユーティリティー を参照してください。

重要

Directory Server 10 以前のバージョンの管理タスクに使用される Perl スクリプトは、389-ds-base-legacy-tools パッケージで引き続き利用できます。ただし、Red Hat は、新しいコマンドラインユーティリティーの dsconf、dsctl、dscreate、および dsidm のみをサポートします。

第2章 Red Hat Directory Server 12.3

Directory Server 12.3 に実装された新しいシステム要件、主な更新および新機能、既知の問題、および非推奨の機能について説明します。

2.1. 一般的なハードウェア要件

ハードウェア要件は、次の前提条件で実行されたテストに基づいています。

  • サーバーはデフォルトのインデックスを使用します。
  • 各 LDAP エントリーのサイズは 1.5 KB で、30 以上の属性があります。

ディスク容量

次の表に、エントリー数に基づいた Directory Server の推奨ディスク容量のガイドラインを示します。

表2.1 必要なディスク容量

エントリー数データベースのサイズデータベースキャッシュサーバーとログ総ディスク容量

10,000 - 500,000

2 GB

2 GB

4 GB

8 GB

500,000 - 1,000,000

5 GB

2 GB

4 GB

11 GB

1,000,000 - 5,000,000

21 GB

2 GB

4 GB

27 GB

5,000,000 - 10,000,000

42 GB

2 GB

4 GB

48 GB

総ディスク容量には、バックアップおよびレプリケーションメタデータ用の容量は含まれません。レプリケーションを有効にすると、そのメタデータは合計ディスク容量の最大 10% を必要とする場合があります。

100 万の変更があるレプリケーション changelog では、合計ディスク容量要件に少なくとも 315 MB が追加される可能性があります。

/dev/shm/ にマウントされた一時ファイルシステム (tmpfs) には、RHDS 一時ファイルを格納するために少なくとも 4 GB の空き容量が必要です。

必要な RAM

データベース全体をキャッシュに保持するのに十分な RAM がシステムにあることを確認してください。サーバーの設定と使用パターンによっては、必要な RAM サイズが推奨サイズよりも大きくなる場合があります。

表2.2 必要な RAM サイズ

エントリー数エントリーキャッシュレプリケーション付きエントリーキャッシュ [a]データベースキャッシュDN キャッシュNDN キャッシュ合計 RAM サイズ [b]

10,000 - 500,000

4 GB

5 GB

1.5 GB

45 MB

160 MB

7 GB

500,000 - 1,000,000

8 GB

10 GB

1.5 GB

90 MB

320 MB

12 GB

1,000,000 - 5,000,000

40 GB

50 GB

1.5 GB

450 MB

1.6 GB

54 GB

5,000,000 - 10,000,000

80 GB

100 GB

1.5 GB

900 MB

3.2 GB

106 GB

[a] レプリケーション付きエントリーキャッシュには、エントリーのレプリケーション状態とメタデータが含まれます。
[b] 合計 RAM サイズは、レプリケーションが有効になっていることを前提としています。

2.2. ソフトウェア要件

Directory Server でサポートされるプラットフォーム

Red Hat は、以下のプラットフォームで実行される場合、Red Hat Directory Server 12.3 をサポートします。

Web コンソールの Directory Server ユーザーインターフェイスでサポートされているプラットフォーム

Red Hat は、以下の環境の Web コンソールでブラウザーベースの Directory Server ユーザーインターフェイスをサポートします。

オペレーティングシステムブラウザー

Red Hat Enterprise Linux 9.3

  • Mozilla Firefox 115.4.0 以降
  • Chrome 88 以降

Windows Server 2016 および 2019:

  • Mozilla Firefox 115.4.0 以降
  • Chrome 88 以降

Windows 10

  • Mozilla Firefox 115.4.0 以降
  • Microsoft Edge 88 以降
  • Chrome 88 以降

Windows Synchronization ユーティリティーでサポートされるプラットフォーム

Red Hat は、以下で実行される Active Directory 用の Windows 同期ユーティリティーをサポートしています。

  • Microsoft Windows Server 2019
  • Microsoft Windows Server 2016

2.3. 重要な更新および新機能

Red Hat Directory Server 12.3 の新機能と重要な更新について説明します。

Directory Server は、設定ファイル、証明書データベース、カスタムスキーマファイルをバックアップするように

以前は、Directory Server はデータベースのみをバックアップしていました。この更新により、dsconf backup create または dsctl db2bak コマンドを実行すると、Directory Server は /etc/dirsrv/slapd-instance_name/ に保存されている設定ファイル、証明書データベース、およびカスタムスキーマファイルも、バックアップのデフォルトディレクトリー /var/lib/dirsrv/slapd-instance_name/bak/config_files/ にバックアップします。

Web コンソールを使用してバックアップを実行する場合も、Directory Server はこれらのファイルをバックアップします。

(BZ#2147446)

Alias Entries プラグインが Directory Server で使用できるように

Alias Entries プラグインを有効にした場合、エントリーを検索すると、エイリアス化エントリーとして設定したエントリーが返されます。たとえば、Example 社の従業員である Barbara Jensen が結婚し、姓が変わったとします。彼女の古いエントリー uid=bjensen,ou=people,dc=example,dc=com には、新しいエントリー uid=bsmith,ou=people,dc=example,dc=com へのエイリアスが含まれています。プラグインが有効になっている場合、エントリー uid=bjensen,ou=people,dc=example,dc=com を検索すると、エントリー uid=bsmith,ou=people,dc=example,dc=com の情報が返されます。

エイリアスを持つエントリーを取得するには、ldapsearch コマンドの -a find パラメーターを使用します。

現在、Alias Entries プラグインは ベース レベルの検索のみをサポートしています。

詳細は、Alias Entries プラグイン の説明を参照してください。

(BZ#2203173)

checkAllStateAttrs 設定オプションが利用可能に

checkAllStateAttrs 設定を使用してユーザーの認証時に、アカウントのステータス (アクティブかどうか)、またパスワードの有効期限の両方を適用できます。このパラメーターを有効にすると、主な状態属性をチェックし、アカウント情報が正しい場合は、別の状態属性を確認します。

(BZ#2174161)

Directory Server Web コンソールを使用して、レプリケーションレポートの認証情報とエイリアスを保存できるように

以前は、Web コンソールを使用してレプリケーション監視レポートの認証情報とエイリアスを設定した場合、Web コンソールをリロードするとこれらの設定は消えていました。この機能拡張により、レプリケーションレポートの認証情報とエイリアスを設定すると、Directory Server は新しい設定を .dsrc ファイルに保存し、Web コンソールはリロード後に、保存された設定をアップロードします。

(BZ#2030884)

389-ds-base パッケージの重要な更新および新機能

389-ds-base パッケージに含まれている Directory Server 12.3 機能は、Red Hat Enterprise Linux 9.3 リリースノートに記載されています。

2.4. バグ修正

Red Hat Directory Server 12.3 で修正された、ユーザーに重大な影響を与えるバグについて説明します。

cockpit-389-ds パッケージのアップグレードにより、389-ds-base および python3-lib389 パッケージが更新されるように

以前は、cockpit-389-ds パッケージは、依存する 389-ds-base パッケージのバージョンを指定していませんでした。その結果、cockpit-389-ds パッケージをアップグレードするだけでは 389-ds-base および python3-lib389 パッケージが更新されず、パッケージ間の不整合や互換性の問題が発生する可能性がありました。この更新により、cockpit-389-ds パッケージは 389-ds-base の特定のバージョンに依存するようになり、cockpit-389-ds パッケージの更新により 389-ds-base および python3-lib389 パッケージもアップグレードされるようになりました。

(BZ#2240021)

コンシューマーでレプリケーションを無効にしてもサーバーがクラッシュしなくなる

以前は、コンシューマーサーバーでレプリケーションを無効にすると、Directory Server はコンシューマー上で存在しない変更ログを削除しようとしていました。その結果、サーバーは次のエラーで予期せず終了していました。 

Error: -1 - Can't contact LDAP server - []

この更新により、コンシューマーでのレプリケーションの無効化が期待どおりに機能するようになりました。

(BZ#2184599)

非 root インスタンスの作成後に起動に失敗しなくなる

以前は、非 root インスタンスのテンプレートで Rust プラグインが誤って無効になり、デフォルトのパスワードスキームが Rust ベースの hasher に移動していました。その結果、非 root インスタンスを作成できませんでした。この更新により、非 root インスタンスが Rust プラグインをサポートし、PBKDF2-SHA512 デフォルトパスワードスキームを使用してインスタンスを作成できるようになりました。

(BZ#2151864)

dsconf ユーティリティーが、ハブまたは consumer ロールを設定するときに replica-id として値 65535 のみを受け入れるように

以前は、ハブまたは consumer ロールを設定するときに、dsconf ユーティリティーは 65535 以外の値の replica-id オプションも受け入れていました。この更新により、dsconf ユーティリティーは、ハブまたは consumer ロールの replica-id 値として 65535 のみを受け入れます。dsconf コマンドでこの値を指定しない場合、Directory Server は replica-id 値として 65535 を自動的に割り当てます。

(BZ#1987373)

dscreate ds-root コマンドでパスが正規化されるように

以前は、非 root ユーザーの下でインスタンスを作成し、末尾にスラッシュを含む bin_dir 引数値を指定すると、dscreate ds-root は $PATH 変数で bin_dir 値を見つけることができませんでした。その結果、非 root ユーザーのインスタンスは作成されませんでした。今回の更新により、dscreate ds-root コマンドでパスが正規化され、インスタンスが期待どおりに作成されるようになりました。

(BZ#2151868)

dsconf ユーティリティーに、entryUUID プラグインの修正タスクを作成するための fixup オプションが追加される

以前は、dsconf ユーティリティーでは、entryUUID プラグインの修正タスクを作成するオプションを提供していませんでした。その結果、管理者は dsconf を使用して、entryUUID 属性を既存のエントリーに自動的に追加するタスクを作成することができませんでした。この更新により、dsconf ユーティリティーで fixup オプションを使用して、entryUUID プラグインの修正タスクを作成できるようになりました。たとえば、dn=example,dc=com エントリーの下の、uid 属性を含むすべてのエントリーを修正するには、次のように入力します。 

# dsconf instance_name plugin entryuuid fixup -f “(uid=*)” “dn=example,dc=com"

(BZ#2047175)

FIPS モードで Directory Server をインストールする際に、アクセスログにエラーメッセージが表示されなくなる

以前は、Directory Server を FIPS モードでインストールすると、アクセスログファイルに次のエラーメッセージが表示されていました。 

[time_stamp]
- WARN - slapd_do_all_nss_ssl_init - ERROR: TLS is not enabled, and the
machine is in FIPS mode. Some functionality won’t work correctly (for
example, users with PBKDF2_SHA256 password scheme won’t be able to log
in). It’s highly advisable to enable TLS on this instance.

今回の更新でこの問題は修正され、アクセスログにエラーメッセージが表示されなくなりました。

(BZ#2153668)

389-ds-base パッケージに含まれている Directory Server 12.3 バグ修正は、Red Hat Enterprise Linux 9.3 リリースノートに記載されています。

2.5. 既知の問題

Directory Server 12.3 の既知の問題と、該当する場合は回避策について説明します。

Directory Server は、/var/lib/dirsrv/slapd-instance_name/ldif/ からのみ LDIF ファイルをインポート可能

RHEL 8.3 以降、Red Hat Directory Server (RHDS) は独自のプライベートディレクトリーを使用し、LDAP サービスに対して PrivateTmp systemd ディレクティブがデフォルトで有効になっています。その結果、RHDS は、/var/lib/dirsrv/slapd-instance_name/ldif/ ディレクトリーからのみ LDIF ファイルをインポートできます。LDIF ファイルが /var/tmp、/tmp、/root などの別のディレクトリーに保存されている場合、インポートは次のようなエラーで失敗します。 

Could not open LDIF file "/tmp/example.ldif", errno 2 (No such file or directory)

この問題を回避するには、以下の手順を実行します。

  1. LDIF ファイルを /var/lib/dirsrv/slapd-instance_name/ldif/ ディレクトリーに移動します。 

    # mv /tmp/example.ldif /var/lib/dirsrv/slapd-instance_name__/ldif/

  2. dirsrv ユーザーがファイルを読み取れるようにする権限を設定します。 

    # chown dirsrv /var/lib/dirsrv/slapd-instance_name/ldif/example.ldif

  3. SELinux コンテキストを復元します。 

    # restorecon -Rv /var/lib/dirsrv/slapd-instance_name/ldif/

詳細については、ソリューション記事 LDAP サービスがホストの /tmp および /var/tmp ディレクトリーにあるファイルにアクセスできない を参照してください。

(BZ#2075525)

389-ds-base パッケージの既知の問題

389-ds-base packages に影響する Red Hat Directory Server 12.3 の既知の問題は、Red Hat Enterprise Linux 9.3 リリースノートに記載されています。

2.6. 非推奨になった機能

Red Hat Directory Server 12.3 で非推奨となった機能について説明します。

389-ds-base パッケージの非推奨機能

389-ds-base パッケージで非推奨となった Directory Server 12.3 の機能は、Red Hat Enterprise Linux 9.3 リリースノートに記載されています。

2.7. 削除された機能

Red Hat Directory Server 12.3 で削除された機能について説明します。

389-ds-base パッケージの削除された機能

Red Hat Directory Server の 389-ds-base パッケージから削除された機能は、Red Hat Enterprise Linux 9.3 リリースノートに記載されています。

第3章 Red Hat Directory Server 12.2

Directory Server 12.2 に実装された新しいシステム要件、主な更新および新機能、既知の問題、および非推奨の機能について説明します。

3.1. 一般的なハードウェア要件

ハードウェア要件は、次の前提条件で実行されたテストに基づいています。

  • サーバーはデフォルトのインデックスを使用します。
  • 各 LDAP エントリーのサイズは 1.5 KB で、30 以上の属性があります。

ディスク容量

次の表に、エントリー数に基づいた Directory Server の推奨ディスク容量のガイドラインを示します。

表3.1 必要なディスク容量

エントリー数データベースのサイズデータベースキャッシュサーバーとログ総ディスク容量

10,000 - 500,000

2 GB

2 GB

4 GB

8 GB

500,000 - 1,000,000

5 GB

2 GB

4 GB

11 GB

1,000,000 - 5,000,000

21 GB

2 GB

4 GB

27 GB

5,000,000 - 10,000,000

42 GB

2 GB

4 GB

48 GB

総ディスク容量には、バックアップおよびレプリケーションメタデータ用の容量は含まれません。レプリケーションを有効にすると、そのメタデータは合計ディスク容量の最大 10% を必要とする場合があります。

100 万の変更があるレプリケーション changelog では、合計ディスク容量要件に少なくとも 315 MB が追加される可能性があります。

/dev/shm/ にマウントされた一時ファイルシステム (tmpfs) には、RHDS 一時ファイルを格納するために少なくとも 4 GB の空き容量が必要です。

必要な RAM

データベース全体をキャッシュに保持するのに十分な RAM がシステムにあることを確認してください。サーバーの設定と使用パターンによっては、必要な RAM サイズが推奨サイズよりも大きくなる場合があります。

表3.2 必要な RAM サイズ

エントリー数エントリーキャッシュレプリケーション付きエントリーキャッシュ [a]データベースキャッシュDN キャッシュNDN キャッシュ合計 RAM サイズ [b]

10,000 - 500,000

4 GB

5 GB

1.5 GB

45 MB

160 MB

7 GB

500,000 - 1,000,000

8 GB

10 GB

1.5 GB

90 MB

320 MB

12 GB

1,000,000 - 5,000,000

40 GB

50 GB

1.5 GB

450 MB

1.6 GB

54 GB

5,000,000 - 10,000,000

80 GB

100 GB

1.5 GB

900 MB

3.2 GB

106 GB

[a] レプリケーション付きエントリーキャッシュには、エントリーのレプリケーション状態とメタデータが含まれます。
[b] 合計 RAM サイズは、レプリケーションが有効になっていることを前提としています。

3.2. ソフトウェア要件

Directory Server でサポートされるプラットフォーム

Red Hat は、以下のプラットフォームで実行される場合、Red Hat Directory Server 12.2 をサポートします。

Web コンソールの Directory Server ユーザーインターフェイスでサポートされているプラットフォーム

Red Hat は、以下の環境の Web コンソールでブラウザーベースの Directory Server ユーザーインターフェイスをサポートします。

オペレーティングシステムブラウザー

Red Hat Enterprise Linux 9.2

  • Mozilla Firefox 102.11.0 以降
  • Chrome 88 以降

Windows Server 2016 および 2019:

  • Mozilla Firefox 102.11.0 以降
  • Chrome 88 以降

Windows 10

  • Mozilla Firefox 102.11.0 以降
  • Microsoft Edge 88 以降
  • Chrome 88 以降

Windows Synchronization ユーティリティーでサポートされるプラットフォーム

Red Hat は、以下で実行される Active Directory 用の Windows 同期ユーティリティーをサポートしています。

  • Microsoft Windows Server 2019
  • Microsoft Windows Server 2016

3.3. 重要な更新および新機能

Red Hat Directory Server 12.2 の新機能と重要な更新について説明します。

Directory Server 12.2 はアップストリームバージョン 2.2.7 にリベースされる

Directory Server 12.2 は、アップストリームバージョン 2.2.7 をベースとしており、以前のバージョンに比べて多くのバグ修正と機能拡張が提供されています。主な変更点の包括的なリストについては、更新する前に、リリースノート https://directory.fedoraproject.org/docs/389ds/releases/release-2-2-1.html https://directory.fedoraproject.org/docs/389ds/releases/release-2-2-2.html https://directory.fedoraproject.org/docs/389ds/releases/release-2-2-3.html https://directory.fedoraproject.org/docs/389ds/releases/release-2-2-4.html https://directory.fedoraproject.org/docs/389ds/releases/release-2-2-5.html https://directory.fedoraproject.org/docs/389ds/releases/release-2-2-6.html https://directory.fedoraproject.org/docs/389ds/releases/release-2-2-7.html を参照してください。

dsconf ユーティリティーで、タスクのタイムアウトを設定できるようになりました。

以前のリリースでは、タスクが 4 分以上かかると、dsconf は以下のメッセージを返していました。 

DEBUG: The backup create task has failed with the error code: (None)
...

今回の機能拡張により、--timeout オプションを使用して、タスクに必要なタイムアウトを設定できるようになりました。タイムアウトによってタスクは停止されませんが、dsconf ユーティリティーによるタスクの結果の待機は停止します。

(BZ#1993124)

Web コンソールを使用して、証明書をインポートおよびエクスポートできるようになりました。

以前のバージョンでは、Web コンソールを使用してサーバーファイルシステムのファイルから証明書をインポートできませんでした。今回のリリースでは、base64でエンコードされた証明書をコピーしてファイルをインポートすることもできます。さらに、認証局とサーバー証明書をエクスポートすることもできます。

(BZ#1751264)

389-ds-base パッケージの重要な更新および新機能

389-ds-base パッケージに含まれている Directory Server 12.2 機能は、Red Hat Enterprise Linux 9.2 リリースノートに記載されています。

3.4. バグ修正

Red Hat Directory Server 12.2 で修正された、ユーザーに重大な影響を与えるバグについて説明します。

389-ds-base パッケージに含まれている Directory Server 12.2 バグ修正は、Red Hat Enterprise Linux 9.2 リリースノートに記載されています。

3.5. 既知の問題

Directory Server 12.2 の既知の問題と、該当する場合の回避策について説明します。

Directory Server は、/var/lib/dirsrv/slapd-instance_name/ldif/ からのみ LDIF ファイルをインポート可能

RHEL 8.3 以降、Red Hat Directory Server (RHDS) は独自のプライベートディレクトリーを使用し、LDAP サービスに対して PrivateTmp systemd ディレクティブがデフォルトで有効になっています。その結果、RHDS は、/var/lib/dirsrv/slapd-instance_name/ldif/ ディレクトリーからのみ LDIF ファイルをインポートできます。LDIF ファイルが /var/tmp、/tmp、/root などの別のディレクトリーに保存されている場合、インポートは次のようなエラーで失敗します。 

Could not open LDIF file "/tmp/example.ldif", errno 2 (No such file or directory)

この問題を回避するには、以下の手順を実行します。

  1. LDIF ファイルを /var/lib/dirsrv/slapd-instance_name/ldif/ ディレクトリーに移動します。 

    # mv /tmp/example.ldif /var/lib/dirsrv/slapd-instance_name__/ldif/

  2. dirsrv ユーザーがファイルを読み取れるようにする権限を設定します。 

    # chown dirsrv /var/lib/dirsrv/slapd-instance_name/ldif/example.ldif

  3. SELinux コンテキストを復元します。 

    # restorecon -Rv /var/lib/dirsrv/slapd-instance_name/ldif/

詳細については、ソリューション記事 LDAP サービスがホストの /tmp および /var/tmp ディレクトリーにあるファイルにアクセスできない を参照してください。

(BZ#2075525)

FIPS モードでの Directory Server のインストール時にアクセスログにエラーメッセージが表示されます。

FIPS モードで Directory Server をインストールすると、アクセスログファイルに次のエラーメッセージが表示されます。 

[time_stamp]
- WARN - slapd_do_all_nss_ssl_init - ERROR: TLS is not enabled, and the
machine is in FIPS mode. Some functionality won’t work correctly (for
example, users with PBKDF2_SHA256 password scheme won’t be able to log
in). It’s highly advisable to enable TLS on this instance.

このような動作が発生するのは、Directory Server により、まず、TLS が初期化されていないことが検出され、エラーメッセージが記録されるためです。ただし、後で dscreate ユーティリティーが TLS の初期化を完了し、セキュリティーを有効にすると、エラーメッセージは表示されなくなります。

(BZ#2153668)

389-ds-base パッケージの既知の問題

389-ds-base パッケージ に影響する Red Hat Directory Server 12.2 の既知の問題は、Red Hat Enterprise Linux 9.2 リリースノートに記載されています。

3.6. 非推奨になった機能

Red Hat Directory Server 12.2 で非推奨となった機能について説明します。

389-ds-base パッケージの非推奨機能

389-ds-base パッケージで非推奨となった Directory Server 12.2 機能は、Red Hat Enterprise Linux 9.2 リリースノートに記載されています。

第4章 Red Hat Directory Server 12.1

Directory Server 12.1 に実装された新しいシステム要件、主な更新および新機能、既知の問題、および非推奨の機能について説明します。

4.1. 一般的なハードウェア要件

ハードウェア要件は、次の前提条件で実行されたテストに基づいています。

  • サーバーはデフォルトのインデックスを使用します。
  • 各 LDAP エントリーのサイズは 1.5 KB で、30 以上の属性があります。

ディスク容量

次の表に、エントリー数に基づいた Directory Server の推奨ディスク容量のガイドラインを示します。

表4.1 必要なディスク容量

エントリー数データベースのサイズデータベースキャッシュサーバーとログ総ディスク容量

10,000 - 500,000

2 GB

2 GB

4 GB

8 GB

500,000 - 1,000,000

5 GB

2 GB

4 GB

11 GB

1,000,000 - 5,000,000

21 GB

2 GB

4 GB

27 GB

5,000,000 - 10,000,000

42 GB

2 GB

4 GB

48 GB

総ディスク容量には、バックアップおよびレプリケーションメタデータ用の容量は含まれません。レプリケーションを有効にすると、そのメタデータは合計ディスク容量の最大 10% を必要とする場合があります。

100 万の変更があるレプリケーション changelog では、合計ディスク容量要件に少なくとも 315 MB が追加される可能性があります。

/dev/shm/ にマウントされた一時ファイルシステム (tmpfs) には、RHDS 一時ファイルを格納するために少なくとも 4 GB の空き容量が必要です。

必要な RAM

データベース全体をキャッシュに保持するのに十分な RAM がシステムにあることを確認してください。サーバーの設定と使用パターンによっては、必要な RAM サイズが推奨サイズよりも大きくなる場合があります。

表4.2 必要な RAM サイズ

エントリー数エントリーキャッシュレプリケーション付きエントリーキャッシュ [a]データベースキャッシュDN キャッシュNDN キャッシュ合計 RAM サイズ [b]

10,000 - 500,000

4 GB

5 GB

1.5 GB

45 MB

160 MB

7 GB

500,000 - 1,000,000

8 GB

10 GB

1.5 GB

90 MB

320 MB

12 GB

1,000,000 - 5,000,000

40 GB

50 GB

1.5 GB

450 MB

1.6 GB

54 GB

5,000,000 - 10,000,000

80 GB

100 GB

1.5 GB

900 MB

3.2 GB

106 GB

[a] レプリケーション付きエントリーキャッシュには、エントリーのレプリケーション状態とメタデータが含まれます。
[b] 合計 RAM サイズは、レプリケーションが有効になっていることを前提としています。

4.2. ソフトウェア要件

Directory Server でサポートされるプラットフォーム

Red Hat は、次のプラットフォームで実行される Directory Server 12.1 をサポートします。

Web コンソールの Directory Server ユーザーインターフェイスでサポートされているプラットフォーム

Red Hat は、以下の環境の Web コンソールでブラウザーベースの Directory Server ユーザーインターフェイスをサポートします。

オペレーティングシステムブラウザー

Red Hat Enterprise Linux 9.2

  • Mozilla Firefox 102.3.0 以降
  • Chrome 88 以降

Windows Server 2016 および 2019:

  • Mozilla Firefox 102.3.0 以降
  • Chrome 88 以降

Windows 10

  • Mozilla Firefox 102.3.0 以降
  • Microsoft Edge 88 以降
  • Chrome 88 以降

Windows Synchronization ユーティリティーでサポートされるプラットフォーム

Red Hat は、以下で実行される Active Directory 用の Windows 同期ユーティリティーをサポートしています。

  • Microsoft Windows Server 2019
  • Microsoft Windows Server 2016

4.3. 主な更新と新機能

このセクションでは、Directory Server 12.1 の新機能と重要な更新について説明します。

Directory Server 12.1 はアップストリームバージョン 2.1.3 にリベースされる

Directory Server 12.1 は、アップストリームバージョン 2.1.3 に基づいており、以前のバージョンに比べて多くのバグ修正と機能拡張が提供されています。主な変更点の一覧については、更新前にアップストリームのリリースノートを参照してください。

LDAP ブラウザーへの完全対応

この機能拡張により、Web コンソールの LDAP Browser タブから LDAP エントリーを管理できます。たとえば、以下を行うことができます。

  • ツリー ビューまたは テーブル ビューを使用してディレクトリーを参照します。
  • ユーザー、グループ、組織単位 (OU)、カスタムエントリーなどのエントリーを管理します。
  • アクセス制御命令 (ACI) を管理します。
  • サービス定義 (CoS) のクラスを管理します。
  • エントリーを検索します。

389-ds-base パッケージで特記すべき更新と新機能

389-ds-base パッケージに含まれている Red Hat Directory Server の機能は、Red Hat Enterprise Linux 9.1 リリースノートに記載されています。

4.4. 既知の問題

このセクションでは、Directory Server 12.1 の既知の問題と、該当する場合の回避法について説明します。

Directory Server は、/var/lib/dirsrv/slapd-instance_name/ldif/ からのみ LDIF ファイルをインポート可能

dsconf backend import コマンドでは、インポートする LDIF ファイルへのパスを指定する必要があります。ただし、ファイルシステムと SELinux のアクセス許可、およびその他のオペレーティングシステムの制限により、Directory Server は /var/lib/dirsrv/slapd-instance_name/ldif/ ディレクトリーからのみ LDIF ファイルをインポートできます。LDIF ファイルが別のディレクトリーに保存されている場合、インポートは次のようなエラーで失敗します。 

Could not open LDIF file "/tmp/example.ldif", errno 2 (No such file or directory)

この問題を回避するには、以下を実行します。

  1. ファイルを /var/lib/dirsrv/slapd-instance_name/ldif/ ディレクトリーに移動します。 

    # mv /tmp/example.ldif /var/lib/dirsrv/slapd-instance_name/ldif/

  2. dirsrv ユーザーがファイルを読み取れるようにする権限を設定します。 

    # chown dirsrv /var/lib/dirsrv/slapd-instance_name/ldif/example.ldif

  3. SELinux コンテキストを復元します。 

    # restorecon -Rv /var/lib/dirsrv/slapd-instance_name/ldif/

(BZ#2081352)

レプリケーションマネージャーアカウントのパスワードを変更した後に Directory Server のレプリケーションに失敗する

Directory Server では、パスワード変更後に、レプリカ合意のパスワードキャッシュが適切に更新されません。そのため、レプリケーションマネージャーアカウントのパスワードを変更すると、レプリケーションが破損します。この問題を回避するには、Directory Server インスタンスを再起動します。その結果、キャッシュは起動時に再ビルドされ、レプリケーション接続は古いパスワードではなく新しいパスワードにバインドします。

(BZ#1956987)

389-ds-base パッケージの既知の問題

389-ds-base パッケージに含まれている Red Hat Directory Server の既知の問題は、Red Hat Enterprise Linux 9.1 リリースノートに記載されています。

389-ds-base パッケージの非推奨機能

389-ds-base パッケージから削除された Red Hat Directory Server の非推奨機能については、Red Hat Enterprise Linux 9.1 リリースノートに記載されています。

第5章 Red Hat Directory Server 12.0

このセクションでは、前提条件やプラットフォーム要件など、Directory Server 12.0 のインストールに関連する情報について説明します。

5.1. システム要件

このセクションでは、前提条件やプラットフォーム要件など、Directory Server 12.0 のインストールに関連する情報について説明します。

Directory Server でサポートされるプラットフォーム

Red Hat は、AMD64 および Intel 64 アーキテクチャー用に構築された Red Hat Enterprise Linux 9.0 でのみ Directory Server 12.0 をサポートします。

Directory Server 12.0 は、認定ハイパーバイザー上の Red Hat Enterprise Linux 仮想ゲストでの実行がサポートされています。詳細は、ナレッジベースの記事 Which hypervisors are certified to run Red Hat Enterprise Linux? を参照してください。

Web コンソールの Directory Server ユーザーインターフェイスでサポートされているプラットフォーム

Red Hat は、以下の環境の Web コンソールでブラウザーベースの Directory Server ユーザーインターフェイスをサポートします。

オペレーティングシステムブラウザー

Red Hat Enterprise Linux 9.0

  • Mozilla Firefox 91.8.0 以降
  • Chrome 88 以降

Windows Server 2016 および 2019:

  • Mozilla Firefox 91.8.0 以降
  • Chrome 88 以降

Windows 10

  • Mozilla Firefox 91.8.0 以降
  • Microsoft Edge 88 以降
  • Chrome 88 以降

Windows Synchronization ユーティリティーでサポートされるプラットフォーム

Red Hat は、以下で実行される Active Directory 用の Windows 同期ユーティリティーをサポートしています。

  • Microsoft Windows Server 2019
  • Microsoft Windows Server 2016

5.2. 主な更新と新機能

このセクションでは、Directory Server 12.0 の新機能と重要な更新について説明します。

Directory Server 12.0 は、アップストリームバージョン 2.0.14 をベースとする

Directory Server 12.0 は、アップストリームバージョン 2.0.14 をベースとしており、以前のバージョンに比べて多くのバグ修正と機能拡張が提供されています。主な変更点の一覧については、更新前にアップストリームのリリースノートを参照してください。

389-ds-base パッケージで特記すべき更新と新機能

389-ds-base パッケージに含まれている Red Hat Directory Server の機能は、Red Hat Enterprise Linux 9.0 リリースノートに記載されています。

5.3. バグ修正

このセクションでは、Directory Server 12.0 で修正された、ユーザーに重大な影響を与えるバグについて説明します。

エントリーキャッシュ設定の手動による変更が、Web コンソールで正しく機能するようになる

デフォルトでは、Directory Server は自動キャッシュチューニングを使用します。ただし、以前は、Web コンソールで自動キャッシュ調整設定を無効にして、目的のエントリーキャッシュ設定を手動で設定することはできませんでした。この更新により問題が修正され、その結果、Web コンソールでエントリーキャッシュを手動で設定できるようになりました。

Web コンソールのさまざまな部分の誤りを修正

以前は、Web コンソールのさまざまな部分にテキストフィールドの誤りが含まれていました。その結果、誤った情報メッセージがユーザーに表示されました。この更新により問題が修正され、Web コンソールに正しいテキストメッセージが表示されるようになりました。

複数のプラグインの設定変更が、Web コンソールで正しく機能するようになる

以前は、Web コンソールを使用してプラグインの設定を変更しようとすると、誤ったエラーメッセージが表示されるか、読み込みループが消えませんでした。その結果、新しい設定を保存できなかったか、設定が正常に保存されたかどうかがわかりませんでした。次のプラグインが影響を受けていました。

  • Posix Winsync プラグイン
  • Referential Integrity プラグイン
  • RootDN Access Control プラグイン
  • Retro Changelog プラグイン

今回の更新でこの問題が修正されています。その結果、Web コンソールを使用してこれらのプラグインを期待どおりに設定できるようになりました。

Changelog のエクスポートが Web コンソールで期待どおりに機能するようになる

以前の Web コンソールでは、デバッグ目的で changelog をエクスポートするときに、Decode Base64 changes オプションと Only Export CSNs オプションの両方を選択できました。しかし、Export CSNs オプションしか考慮されませんでした。このリリースでは、1 つのオプションのみを選択でき、changelog は、選択したオプションに従って期待どおりにエクスポートされます。

レプリケーショントポロジーレポートのクレデンシャルと命名エイリアスの設定が、Web コンソールで正しく機能するようになる

以前は、ポップアップウィンドウの Add Report Credentials と Add Report Alias のフィールドに書き込み可能ではなかったため、Web コンソールを使用してレプリケーショントポロジーレポートのクレデンシャルまたは命名エイリアスを設定できませんでした。このリリースでは、ポップアップウィンドウのフィールドは書き込み可能であり、レポートのクレデンシャルを設定したり、期待どおりに命名エイリアスを設定したりできます。

Directory Server コンソールがログ設定値を検証するようになる

以前は、Directory Server Web コンソールは、Logging ページのさまざまな種類のログに対して無効な値を受け入れていました。その結果、ユーザーが設定を保存しようとしたときにエラーが発生しました。この更新により、ロギング設定値の検証が追加されます。その結果、Web コンソールは無効な入力を受け入れません。

検索機能を使用した後、Schema ページの属性を編集できなくなる

以前は、Directory Server Web コンソールの Schema ページで属性を検索した後、カスケードスタイルシート (CSS) の設定ミスにより、属性が編集可能でした。今回の更新により、編集機能が無効になりました。

DNA プラグインの有効化が失敗しなくなる

以前は、Directory Server Web コンソールで Distributed Numeric Assignment (DNA) プラグインを有効にしようとして失敗し、ブラウザーエラーが発生していました。この更新では、DNA プラグインの有効化が期待どおりに機能します。

アカウントポリシープラグインに設定エントリーを追加しても失敗しなくなる

以前は、アカウントポリシープラグインに設定エントリーを追加しようとすると、エラーが発生して失敗することがありました。この問題を修正するために、この更新では、Shared Config DN 値が指定されていない場合は、Create Config ボタンが無効になります。

レプリケーションメタデータを含む LDIF ファイルからのインポートが正しく機能するようになる

以前は、レプリケーションメタデータを含む LDIF ファイルをインポートすると、特定の場合にレプリケーションが失敗する可能性がありました。

最初のケースでは、インポートされた LDIF ファイルの接尾辞エントリーの前に配置されたレプリケーション更新ベクトル (RUV) エントリーは無視されました。その結果、ジェネレーション ID の不一致が原因で、インポートされたレプリカを使用したレプリケーションが失敗しました。この更新により、Directory Server はインポートの最後にスキップされた RUV エントリーを確実に書き込みます。

2 番目のケースでは、RUV の不一致後に再初期化された changelog に、開始変更シーケンス番号 (CSN) が含まれていませんでした。その結果、changelog に CSN がないため、インポートされたレプリカを使用したレプリケーションが失敗しました。この更新により、changelog を再初期化するときに、Directory Server が RUV maxcsn エントリーを確実に作成します。

その結果、この更新により、管理者は、レプリケーションメタデータを含む LDIF ファイルからインポートした後にレプリケーションを再初期化する必要がなくなります。

389-ds-base パッケージのバグ修正

389-ds-base パッケージに含まれている Red Hat Directory Server のバグ修正は、Red Hat Enterprise Linux 9.0 リリースノートに記載されています。

5.4. テクノロジープレビュー

このセクションでは、Directory Server 12.0 でサポートされていないテクノロジープレビューについて説明します。

Directory Server Web コンソールは、テクノロジープレビューとして LDAP ブラウザーを提供

LDAP ブラウザーが Directory Server Web コンソールに追加されました。Web コンソールの LDAP Browser タブを使用すると、次のことができます。

  • ディレクトリーを参照する
  • ユーザー、グループ、組織単位 (OU)、カスタムエントリーなどのエントリーを管理する
  • ACI を管理する

Red Hat は、この機能をサポート対象外のテクノロジープレビューとして提供していることに注意してください。

5.5. 既知の問題

このセクションでは、Directory Server 12.0 の既知の問題と、該当する場合の回避法について説明します。

Directory Server は、/var/lib/dirsrv/slapd-instance_name/ldif/ からのみ LDIF ファイルをインポート可能

dsconf backend import コマンドでは、インポートする LDIF ファイルへのパスを指定する必要があります。ただし、ファイルシステムと SELinux のアクセス許可、およびその他のオペレーティングシステムの制限により、Directory Server は /var/lib/dirsrv/slapd-instance_name/ldif/ ディレクトリーからのみ LDIF ファイルをインポートできます。LDIF ファイルが別のディレクトリーに保存されている場合、インポートは次のようなエラーで失敗します。 

Could not open LDIF file "/tmp/example.ldif", errno 2 (No such file or directory)

この問題を回避するには、以下を実行します。

  1. ファイルを /var/lib/dirsrv/slapd-instance_name/ldif/ ディレクトリーに移動します。 

    # mv /tmp/example.ldif /var/lib/dirsrv/slapd-instance_name/ldif/

  2. dirsrv ユーザーがファイルを読み取れるようにする権限を設定します。 

    # chown dirsrv /var/lib/dirsrv/slapd-instance_name/ldif/example.ldif

  3. SELinux コンテキストを復元します。 

    # restorecon -Rv /var/lib/dirsrv/slapd-instance_name/ldif/

レプリケーションマネージャーアカウントのパスワードを変更した後に Directory Server のレプリケーションに失敗する

Directory Server では、パスワード変更後に、レプリカ合意のパスワードキャッシュが適切に更新されません。そのため、レプリケーションマネージャーアカウントのパスワードを変更すると、レプリケーションが破損します。この問題を回避するには、Directory Server インスタンスを再起動します。その結果、キャッシュは起動時に再ビルドされ、レプリケーション接続は古いパスワードではなく新しいパスワードにバインドします。

389-ds-base パッケージの既知の問題

389-ds-base パッケージに含まれている Red Hat Directory Server の既知の問題は、Red Hat Enterprise Linux 9.0 リリースノートに記載されています。

5.6. 削除された機能

このセクションでは、Directory Server 12.0 で削除された機能について説明します。

nsslapd-subtree-rename-switch パラメーターが削除される

管理者は以前、データベース内のサブツリー間でエントリーが移動しないように Directory Server を設定できました。安定性の問題により、この機能は削除され、その結果、nsslapd-subtree-rename-switch パラメーターは存在しなくなりました。その結果、サブツリー間でのエントリーの移動を無効にすることはできなくなりました。別の方法として、この機能が必要な場合は、アクセス制御命令 (ACI) を作成します。

法律上の通知

Copyright © 2024 Red Hat, Inc.
The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.