6.2 デプロイメントの手順

OpenText eDirectoryは、Amazon VPC内のプライベートサブネットにのみデプロイされる必要があります。図 5-1は、以降のセクションで使用されるサンプル展開を示しています。

図 6-1 AWS EC2上でのOpenText eDirectoryのデプロイメント

メモ:

SSHプロキシは、管理者がSSHを使用して接続し、SSHエージェント転送を使用してプライベートサブネット内の他のインスタンスに接続する、パブリックサブネット内の要塞ホストです。
OpenText eDirectoryにアクセスする必要があるアプリケーションは、プライベートサブネットにデプロイする必要があります。これらのアプリケーションにインターネットからアクセスする必要がある場合は、パブリックサブネット内にAWS EC2ロードバランサーを設定して、アクセスを可能にします。詳細については、「Application Load Balancerの作成」を参照してください。

デプロイメント手順は、次のステップで構成されます。

6.2.1 AWS仮想プライベートクラウドの準備

このセクションでは、OpenText eDirectoryで使用するためにAWS VPCを設定する一般的な手順について概説します。詳細については、『Amazon Elastic Compute Cloud Documentation』を参照してください。

以下の手順を実行して、AWS VPCサービスを作成します。

AWS管理コンソールにログインします。

次のサービスを作成します。

サービス	説明
VPC	Amazon VPCコンソールを使用して、VPCを作成することができます。VPCの作成方法の詳細については、「VPCの作成」を参照してください。 VPCの概要に関する詳細については、「Amazon Virtual Private Cloud ドキュメント」を参照してください。
重要:［VPCウィザードの起動］を使用してVPCを作成すると、VPC用に2つのサブネット、インターネットゲートウェイ、およびルートテーブルとNATゲートウェイが作成されます。これらの項目を表示または編集するには、次の手順に従います。
サブネット	VPC作成の一環として、2つのサブネットが作成されます。パブリックおよびプライベートサブネットです。OpenText eDirectoryは、プライベートサブネットにデプロイする必要があります。図 5-1に示したとおり、OpenText eDirectoryにアクセスするすべてのアプリケーションは、同じプライベートサブネットにデプロイする必要があります。プライベートサブネット内のインスタンスへのSSHアクセスは、パブリックサブネット内のSSHプロキシを経由して行う必要があります。詳細については、「VPCとサブネット」を参照してください。
インターネットゲートウェイ	インターネットゲートウェイは、図 5-1に示したとおり、SSHプロキシへのSSH接続を可能にするために必要です。VPCを使用してインターネットゲートウェイを作成および接続する方法の詳細については、「インターネットゲートウェイ」を参照してください。
ルートテーブル	ルートテーブルを作成する方法の詳細については、「ルートテーブル」を参照してください。
NATゲートウェイ	オペレーティングシステムの更新をダウンロードするためのプライベートサブネット内のインスタンスには、NATゲートウェイが必要です。NATゲートウェイの作成に関する詳細については、「NATゲートウェイ」を参照してください。
Elastic IPアドレス	Elastic IPアドレスは、SSHプロキシおよびNATゲートウェイを実行するインスタンスに割り当てる必要のあるパブリックなスタティックIPアドレスです。Elastic IPアドレスを作成する方法の詳細については、「Elastic IPアドレスをVPC内のリソースに関連付ける」を参照してください。

6.2.2 ネットワークACLの設定

ネットワークアクセス制御リスト(ACL)は、1つまたは複数のサブネットに対するトラフィックを制御するファイアウォールとして機能する、VPC用のセキュリティのオプション層です。詳細については、「ネットワークACL」を参照してください。

このセクションでは、プライベートサブネットにネットワークACLを作成するためのルールについて概説します。プライベートサブネットのネットワークACLに対して、次のルールを設定してください。

インバウンドルール:

表 6-1

ルール	タイプ	ポート範囲	ソース	アクション	説明
10	SSH	TCP 22	<SSH Proxy IP Address>/32	許可	パブリックサブネット内のSSHプロキシのIPアドレスからのインバウンドSSHトラフィックを許可します
15	HTTPS	TCP 9000	<SSH Proxy IP Address>/32	許可	パブリックサブネット内のSSHプロキシのIPアドレスからのインバウンドHTTPSトラフィックを許可します
20	カスタムTCPルール	TCP 32768-65535	0.0.0.0/0	許可	サブネットからの要求に対するインターネット上のホストからのインバウンド返信トラフィックを許可します
*	All Traffic	すべて(All)	0.0.0.0/0	拒否	前のルールによってまだ処理されていないすべてのインバウンドIPv4トラフィックを拒否します(変更不可能)

アウトバウンドルール:

表 6-2

ルール	タイプ	ポート範囲	宛先	アクション	説明
10	カスタムTCPルール	TCP 32768-65535	<SSH Proxy IP Address>/32	許可	プライベートサブネットからパブリックサブネット内のSSHプロキシに対するアウトバウンドSSHトラフィックを許可します
12	カスタムTCPルール	TCP 32768-65535	<SSH Proxy IP Address>/32	許可	パブリックサブネットからIdentity Consoleにアクセスするためのアウトバウンドトラフィックを許可します
15	HTTPS	TCP 443	0.0.0.0/0	許可	プライベートサブネットからインターネットへのアウトバウンドHTTPSトラフィックを許可します
20	HTTP	TCP 80	0.0.0.0/0	許可	プライベートサブネットからインターネットへのアウトバウンドHTTPトラフィックを許可します
25	HTTPS	監査サーバがリスンしているポート番号	<IP Address of the audit server>	許可	eDirectoryイベントの監査を許可します。メモ:このルールは、監査サーバがプライベートサブネットの外部にある場合にのみ適用されます。
*	All Traffic	すべて(All)	0.0.0.0/0	拒否	前のルールによってまだ処理されていないすべてのアウトバウンドIPv4トラフィックを拒否します(変更不可能)

6.2.3 セキュリティグループの設定

セキュリティグループは、VPC内の1つまたは複数のインスタンスに割り当てることができる仮想ファイアウォールルールのセットです。

デフォルトでは、新しいセキュリティグループではポート22の着信トラフィックのみが許可されるので、インスタンスにはSSHを使用してのみ接続できます。

詳細については、「Amazon EC2 Security Groups for Linux Instances」を参照してください。

AWSにOpenText eDirectoryをデプロイするには、3つのセキュリティグループを作成します。たとえば、Security Group 1、Security Group 2、Security Group 3のようにします。次のポートルールを使用して、これらのセキュリティグループを作成します。

Security Group 1 (eDirectory用):

ポート	ソース	説明
TCP 22	パブリックサブネット	パブリックサブネットからのSSHトラフィックを許可します
TCP 636	プライベートサブネット	プライベートサブネット内でLDAPSトラフィックを許可します
TCP 524	プライベートサブネット	プライベートサブネット内でeDirectoryのNCPトラフィックを許可します
UDP 427	プライベートサブネット	プライベートサブネット内のSLPトラフィックを許可します

メモ:OpenText eDirectoryに割り当てられているセキュリティグループでは、LDAPポート389を有効にしないでください。HTTPポートは、ツリーCAをホストするOpenText eDirectoryサーバに割り当てられているセキュリティグループでのみ有効にする必要があります。

Security Group 2 (eDirectory用):

ポート	ソース	説明
TCP 8028	VPC	ツリーCAによって発行された証明書を使用して設定されているVPCにサービスが存在する場合に、VPCからOpenText eDirectoryツリーのCRLにアクセスするために必要です。このセキュリティグループは、ツリーCAをホストしているOpenText eDirectoryサーバに割り当てられます。

Security Group 3 (Identity Console用):

ポート	ソース	説明
TCP 22	パブリックサブネット	パブリックサブネットからのSSHトラフィックを許可します
TCP 9000	パブリックサブネット	パブリックサブネットからIdentity ConsoleにアクセスするためのHTTPSトラフィックを許可します

6.2.4 SSHキーペアを作成する

Amazon EC2インスタンスを設定する前に、SSHキーペアを作成する必要があります。キーペアを作成するには、次の手順を実行します。

次のコマンドを使用して、クライアント上で4096ビットのRSA SSHキーペアを作成します。
```
ssh-keygen -t rsa -b 4096
```
ssh-keygenにより、新しく作成された公開鍵が~/.ssh/id_rsa.pubに置かれます。
ご使用のAmazon EC2アカウントにSSH公開鍵をインポートします。詳細については、「独自の公開鍵をAmazon EC2にインポートする」を参照してください。

重要:SSH秘密鍵を使用してのみ、インスタンスに接続して管理できます。そのため、SSH秘密鍵を紛失しないようにしてください。

6.2.5 インスタンスの作成とデプロイ

サポートされているプラットフォームのいずれかにEC2インスタンスを作成して起動します。インスタンスを作成して起動する方法の詳細については、「EC2リソースを作成しEC2インスタンスを起動する」を参照してください。インスタンスを作成および起動する際には、次の手順も実行する必要があります。

最初のOpenText eDirectoryサーバを設定するインスタンスにSecurity Group 1を関連付け、その他のすべてのOpenText eDirectoryサーバを設定するインスタンスにSecurity Group 2を関連付け、Identity Consoleを設定するインスタンスにSecurity Group 3を関連付けます。セキュリティグループの詳細については、仮想マシン用のネットワークセキュリティグループの設定を参照してください。
SSHキーペアを作成するセクションで作成した公開鍵をインスタンスに関連付けます。

6.2.6 OpenText eDirectoryデータの保存用にEBSボリュームを設定する

EC2インスタンスのクラッシュが発生した場合にOpenText eDirectoryのデータと設定が失われるのを防ぐには、EBSボリュームを設定する必要があります。OpenText eDirectoryのデータと設定を復元する方法の詳細については、障害復旧を参照してください。EC2インスタンスを作成した後、次の手順を実行して、OpenText eDirectoryデプロイできるようにインスタンスを準備します。

EBSボリュームを作成するために、「Amazon EBSボリュームの作成」にある手順を実行します。
EC2インスタンスにEBSボリュームを関連付けます。詳細については、「インスタンスへのAmazon EBSボリュームのアタッチ」を参照してください
インスタンスにログインし、EBSボリュームをext4ファイルシステムでフォーマットし、EBSボリュームをマウントします。EBSボリュームをフォーマットしてマウントする方法の詳細については、「LinuxでAmazon EBSボリュームを使用できるようにする」を参照してください。
ディレクトリをEBSボリュームからOpenText eDirectoryデータおよびNICIデータディレクトリにバインドマウントします。ルートユーザとして次の手順を実行して、バインドマウントします。
1. 次のコマンドを使用して、OpenText eDirectoryデータディレクトリを作成します。
```
mkdir <mount_point>/eDirectory_data
```
2. 次のコマンドを使用して、NICIデータディレクトリを作成します。
```
mkdir <mount_point>/nici_data
```
3. 次のコマンドを使用して、NICIおよびOpenText eDirectoryの環境設定ディレクトリを作成します。
```
mkdir <mount_point>/eDirectory_nici_conf
```
4. 次のコマンドを使用して、OpenText eDirectoryに必要なディレクトリを作成します。
```
mkdir –-parents /var/opt/novell/eDirectory
mkdir –-parents /var/opt/novell/nici
mkdir –-parents /etc/opt/novell/eDirectory
```
5. ディレクトリをバインドマウントするために、次の内容を/etc/fstabに追加します。
```
<mount_point>/eDirectory_data /var/opt/novell/eDirectory none defaults,bind 0 0
```
```
<mount_point>/nici_data /var/opt/novell/nici none defaults,bind 0 0
```
```
<mount_point>/eDirectory_nici_conf /etc/opt/novell/eDirectory none defaults,bind 0 0
```
メモ:インスタンス内でのすべての操作は、ルートユーザとして実行する必要があります。

6.2.7 OpenText eDirectoryおよびOpenText Identity Consoleのインストール

前提条件

「システム要件」に記載されている要件を満たしていることを確認します。
仮想マシン用のネットワークセキュリティグループの設定で説明されているように、セキュリティグループを作成します。
SSHプロキシインスタンスは、強化され、セキュリティ保護されたサーバである必要があります。このインスタンスについてはSSHポート22のみを開き、適切なパフォーマンスとメモリを持つAWSインスタンスタイプを選択します。プライベートサブネット内のインスタンスとSSHプロキシが実行されているインスタンスへのアクセスに必要なSSH秘密鍵は、VPC内には保存しないようにしてください。クライアント上にのみ保存してください。SSHプロキシサーバにはElastic IPアドレスを関連付けて、スタティックなIPアドレスを設定します。
SSHプロキシインスタンス内にVNCサーバを設定します。VNCサーバは、強力なパスワードを使用して強化する必要があります。セキュリティ保護された通信のみを可能にするために、SSHトンネルを使用してVNCサーバに接続します。VNCサーバは、localhostからの接続についてのみリスンするように設定する必要があります。セッションのロックアウトを防止するために、画面ロックを無効にします。VNCサーバを使用した後、セッションを終了する必要があります。
OpenText eDirectory/OpenText Identity Consoleを設定するプライベートサブネット内のインスタンスには、SSHプロキシを使用して接続します。
```
ssh -i edir_key.pem -A -J ec2-user@<ssh_proxy_ip> ec2-user@<instance_private_ip>
```
メモ:
- 上記のサンプルコマンドで、edir_key.pemは、サーバキーを含むサンプルファイル名です。
- SSH-Addコマンドを使用してエージェント内に識別情報ファイルを追加すれば、ログインするたびに識別情報ファイルを使用しないで済みます。
インスタンスのプライベートIPアドレスを表示するには、［インスタンス］>［インスタンス］>［説明］をクリックします。
バックエンドサブネット内のVMにSLPディレクトリエージェント(DA)サーバを設定します。SLP DAがデプロイされているVMに対して、NSGのインバウンドルールでポート427を開きます。slp.confファイルを編集して、DA操作を有効にします。詳細については、『OpenText™ CE 24.4 (v9.3) eDirectory管理ガイド』の「OpenSLP for OpenText eDirectoryの設定」を参照してください。

インストールと環境設定の手順

このセクションでは、AWS EC2環境にOpenText eDirectoryとOpenText Identity Consoleをインストールして設定する手順について説明します。OpenText eDirectoryをインストールした後、次の条件を満たしていることを確認する必要があります。

EBAが有効になっている
SNMPが無効になっている
OpenText eDirectoryがポート389でリスンしていない
LDAPおよびHTTPサービスは、ECDSA証明書のみを使用するように設定されている
使用されていない場合は、AWS EC2プライベートインスタンスのSSHポートへのアクセスを無効にする必要があります。
OpenText iMonitor、eMBox、およびDHostモジュールを無効にして、セキュリティを強化する。これらのモジュールを無効にした後、これらのモジュールに関係するすべてのアクティビティは、NDSユーティリティのみを使用して実行する必要があります。

OpenText eDirectoryのインストールと設定

eDirectoryを設定するプライベートサブネット内のインスタンスに、セキュアコピー(scp)を使用してOpenText eDirectory_<version>_Linux_x86_64.tar.gzファイルをコピーします(SSHプロキシを使用します)。
```
scp -i <keyname> -o ProxyJump=ec2-user@<ssh_proxy_ip> eDirectory_<version>_Linux_x86_64.tar.gz ec2-user@<instance_ip>:/<directory>
```
OpenText eDirectoryをインストールします。詳細については、「nds-installユーティリティを使用してOpenText eDirectoryコンポーネントをインストールする」を参照してください。
OpenText eDirectoryを設定します。詳細については、「ndsconfigユーティリティを使用してOpenText eDirectoryレプリカサーバを追加または削除する」を参照してください。たとえば、OpenText eDirectoryをインストールして設定するためのコマンドのサンプルを次に示します。
```
ndsconfig  new [-t <tree_name>] [-n <server context>] -a <admin FDN> [-w <admin password>] -P ldaps://<instance_ip> --configure-eba-now yes
```
openslp-serverをインストールして、SLPDサービスを始動します。

OpenText Identity Consoleのインストールと設定

OpenText Identity Consoleの管理コンソールを使用すると、AWS環境でのOpenText eDirectoryの操作を管理できます。OpenText eDirectoryをインストールした後、AWSインスタンスにOpenText Identity Consoleをインストールする必要があります。

OpenText Identity Consoleを設定するプライベートサブネット内のインスタンスに、セキュアコピー(scp)を使用してIdentityConsole_<version>_linux_x86_64.tgzファイルをコピーします(SSHプロキシを使用します)。
```
scp -i <keyname> -o ProxyJump=ec2-user@<ssh_proxy_ip> IdentityConsole_<version>_linux_x86_64.tgz ec2-user@<instance_ip>:/<directory>
```
OpenText Identity Consoleをインストールして設定します。詳細については、「Installing Standalone OpenText Identity Console (Non-Docker)」を参照してください。OpenText Identity Consoleをインストールする前に、『OpenText™ Identity Consoleインストールガイド』の「System Requirements and Prerequisites for Standalone Installation (Non-Docker)」セクションにあるシステム要件を参照してください。
Identity Consoleを実行しているVMの自己署名証明書を、セキュアCA署名証明書で置き換えます。詳細については、「iManager用の一時的な自己署名証明書の置き換え」を参照してください。

メモ:OpenText Identity Consoleサーバは、ECDSA証明書のみを使用するように設定してください。OpenText Identity Consoleをインストールした後、権限を持ったユーザと、このユーザが管理する適切なOpenText eDirectoryツリー名を指定します。

OpenText Identity Consoleの起動

OpenText Identity Consoleを起動するには、次の手順を実行します。

SSHトンネルを使用して、SSHプロキシのlocalhost上で実行されているVNCサーバに接続します。
同じインスタンスにブラウザをインストールして起動します。
OpenText Identity Consoleを起動し、IPアドレスまたはツリー名を使用してOpenText eDirectoryツリーを接続します。

設定後のタスク

EBAが有効になっているかどうかを確認するため、『OpenText™ CE 24.4 (v9.3) eDirectory管理ガイド』の「EBAに関する情報の表示」を参照してください。
証明書サーバでSuite Bを有効にします。詳細については、『OpenText™ CE 24.4 (v9.3) eDirectory管理ガイド』の「Certificate Server上でのSuite Bの有効化」を参照してください。
1番目のOpenText eDirectoryサーバに対してAES 256ビットツリーキーを設定します。詳細については、『NICI Administration Guide (NICI管理ガイド)』の「Creating an AES 256-Bit Tree Key (AES 256ビットツリーキーを作成する)」を参照してください。
1番目のOpenText eDirectoryサーバにあるCRL配布ポイントを削除します。ポート389でのセキュリティ保護されていないLDAPアクセスはすべてのOpenText eDirectoryサーバで無効化されているため、ツリーCAのCRLはHTTPのみでダウンロードできるようにする必要があります。次の手順を実行して、CRL配布ポイントを削除します。
1. OpenText Identity Consoleに管理者としてログインします。
2. ［証明書管理］>［CA管理］>［CRL］>［CRLの作成］に移動します。
3. ［One］をクリックします。HTTP CRL配布ポイント(http://<instance_ip>:8028/crl/one.crl)以外のすべての［CRL配布ポイント］を選択して削除します。
4. ［保存］をクリックし、［OK］をクリックします。
5. ［OneEC］をクリックします。HTTP CRL配布ポイント(http://<instance_ip>:8028/crl/oneec.crl)以外のすべての［CRL配布ポイント］を選択して削除します。
6. ［保存］をクリックし、［OK］をクリックします。
OpenText Identity Console証明書マネージャを使用して、サーバのデフォルト証明書を修復します。デフォルト証明書を修復するには、次の手順を実行します。
1. OpenText Identity Consoleに管理者としてログインします。
2. ［証明書管理］>［デフォルト証明書］に移動します。
3. 証明書を所有するサーバを選択して、［次へ］をクリックします。
4. ［デフォルト証明書はすべて上書きされます］を選択し、［次へ］をクリックします。
5. 実行するタスクを確認し、［完了］を選択し、［OK］をクリックします。
ECDSA証明書とSuite B暗号化を使用するようにLDAPサービスとHTTPサービスを設定します。詳細については、『OpenText™ CE 24.4 (v9.3) eDirectory管理ガイド』の「ECDSA証明書とSuite·B·Cipherを使用するためのLDAPサービスとHTTPサービスの設定」を参照してください。完了したら、OpenText eDirectoryを再起動します。
SNMPサブエージェントがアンロードされているかどうかを確認する方法について、『OpenText™ CE 24.4 (v9.3) eDirectory管理ガイド』の「SNMPサーバモジュールのロードとアンロード」を参照します。
OpenText eDirectoryがポート389でリスンしていないことを確認します。
OpenText iMonitor、eMBox、DHost、およびHTTPスタックを無効にします。
1. 次の手順を実行して、ツリーCAをホストしているOpenText eDirectoryサーバのOpenText iMonitor、eMBox、およびDHostを無効にします。
  1. ndsmodules.confファイルを編集して、hconserv、imon、およびemboxをコメント化します。
  2. OpenText eDirectoryを再起動します。
2. 次の手順を実行して、eDirectoryレプリカサーバのHTTPスタックを無効にします。
  1. ndsmodules.confファイルを編集して、httpstk、hconserv、imon、およびemboxをコメント化します。
  2. OpenText eDirectoryを再起動します。
    
    メモ:httpstkは、コメント化の前に、ndsmodules.confファイル内でndsより上に配置されている必要があります。これにより、ndsモジュールはHTTPスタックを有効にしなくなります。
アドバタイジング方式としてユニキャストを使用することをOpenText eDirectoryに強制するように、SLPを設定します。バックエンドサブネット内のDAサーバのIPアドレスを提供するように、slp.confファイルを編集します。詳細については、『OpenText™ CE 24.4 (v9.3) eDirectory管理ガイド』の「環境設定パラメータ」を参照してください。

メモ:すべてのOpenText eDirectoryインスタンスとOpenText Identity Consoleの設定が完了したら、SSHポートへのアクセスを拒否し、必要な場合にのみ許可するように、AWSプライベートサブネットのネットワークACLを設定してください。

6.2.8 監査サービスのデプロイ

AWS EC2にCommon Event Format (CEF)監査サービスをデプロイして、さまざまなOpenText eDirectoryイベントを監査することができます。CEF監査サービスをデプロイするには、次の手順を実行します。

VPCに監査サーバをインストールします。
ポート上でリスンするように監査サーバを設定します

メモ:監査サーバとしてはSentinelを使用することをお勧めします。

次の設定を使用して新しいセキュリティグループを作成し、監査サーバが実行されているインスタンスに関連付けます。

ポート	ソース	説明
TCP (監査サーバポート)	プライベートサブネット	OpenText eDirectoryサーバからのイベントの受信を許可します

ポート

ソース

説明

TCP (監査サーバポート)

プライベートサブネット

OpenText eDirectoryサーバからのイベントの受信を許可します

すべてのOpenText eDirectoryインスタンスで、次のように/etc/opt/novell/eDirectory/conf/auditlogconfig.propertiesファイルを更新します。
```
log4j.appender.S.Host=<Auditing server ip>
log4j.appender.S.Port=<auditing server port>
```
OpenText Identity Consoleから、対応するCEFイベントを有効にします。詳細については、「監査するCEFイベントの設定」を参照してください。有効にされたイベントは、監査サーバに転送されます。

6.2.9 障害復旧

障害復旧は、OpenText eDirectoryが実行されているインスタンスでクラッシュが発生した場合に実行します。障害復旧を行うには、次の手順を実行します。

クラッシュしたインスタンスを停止し、EBSボリュームとの関連付けを解除します。詳細については、「インスタンスからのAmazon EBSボリュームのデタッチ」を参照してください。
クラッシュしたインスタンスと同じオペレーティングシステムを使用して、新しいEC2インスタンスを設定します。
新しいEC2インスタンスに同じバージョンのOpenText eDirectoryをインストールします。
新しいインスタンスにEBSボリュームをアタッチし、ファイルシステムをマウントします。詳細については、「インスタンスへのAmazon EBSボリュームのアタッチ」を参照してください。

ディレクトリをバインドマウントします。

ディレクトリをバインドマウントするには、/etc/fstabを次のように更新します。

<mount_point>/eDirectory_data /var/opt/novell/eDirectory none defaults,bind 0 0

<mount_point>/nici_data /var/opt/novell/nici none defaults,bind 0 0

<mount_point>/eDirectory_nici_conf /etc/opt/novell/eDirectory none defaults,bind 0 0

/etc/opt/novell/eDirectory/conf/nds.conf内のIPアドレスを、現在のインスタンスのIPアドレスに変更します。
OpenText eDirectoryをアップグレードし、ヘルスチェックをスキップします。詳細については、「OpenText eDirectoryをアップグレードする」を参照してください。
ndsrepairユーティリティを使用して、ネットワークアドレスを修復します。詳細については、『OpenText™ CE 24.4 (v9.3) eDirectory管理ガイド』の「DSRepairオプション」を参照してください。
ツリーCAのIPアドレスが変更された場合は、CRL配布ポイントのIPアドレスを変更します。IPアドレスの変更方法の詳細については、『OpenText™ CE 24.4 (v9.3) eDirectory管理ガイド』の「CRL設定オブジェクトのプロパティの表示と変更」を参照してください。
OpenText Identity Console証明書サーバプラグインを使用して、サーバのデフォルト証明書を修復します。デフォルト証明書を修復するには、次の手順を実行します。
1. OpenText Identity Consoleに管理者としてログインします。
2. ［証明書管理］>［デフォルト証明書］に移動します。
3. 証明書を所有するサーバを選択して、［次へ］をクリックします。
4. ［デフォルト証明書はすべて上書きされます］を選択し、［次へ］をクリックします。
5. 実行するタスクを確認し、［完了］を選択し、［OK］をクリックします。
新しいECDSA証明書を使用するようにLDAPおよびHTTPサービスを設定します。