Red Hat Ansible Automation Platform 操作ガイド

Red Hat Ansible Automation Platform 2.3

このドキュメントでは、Red Hat Ansible Automation Platform のインストール後のアクティビティーに関する指示とガイダンスを提供します。

Red Hat Customer Content Services

概要

フィードバックの提供:

このドキュメントを改善するための提案がある場合、またはエラーを見つけた場合は、テクニカルサポート (https://access.redhat.com) に連絡し、Docs コンポーネントを使用して Ansible Automation Platform Jira プロジェクトで issue を作成してください。

はじめに
リンクのコピー

Red Hat Ansible Automation Platform をインストールした後、デプロイメントがスムーズに実行するように、システムに追加の設定が必要になる場合があります。このガイドでは、Red Hat Ansible Automation Platform のインストール後に実行できる設定タスクの手順を説明します。

多様性を受け入れるオープンソースの強化
リンクのコピー

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。まずは、マスター (master)、スレーブ (slave)、ブラックリスト (blacklist)、ホワイトリスト (whitelist) の 4 つの用語の置き換えから始めます。この取り組みは膨大な作業を要するため、今後の複数のリリースで段階的に用語の置き換えを実施して参ります。詳細は、Red Hat CTO である Chris Wright のメッセージをご覧ください。

第1章 Red Hat Ansible Automation Platform のアクティブ化
リンクのコピー

Red Hat Ansible Automation Platform は、利用可能なサブスクリプションまたはサブスクリプションマニフェストを使用して、Ansible Automation Platform の使用を承認します。サブスクリプションを取得するには、次のいずれかを実行できます。

Ansible Automation Platform を起動するときに、Red Hat のお客様または Satellite の認証情報を使用します。
Red Hat Ansible Automation Platform インターフェイスを使用するか、Ansible Playbook で手動でサブスクリプションマニフェストファイルをアップロードします。

1.1. 認証情報を使用してアクティブ化する
リンクのコピー

Ansible Automation Platform を初めて起動すると、Ansible Automation Platform Subscription 画面が自動的に表示されます。Red Hat 認証情報を使用して、サブスクリプションを取得し、Ansible Automation Platform に直接インポートできます。

手順

Red Hat のユーザー名とパスワードを入力します。
Get Subscriptions をクリックします。
注記
クラスターノードが Subscription Manager を通じて Satellite に登録されている場合は、Satellite のユーザー名とパスワードを使用することもできます。
使用許諾契約書を確認し、使用許諾契約書に同意します を選択します。
追跡と分析のオプションはデフォルトでオンになっています。これらの選択は、はるかに優れたユーザーエクスペリエンスを提供することで、Red Hat が製品を改善するのに役立ちます。オプションの選択を解除することで、オプトアウトできます。
Submit をクリックします。
サブスクリプションが受け入れられると、ライセンス画面が表示され、Ansible Automation Platform インターフェイスのダッシュボードに移動します。Settings アイコン ⚙ をクリックし、設定画面から License タブを選択すると、ライセンス画面に戻ることができます。

1.2. マニフェストファイルでアクティブ化する
リンクのコピー

サブスクリプションマニフェストがある場合は、Red Hat Ansible Automation Platform インターフェイスを使用するか、Ansible Playbook で手動でマニフェストファイルをアップロードできます。

前提条件

Red Hat カスタマーポータルから Red Hat サブスクリプションマニフェストファイルをエクスポートしている。詳細は、マニフェストファイルの取得を参照してください。

インターフェイスを使用したアップロード

マニフェストファイルを生成してダウンロードする手順を完了します。
Red Hat Ansible Automation Platform にログインします。
マニフェストファイルの入力をすぐに求められない場合は、Settings → License に移動します。
Username フィールドと Password フィールドが空であることを確認します。
Browse をクリックして、マニフェストファイルを選択します。
Next をクリックします。

注記

ライセンスページで BROWSE ボタンが無効になっている場合は、USERNAME フィールドおよび PASSWORD フィールドをクリアします。

手動アップロード

Red Hat Ansible Automation Platform インターフェイスを使用してサブスクリプション情報を適用または更新できない場合は、ansible.controller コレクションの license モジュールを使用して、Ansible Playbook でサブスクリプションマニフェストを手動でアップロードできます。

- name: Set the license using a file
  license:
  manifest: "/tmp/my_manifest.zip"

- name: Set the license using a file
  license:
  manifest: "/tmp/my_manifest.zip"

Copy to Clipboard

Toggle word wrap

第2章マニフェストファイルの取得
リンクのコピー

サブスクリプションマニフェストは、Red Hat Subscription Management のサブスクリプション割り当てセクションで取得できます。サブスクリプションの割り当てを取得したら、そのマニフェストファイルをダウンロードしてアップロードし、Ansible Automation Platform をアクティブ化できます。

まず、管理者ユーザーアカウントを使用して Red Hat カスタマーポータルにログインし、このセクションの手順に従います。

2.1. サブスクリプションの割り当ての作成
リンクのコピー

新しいサブスクリプション割り当てを作成すると、現在オフラインまたはエアギャップ状態のシステムにサイドサブスクリプションとエンタイトルメントを設定できます。これは、マニフェストをダウンロードして Ansible Automation Platform にアップロードする前に必要です。

手順

サブスクリプションの割り当てページで、新規サブスクリプションの割り当てをクリックします。
割り当ての名前を入力し、後で検索できるようにします。
管理アプリケーションとして、Satellite 6.8 タイプを選択します。
Create をクリックします。

2.2. サブスクリプション割り当てへのサブスクリプションの追加
リンクのコピー

割り当てが作成されたら、Ansible Automation Platform を適切に実行するために必要なサブスクリプションを追加できます。この手順は、マニフェストをダウンロードして Ansible Automation Platform に追加する前に必要です。

手順

サブスクリプション割り当てページで、サブスクリプションを追加する サブスクリプション割り当て の名前をクリックします。
Subscriptions タブをクリックします。
Add Subscriptions をクリックします。
追加する予定の Ansible Automation Platform エンタイトルメントの数を入力します。
Submit をクリックします。

検証

サブスクリプションが承認されると、サブスクリプションの詳細が表示されます。Compliant のステータスは、サブスクリプションが、サブスクリプションカウント内で自動化したホストの数に準拠していることを示します。それ以外の場合、ステータスは Out of Compliance と表示され、サブスクリプション内のホスト数を超えていることを示します。

表示されるその他の重要な情報は次のとおりです。

自動化されたホスト: ライセンス数を消費するジョブによって自動化されたホスト数
インポートされたホスト: すべてのインベントリーソースを考慮したホスト数 (残りのホストには影響しません)
残りのホスト: 合計ホスト数から自動化されたホストを差し引いた数

2.3. マニフェストファイルのダウンロード
リンクのコピー

割り当てを作成して、適切なサブスクリプションを取得したら、Red Hat サブスクリプション管理からマニフェストをダウンロードできます。

手順

サブスクリプションの割り当てページで、マニフェストを生成する サブスクリプション割り当て の名前をクリックします。
Subscriptions タブをクリックします。
マニフェストのエクスポートをクリックして、マニフェストファイルをダウンロードします。

注記

ファイルはデフォルトのダウンロードフォルダーに保存され、アップロードして Red Hat Ansible Automation Platform をアクティブ化できるようになりました。

第3章 Red Hat Ansible Automation Platform のプロキシーサポートの設定
リンクのコピー

プロキシーを使用してトラフィックと通信できるように、Red Hat Ansible Automation Platform を設定できます。プロキシーサーバーは、リソースを別のサーバーから求めているクライアントが出した要求を仲介するロールを果たします。クライアントは、プロキシーサーバーに接続して、別のサーバーからサービスや利用可能なリソースを要求します。そして、このプロキシーサーバーは複雑な内容を簡素化して制御する方法の 1 つとして、その要求を評価します。次のセクションでは、サポート対象のプロキシー設定とその設定方法について説明します。

3.1. プロキシーサポートの有効化
リンクのコピー

プロキシーサーバーをサポートするために、Automation Controller は、Automation Controller 設定の REMOTE_HOST_HEADERS リスト変数を介してプロキシーされた要求 (Automation Controllerの前にある ALB、NLB、HAProxy、Squid、Nginx、tinyproxy など) を処理します。デフォルトでは、REMOTE_HOST_HEADERS は ["REMOTE_ADDR", "REMOTE_HOST"] に設定されています。

プロキシーサーバーのサポートを有効にするには、Automation Controller の設定ページで REMOTE_HOST_HEADERS フィールドを編集します。

手順

Automation Controller で、Settings → Miscellaneous System に移動します。
REMOTE_HOST_HEADERS フィールドに、次の値を入力します。
```
[
  "HTTP_X_FORWARDED_FOR",
  "REMOTE_ADDR",
  "REMOTE_HOST"
]
```
```
[
  "HTTP_X_FORWARDED_FOR",
  "REMOTE_ADDR",
  "REMOTE_HOST"
]
```
Copy to Clipboard Toggle word wrap

Automation Controller はリモートホストの IP アドレスを判断するために、最初の IP アドレスが特定されるまで、REMOTE_HOST_HEADERS のヘッダー一覧を検索します。

3.2. 既知のプロキシー
リンクのコピー

Automation Controller を REMOTE_HOST_HEADERS = ['HTTP_X_FORWARDED_FOR', 'REMOTE_ADDR', 'REMOTE_HOST'] で設定している場合は、X-Forwarded-For の値が、Automation Controller の前にあるプロキシーまたはロードバランサ―から送られていることを前提としています。プロキシー/ロードバランサーを使用せずにAutomation Controller に到達できる場合、またはプロキシーがヘッダーを検証しない場合は、X-Forwarded-For の値が偽造されて発信元の IP アドレスを偽装する可能性があります。HTTP_X_FORWARDED_FOR 設定で REMOTE_HOST_HEADERS を使用すると、脆弱性が発生します。

これを回避するには、Automation Controller の設定メニューの PROXY_IP_ALLOWED_LIST フィールドを使用して許可される既知のプロキシーのリストを設定できます。既知のプロキシーリストに含まれていないロードバランサーおよびホストは、要求を拒否します。

3.2.1. 既知のプロキシーの設定
リンクのコピー

Automation Controller の既知のプロキシーのリストを設定するには、Automation Controller の設定ページの PROXY_IP_ALLOWED_LIST フィールドにプロキシー IP アドレスを追加します。

手順

Automation Controller で、Settings → Miscellaneous System に移動します。
PROXY_IP_ALLOWED_LIST フィールドに、以下の例の構文に従って、Automation Controller への接続を許可する IP アドレスを入力します。
PROXY_IP_ALLOWED_LIST エントリーの例
```
[
  "example1.proxy.com:8080",
  "example2.proxy.com:8080"
]
```
```
[
  "example1.proxy.com:8080",
  "example2.proxy.com:8080"
]
```
Copy to Clipboard Toggle word wrap

重要

PROXY_IP_ALLOWED_LIST は、この一覧のプロキシーが適切にヘッダー入力をサニタイズし、X-Forwarded-For の値がクライアントの実際のソース IP と同等になるように正しく設定します。Automation Controller は、PROXY_IP_ALLOWED_LIST の IP アドレスとホスト名に依存して、X-Forwarded-For フィールドに偽装されていない値を提供できます。
以下の条件が すべて 満たされない限り HTTP_X_FORWARDED_FOR を 'REMOTE_HOST_HEADERS' のアイテムとして設定しないでください。
- SSL Termination でプロキシー環境を使用している
- プロキシーにより X-Forwarded-For ヘッダーのサニタイズまたは検証が行われクライアントの攻撃を防止することができる
- /etc/tower/conf.d/remote_host_headers.py が信頼されたプロキシーまたはロードバランサーの送信元 IP のみを含む PROXY_IP_ALLOWED_LIST を定義している

3.3. リバースプロキシーの設定
リンクのコピー

Automation Controller 設定の REMOTE_HOST_HEADERS フィールドに HTTP_X_FORWARDED_FOR を追加して、リバースプロキシーサーバー設定をサポートできます。X-Forwarded-For (XFF) HTTP ヘッダーフィールドは、HTTP プロキシーまたはロードバランサー経由で Web サーバーに接続するクライアントの送信元 IP アドレスを識別します。

手順

Automation Controller で、Settings → Miscellaneous System に移動します。
REMOTE_HOST_HEADERS フィールドに、次の値を入力します。
```
[
  "HTTP_X_FORWARDED_FOR",
  "REMOTE_ADDR",
  "REMOTE_HOST"
]
```
```
[
  "HTTP_X_FORWARDED_FOR",
  "REMOTE_ADDR",
  "REMOTE_HOST"
]
```
Copy to Clipboard Toggle word wrap

3.4. スティッキーセッションの有効化
リンクのコピー

デフォルトでは、Application Load Balancer は、選択された負荷分散アルゴリズムに基づいて、登録済みのターゲットに各リクエストを個別にルーティングします。ロードバランサーの背後で Automation Hub の複数のインスタンスの実行時に認証エラーを回避するには、スティッキーセッションを有効にする必要があります。スティッキーセッションを有効にすると、ロードバランサーで設定された Cookie と一致するカスタムアプリケーション Cookie が設定され、スティッキーが有効になります。このカスタム Cookie には、アプリケーションで必要な Cookie 属性を含めることができます。

免責事項: この注記に含まれる外部の Web サイトへのリンクは、お客様の利便性のみを目的として提供しています。Red Hat はリンクの内容を確認しておらず、コンテンツまたは可用性について責任を負わないものとします。外部 Web サイトへのリンクが含まれていても、Red Hat が Web サイトまたはその組織、製品、もしくはサービスを保証することを意味するものではありません。お客様は、外部サイトまたはコンテンツの使用 (または信頼) によって生じる損失または費用について、Red Hat が責任を負わないことに同意するものとします。

第4章 Automation Controller Websocket 接続の設定
リンクのコピー

WebSocket の設定を nginx またはロードバランサー設定に合わせるために、Automation Controller を設定できます。

4.1. コントローラーの自動化用の WebSocket 設定
リンクのコピー

Automation Controller ノードは、Websocket を介して相互接続され、Websocket が発行するすべてのメッセージをシステム全体に分散します。この設定セットアップにより、任意のブラウザークライアント Websocket が、任意の Automation Controller ノードで実行されている可能性がある任意のジョブにサブスクライブできるようになります。WebSocket クライアントは特定の Automation Controller ノードにルーティングされません。代わりに、すべての Automation Controller ノードが任意の Websocket 要求を処理できます。各 Automation Controller ノードは、全クライアントに宛てた全 Websocket メッセージを把握しておく必要があります。

すべての Automation Controller ノードの /etc/tower/conf.d/websocket_config.py で Websocket を設定でき、変更はサービスの再起動後に有効になります。

Automation Controller は、データベース内のインスタンスレコードを介して、他の Automation Controller ノードの検出を自動的に処理します。

重要

Automation Controller ノードは、(オープンインターネットではなく) プライベートで信頼できるサブネットを介して Websocket トラフィックをブロードキャストするように設計されています。そのため、Websocket ブロードキャストの HTTPS をオフにすると、Ansible Playbook の標準出力 (stdout) の大部分で構成される Websocket トラフィックは、Automation Controller ノード間で暗号化されずに送信されます。

4.1.1. 他の Automation Controller ノードの自動検出の設定
リンクのコピー

WebSocket 接続を設定して、Automation Controller がデータベースのインスタンスレコードを使用して他の Automation Controller ノードの検出を自動的に処理できるようにします。

ポートとプロトコルの Automation Controller Websock 情報を編集し、Websocket 接続を確立するときに True または False で証明書を検証するかどうかを確認します。
```
BROADCAST_WEBSOCKET_PROTOCOL = 'http'
BROADCAST_WEBSOCKET_PORT = 80
BROADCAST_WEBSOCKET_VERIFY_CERT = False
```
```
BROADCAST_WEBSOCKET_PROTOCOL = 'http'
BROADCAST_WEBSOCKET_PORT = 80
BROADCAST_WEBSOCKET_VERIFY_CERT = False
```
Copy to Clipboard Toggle word wrap
次のコマンドを使用して Automation Controller を再起動します。
```
automation-controller-service restart
```
```
$ automation-controller-service restart
```
Copy to Clipboard Toggle word wrap

第5章ユーザビリティーアナリティクスおよび Automation Controller からのデータ収集の管理
リンクのコピー

Automation Controller のユーザーインターフェイスをオプトアウトまたは変更することで、Automation Controller からユーザビリティーアナリティクスおよびデータ収集への参加方法を変更できます。

5.1. ユーザビリティーアナリティクスおよびデータ収集
リンクのコピー

ユーザビリティーのデータ収集は、Automation Controller に含まれており、Automation Controller ユーザーが Automation Controller とどのように相互作用するかをよりよく理解するためのデータを収集し、今後のリリースの強化に役立て、ユーザーエクスペリエンスの合理化を継続していきます。

Automation Controller のトライアルまたは Automation Controller の新規インストールのみが、このデータ収集でオプトインされます。

5.1.1. Automation Controller からのデータ収集の制御
リンクのコピー

Settings メニューの User Interface タブで参加レベルを設定して、Automation Controller がデータを収集する方法を制御できます。

手順

Automation Controller にログインします。
Settings → User Interface に移動します。
User Analytics Tracking State ドロップダウンリストから目的のデータ収集レベルを選択します。
- オフ: データ収集を行いません。
- 匿名: ユーザー固有のデータを含めないデータ収集を有効化します。
- 詳細: お使いのユーザー固有のデータを含めたデータ収集を有効化します。
Save をクリックして設定を適用するか、Cancel をクリックして変更を破棄します。

第6章 SSL 証明書の更新と変更
リンクのコピー

現在の SSL 証明書の有効期限が切れているか、まもなく期限切れになる場合は、Ansible Automation Platform で使用する SSL 証明書を更新または置き換えることができます。

新しいホストなどの新しい情報を使用して SSL 証明書を再生成する必要がある場合は、SSL 証明書を更新する必要があります。

内部の認証局によって署名された SSL 証明書を使用する場合は、SSL 証明書を置き換える必要があります。

6.1. 自己署名 SSL 証明書の更新
リンクのコピー

次の手順では、Automation Controller と Automation Hub の両方の新しい SSL 証明書を再生成します。

手順

aap_service_regen_cert=true をインベントリーファイルの [all:vars] セクションに追加します。
```
[all:vars]
aap_service_regen_cert=true
```
```
[all:vars]
aap_service_regen_cert=true
```
Copy to Clipboard Toggle word wrap
インストーラーを実行します。

6.2. SSL 証明書の変更
リンクのコピー

SSL 証明書を変更するには、インベントリーファイルを編集してインストーラーを実行します。インストーラーは、すべての Ansible Automation Platform コンポーネントが動作していることを確認します。インストーラーの実行には時間がかかる場合があります。

あるいは、SSL 証明書を手動で変更することもできます。こちらのほうが迅速ですが、自動確認は行われません。

Red Hat では、Ansible Automation Platform インスタンスに変更を加える際にはインストーラーを使用することを推奨しています。

6.2.1. 前提条件
リンクのコピー

中間認証局がある場合は、それをサーバー証明書に追加する必要があります。
Automation Controller と Automation Hub は両方とも NGINX を使用するため、サーバー証明書は PEM 形式である必要があります。
正しい証明書の順序を使用してください。最初にサーバー証明書を指定し、その後に中間認証局を指定します。

詳細は、NGINX ドキュメントの SSL 証明書のセクションを参照してください。

6.2.2. インストーラーを使用した SSL 証明書と鍵の変更
リンクのコピー

次の手順では、インベントリーファイル内の SSL 証明書と鍵を変更する方法について説明します。

手順

新しい SSL 証明書と鍵を Ansible Automation Platform インストーラーに関連するパスにコピーします。
SSL 証明書と鍵の絶対パスをインベントリーファイルに追加します。これらの変数の設定に関するガイダンスについては、Red Hat Ansible Automation Platform インストールガイドの Automation Controller 変数および Automation Hub 変数のセクションを参照してください。
- Automation Controller: web_server_ssl_cert、web_server_ssl_key、custom_ca_cert
- Automation Hub: automationhub_ssl_cert、automationhub_ssl_key、custom_ca_cert
注記
custom_ca_cert は、中間認証局に署名したルート認証局である必要があります。このファイルは /etc/pki/ca-trust/source/anchors にインストールされます。
インストーラーを実行します。

6.2.3. SSL 証明書の手動変更
リンクのコピー

6.2.3.1. Automation Controller での SSL 証明書と鍵の手動変更
リンクのコピー

次の手順では、Automation Controller で SSL 証明書と鍵を手動で変更する方法について説明します。

手順

現在の SSL 証明書をバックアップします。

cp /etc/tower/tower.cert /etc/tower/tower.cert-$(date +%F)

cp /etc/tower/tower.cert /etc/tower/tower.cert-$(date +%F)

Copy to Clipboard

Toggle word wrap

現在の鍵ファイルをバックアップします。

cp /etc/tower/tower.key /etc/tower/tower.key-$(date +%F)+

cp /etc/tower/tower.key /etc/tower/tower.key-$(date +%F)+

Copy to Clipboard

Toggle word wrap

新しい SSL 証明書を /etc/tower/tower.cert にコピーします。
新しい鍵を /etc/tower/tower.key にコピーします。

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

restorecon -v /etc/tower/tower.cert /etc/tower/tower.key

restorecon -v /etc/tower/tower.cert /etc/tower/tower.key

Copy to Clipboard

Toggle word wrap

証明書と鍵ファイルに適切なパーミッションを設定します。

chown root:awx /etc/tower/tower.cert /etc/tower/tower.key
chmod 0600 /etc/tower/tower.cert /etc/tower/tower.key

chown root:awx /etc/tower/tower.cert /etc/tower/tower.key
chmod 0600 /etc/tower/tower.cert /etc/tower/tower.key

Copy to Clipboard

Toggle word wrap

NGINX 設定をテストします。
```
nginx -t
```
```
nginx -t
```
Copy to Clipboard Toggle word wrap
NGINX をリロードします。
```
systemctl reload nginx.service
```
```
systemctl reload nginx.service
```
Copy to Clipboard Toggle word wrap
新しい SSL 証明書と鍵がインストールされていることを確認します。
```
true | openssl s_client -showcerts -connect ${CONTROLLER_FQDN}:443
```
```
true | openssl s_client -showcerts -connect ${CONTROLLER_FQDN}:443
```
Copy to Clipboard Toggle word wrap

6.2.3.2. OpenShift Container Platform 上の Automation Controller の SSL 証明書と鍵の変更
リンクのコピー

次の手順では、OpenShift Container Platform で実行されている Automation Controller の SSL 証明書と鍵を変更する方法について説明します。

手順

署名された SSL 証明書と鍵をセキュアな場所にコピーします。

OpenShift 内に TLS シークレットを作成します。

oc create secret tls ${CONTROLLER_INSTANCE}-certs-$(date +%F) --cert=/path/to/ssl.crt --key=/path/to/ssl.key

oc create secret tls ${CONTROLLER_INSTANCE}-certs-$(date +%F) --cert=/path/to/ssl.crt --key=/path/to/ssl.key

Copy to Clipboard

Toggle word wrap

Automation Controller カスタムリソースを変更して、route_tls_secret と新しいシークレットの名前を spec セクションに追加します。
```
oc edit automationcontroller/${CONTROLLER_INSTANCE}
```
```
oc edit automationcontroller/${CONTROLLER_INSTANCE}
```
Copy to Clipboard Toggle word wrap
```
...
spec:
  route_tls_secret: automation-controller-certs-2023-04-06
...
```
```
...
spec:
  route_tls_secret: automation-controller-certs-2023-04-06
...
```
Copy to Clipboard Toggle word wrap

TLS シークレットの名前は任意です。この例では、Automation Controller インスタンスに適用される他の TLS シークレットと区別するために、シークレットを作成した日付のタイムスタンプが付けられています。

変更が適用されるまで数分待ちます。
新しい SSL 証明書と鍵がインストールされていることを確認します。
```
true | openssl s_client -showcerts -connect ${CONTROLLER_FQDN}:443
```
```
true | openssl s_client -showcerts -connect ${CONTROLLER_FQDN}:443
```
Copy to Clipboard Toggle word wrap

6.2.3.3. Automation Hub での SSL 証明書と鍵の手動変更
リンクのコピー

次の手順では、Automation Hub で SSL 証明書と鍵を手動で変更する方法について説明します。

手順

現在の SSL 証明書をバックアップします。

cp /etc/pulp/certs/pulp_webserver.crt /etc/pulp/certs/pulp_webserver.crt-$(date +%F)

cp /etc/pulp/certs/pulp_webserver.crt /etc/pulp/certs/pulp_webserver.crt-$(date +%F)

Copy to Clipboard

Toggle word wrap

現在の鍵ファイルをバックアップします。

cp /etc/pulp/certs/pulp_webserver.key /etc/pulp/certs/pulp_webserver.key-$(date +%F)

cp /etc/pulp/certs/pulp_webserver.key /etc/pulp/certs/pulp_webserver.key-$(date +%F)

Copy to Clipboard

Toggle word wrap

新しい SSL 証明書を /etc/pulp/certs/pulp_webserver.crt にコピーします。
新しい鍵を /etc/pulp/certs/pulp_webserver.key にコピーします。

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

restorecon -v /etc/pulp/certs/pulp_webserver.crt /etc/pulp/certs/pulp_webserver.key

restorecon -v /etc/pulp/certs/pulp_webserver.crt /etc/pulp/certs/pulp_webserver.key

Copy to Clipboard

Toggle word wrap

証明書と鍵ファイルに適切なパーミッションを設定します。

chown root:pulp /etc/pulp/certs/pulp_webserver.crt /etc/pulp/certs/pulp_webserver.key

chown root:pulp /etc/pulp/certs/pulp_webserver.crt /etc/pulp/certs/pulp_webserver.key

Copy to Clipboard

Toggle word wrap

chmod 0600 /etc/pulp/certs/pulp_webserver.crt /etc/pulp/certs/pulp_webserver.key

chmod 0600 /etc/pulp/certs/pulp_webserver.crt /etc/pulp/certs/pulp_webserver.key

Copy to Clipboard

Toggle word wrap

NGINX 設定をテストします。
```
nginx -t
```
```
nginx -t
```
Copy to Clipboard Toggle word wrap
NGINX をリロードします。
```
systemctl reload nginx.service
```
```
systemctl reload nginx.service
```
Copy to Clipboard Toggle word wrap
新しい SSL 証明書と鍵がインストールされていることを確認します。
```
true | openssl s_client -showcerts -connect ${CONTROLLER_FQDN}:443
```
```
true | openssl s_client -showcerts -connect ${CONTROLLER_FQDN}:443
```
Copy to Clipboard Toggle word wrap

法律上の通知
リンクのコピー

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.

Red Hat Ansible Automation Platform 操作ガイド

このドキュメントでは、Red Hat Ansible Automation Platform のインストール後のアクティビティーに関する指示とガイダンスを提供します。

はじめにリンクのコピーリンクがクリップボードにコピーされました!

多様性を受け入れるオープンソースの強化リンクのコピーリンクがクリップボードにコピーされました!

第1章 Red Hat Ansible Automation Platform のアクティブ化リンクのコピーリンクがクリップボードにコピーされました!

1.1. 認証情報を使用してアクティブ化するリンクのコピーリンクがクリップボードにコピーされました!

1.2. マニフェストファイルでアクティブ化するリンクのコピーリンクがクリップボードにコピーされました!

第2章 マニフェストファイルの取得リンクのコピーリンクがクリップボードにコピーされました!

2.1. サブスクリプションの割り当ての作成リンクのコピーリンクがクリップボードにコピーされました!

2.2. サブスクリプション割り当てへのサブスクリプションの追加リンクのコピーリンクがクリップボードにコピーされました!

2.3. マニフェストファイルのダウンロードリンクのコピーリンクがクリップボードにコピーされました!

第3章 Red Hat Ansible Automation Platform のプロキシーサポートの設定リンクのコピーリンクがクリップボードにコピーされました!

3.1. プロキシーサポートの有効化リンクのコピーリンクがクリップボードにコピーされました!

3.2. 既知のプロキシーリンクのコピーリンクがクリップボードにコピーされました!

3.2.1. 既知のプロキシーの設定リンクのコピーリンクがクリップボードにコピーされました!

3.3. リバースプロキシーの設定リンクのコピーリンクがクリップボードにコピーされました!

3.4. スティッキーセッションの有効化リンクのコピーリンクがクリップボードにコピーされました!

第4章 Automation Controller Websocket 接続の設定リンクのコピーリンクがクリップボードにコピーされました!

4.1. コントローラーの自動化用の WebSocket 設定リンクのコピーリンクがクリップボードにコピーされました!

4.1.1. 他の Automation Controller ノードの自動検出の設定リンクのコピーリンクがクリップボードにコピーされました!

第5章 ユーザビリティーアナリティクスおよび Automation Controller からのデータ収集の管理リンクのコピーリンクがクリップボードにコピーされました!

5.1. ユーザビリティーアナリティクスおよびデータ収集リンクのコピーリンクがクリップボードにコピーされました!

5.1.1. Automation Controller からのデータ収集の制御リンクのコピーリンクがクリップボードにコピーされました!

第6章 SSL 証明書の更新と変更リンクのコピーリンクがクリップボードにコピーされました!

6.1. 自己署名 SSL 証明書の更新リンクのコピーリンクがクリップボードにコピーされました!

6.2. SSL 証明書の変更リンクのコピーリンクがクリップボードにコピーされました!

6.2.1. 前提条件リンクのコピーリンクがクリップボードにコピーされました!

6.2.2. インストーラーを使用した SSL 証明書と鍵の変更リンクのコピーリンクがクリップボードにコピーされました!

6.2.3. SSL 証明書の手動変更リンクのコピーリンクがクリップボードにコピーされました!

6.2.3.1. Automation Controller での SSL 証明書と鍵の手動変更リンクのコピーリンクがクリップボードにコピーされました!

6.2.3.2. OpenShift Container Platform 上の Automation Controller の SSL 証明書と鍵の変更リンクのコピーリンクがクリップボードにコピーされました!

6.2.3.3. Automation Hub での SSL 証明書と鍵の手動変更リンクのコピーリンクがクリップボードにコピーされました!

法律上の通知リンクのコピーリンクがクリップボードにコピーされました!

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

多様性を受け入れるオープンソースの強化

会社概要

Theme

Red Hat legal and privacy links

Red Hat legal and privacy links

はじめに
リンクのコピー

多様性を受け入れるオープンソースの強化
リンクのコピー

第1章 Red Hat Ansible Automation Platform のアクティブ化
リンクのコピー

1.1. 認証情報を使用してアクティブ化する
リンクのコピー

1.2. マニフェストファイルでアクティブ化する
リンクのコピー

第2章マニフェストファイルの取得
リンクのコピー

2.1. サブスクリプションの割り当ての作成
リンクのコピー

2.2. サブスクリプション割り当てへのサブスクリプションの追加
リンクのコピー

2.3. マニフェストファイルのダウンロード
リンクのコピー

第3章 Red Hat Ansible Automation Platform のプロキシーサポートの設定
リンクのコピー

3.1. プロキシーサポートの有効化
リンクのコピー

3.2. 既知のプロキシー
リンクのコピー

3.2.1. 既知のプロキシーの設定
リンクのコピー

3.3. リバースプロキシーの設定
リンクのコピー

3.4. スティッキーセッションの有効化
リンクのコピー

第4章 Automation Controller Websocket 接続の設定
リンクのコピー

4.1. コントローラーの自動化用の WebSocket 設定
リンクのコピー

4.1.1. 他の Automation Controller ノードの自動検出の設定
リンクのコピー

第5章ユーザビリティーアナリティクスおよび Automation Controller からのデータ収集の管理
リンクのコピー

5.1. ユーザビリティーアナリティクスおよびデータ収集
リンクのコピー

5.1.1. Automation Controller からのデータ収集の制御
リンクのコピー

第6章 SSL 証明書の更新と変更
リンクのコピー

6.1. 自己署名 SSL 証明書の更新
リンクのコピー

6.2. SSL 証明書の変更
リンクのコピー

6.2.1. 前提条件
リンクのコピー

6.2.2. インストーラーを使用した SSL 証明書と鍵の変更
リンクのコピー

6.2.3. SSL 証明書の手動変更
リンクのコピー

6.2.3.1. Automation Controller での SSL 証明書と鍵の手動変更
リンクのコピー

6.2.3.2. OpenShift Container Platform 上の Automation Controller の SSL 証明書と鍵の変更
リンクのコピー

6.2.3.3. Automation Hub での SSL 証明書と鍵の手動変更
リンクのコピー

法律上の通知
リンクのコピー