- 概要
- 要件
- インストール前
- インストール
- インストール後
- 移行とアップグレード
- Automation Suite をアップグレードする
- スタンドアロン製品を Automation Suite に移行する
- 手順 1: スタンドアロンの製品データベースを復元する
- 手順 2: 復元した製品データベースのスキーマを更新する
- 手順 3: Identity 組織データをスタンドアロンから Automation Suite に移動する
- 手順 4: Automation Suite のプラットフォーム データベースをバックアップする
- 手順 5: 組織を Automation Suite にマージする
- 手順 6: 以降済みの製品の接続文字列を更新する
- 手順 7: スタンドアロンの Orchestrator を移行する
- 手順 8: スタンドアロンの Insights を移行する
- 手順 9: スタンドアロンの Test Manager を移行する
- 手順 10: 既定のテナントを削除する
- 単一テナントの移行を実行する
- Automation Suite クラスター間を移行する
- EKS/AKS の Automation Suite から OpenShift の Automation Suite に移行する
- 監視とアラート機能
- クラスターの管理
- 製品固有の設定
- トラブルシューティング
- Azure Government への接続に失敗したため、バックアップのセットアップが機能しない
- カスタム ノード taint を有効化すると uipath 名前空間のポッドがスタックする
- プロキシ設定がある場合に Automation Hub と Apps を起動できない
- ロボットが Automation Suite の Orchestrator インスタンスに接続できない
- プロキシ設定でログ ストリーミングが機能しない
- Velero のバックアップが FailedValidation エラーで失敗する
- FQDN にアクセスすると RBAC: アクセス拒否エラーが返されます
- TLS 証明書の検証エラー
- 手動による ArgoCD ネットワーク ポリシーの軽減策 (GHSA-47m3-95c7-g2g8)
EKS/AKS の Automation Suite の openssl コマンドを使用して、証明書チェーンを検証、分離、結合します。
説明
この項では、 openssl コマンドを使用して証明書のチェーン(CA、中間、およびサーバ)を検証し、証明書を分離または結合する方法について説明します。
証明書は次のように持参できます。
- シナリオ 1: CA、中間証明書、サーバー証明書、および秘密キーを含む 3 つの crt/pem ファイル。
- シナリオ 2: CA 証明書とサーバー証明書、および秘密キーを含む 2 つの crt/pem ファイル。
- シナリオ 3: すべての CA/中間証明書とサーバー証明書、および秘密キーを含む 1 つの pfx ファイル。
次の表に、使用されるファイル名を示します。
| ファイル名 | 説明 |
|---|---|
ca.crt | CA 証明書。 |
intermediate.crt | 中間証明書。 |
ca-bundle.crt | CA 証明書と中間証明書を含む証明書。 |
server.crt | サーバー証明書。 |
server.key | server.crtの生成に使用される秘密キー。 |
server.pfx | CA 証明書、中間証明書、サーバー証明書、およびサーバー秘密キーを含む pfx 証明書ファイル。 |
シナリオ 1 とシナリオ 2
3 つの異なる証明書ファイル (CA、中間、サーバー) を使用する場合は、検証のために次の手順を実行します。
-
CA と中間証明書を結合します (シナリオ 1 にのみ適用可能)。
cp ca.crt ca-bundle.crt cat intermediate.crt >> ca-bundle.crtcp ca.crt ca-bundle.crt cat intermediate.crt >> ca-bundle.crt -
サーバー証明書に (具体的には
subject alternative namesフィールドと [validityフィールド) が含まれていることを確認します。openssl x509 -in server.crt -text -nooutopenssl x509 -in server.crt -text -noout -
サーバ証明書が CA サーバによって署名されているかどうかを確認します。
openssl verify -CAfile ca-bundle.crt server.crtopenssl verify -CAfile ca-bundle.crt server.crt出力:
server.crt: OKserver.crt: OK -
md5 ハッシュを比較して、サーバー証明書がサーバー秘密キーによって生成されたかどうかを確認します。次のコマンドの出力が一致する場合、サーバー証明書が秘密キーを使用して生成されたことを検証します。
-
openssl x509 -noout -modulus -in server.crt | openssl md5サーバー証明書の出力:
(stdin)= c9b0c5c3fe11b0b09947415236c4a441 -
openssl rsa -noout -modulus -in server.key | openssl md5サーバー秘密キーの出力:
stdin)= c9b0c5c3fe11b0b09947415236c4a441)
-
-
サーバー証明書と秘密キーから pfx ファイルを生成します。次のコマンドを実行すると、パスコードを 2 回入力するように求められます。pfx ファイルの復号化には、常にパスコードが必要です。
openssl pkcs12 -inkey server.key -in server.crt -export -out server.pfxopenssl pkcs12 -inkey server.key -in server.crt -export -out server.pfx出力:
Enter Export Password: Verifying - Enter Export Password:Enter Export Password: Verifying - Enter Export Password:
シナリオ 3:
CA、中間、サーバー、および秘密キーを含む pfx 形式の証明書を 1 つ持ってくる場合、その pfx ファイルを ID トークン署名証明書として使用できますが、pfx ファイルを複数の証明書ファイルに分割する必要があります。次の手順では、それに応じて pfx ファイルを分割する方法について説明します。
-
CA 証明書 (pfx ファイルで指定されている場合は中間証明書を含む) をエクスポートします。
openssl pkcs12 -in server.pfx -cacerts -nokeys -chain | sed -ne '/-BEGIN CERTIFICATE-/,/-END CERTIFICATE-/p' > ca.crtopenssl pkcs12 -in server.pfx -cacerts -nokeys -chain | sed -ne '/-BEGIN CERTIFICATE-/,/-END CERTIFICATE-/p' > ca.crt -
サーバー証明書をエクスポートします。
openssl pkcs12 -in server.pfx -clcerts -nokeys | sed -ne '/-BEGIN CERTIFICATE-/,/-END CERTIFICATE-/p' > server.crtopenssl pkcs12 -in server.pfx -clcerts -nokeys | sed -ne '/-BEGIN CERTIFICATE-/,/-END CERTIFICATE-/p' > server.crt -
秘密キーをエクスポートします。
openssl pkcs12 -in server.pfx -nocerts -nodes | sed -ne '/-BEGIN PRIVATE KEY-/,/-END PRIVATE KEY-/p' > server.keyopenssl pkcs12 -in server.pfx -nocerts -nodes | sed -ne '/-BEGIN PRIVATE KEY-/,/-END PRIVATE KEY-/p' > server.key