手順

1. 必要なロールを含む Ansible Playbook を作成します。

   以下の例は、特定の play の roles: オプションを使用してロールを使用する方法を示しています。

   ---
   - hosts: webservers
     roles:
        - rhel-system-roles.network
        - rhel-system-roles.timesync

   Playbook でロールを使用する方法は、Ansible ドキュメント を参照してください。

   Playbook の例は 「Ansible examples」を参照してください。

   注記

   すべてのロールには README ファイルが含まれます。このファイルには、ロールや、サポートされるパラメーター値の使用方法が記載されています。ロールのドキュメントディレクトリーで、特定ロール用の Playbook のサンプルを見つけることもできます。このようなドキュメンテーションディレクトリーは、rhel-system-roles パッケージでデフォルトで提供され、以下の場所に置かれます。

   /usr/share/doc/rhel-system-roles/SUBSYSTEM/

   SUBSYSTEM は、selinux、kdump、network、timesync、または storage などの必要なロールの名前に置き換えます。

2. Playbook の構文を確認します。

   # ansible-playbook --syntax-check name.of.the.playbook

   ansible-playbook コマンドは、Playbook の構文の検証に使用できる --syntax-check オプションを提供します。

3. ansible-playbook コマンドを実行して、ターゲットホストで Playbook を実行します。

   # ansible-playbook -i name.of.the.inventory name.of.the.playbook

   インベントリーは、Ansible が有効なシステムの一覧です。インベントリーの作成方法と使用方法は、Ansible ドキュメント を参照してください。

   インベントリーがない場合は、ansible-playbook の実行時に作成できます。

   Playbook を実行するターゲットホストが 1 つしかない場合は、次のコマンドを実行します。

   # ansible-playbook -i host1, name.of.the.playbook

   Playbook を実行するターゲットホストが複数になる場合は、次のコマンドを実行します。

   # ansible-playbook -i host1,host2,....,hostn name.of.the.playbook

手順

1. rhel-system-roles パッケージを、コントロールノードとして使用するシステムにインストールします。

   # yum install rhel-system-roles

   Red Hat Ansible Engine サブスクリプションをお持ちでない場合は、Red Hat Enterprise Linux サブスクリプションで提供される Red Hat Ansible Engine の限定サポートバージョンを使用できます。この場合は、次の手順を実行します。

   1. RHEL Ansible Engine リポジトリーを有効にします。

      # subscription-manager refresh
      
      # subscription-manager repos --enable ansible-2-for-rhel-8-x86_64-rpms

   2. Ansible Engine をインストールします。

      # yum install ansible

手順

1. 必要に応じて、図の目的で inventory ファイルを確認します。

   #  cat /home/jdoe/<ansible_project_name>/inventory
   [testingservers]
   pdoe@192.168.122.98
   fdoe@192.168.122.226
   
   [db-servers]
   db1.example.com
   db2.example.com
   
   [webservers]
   web1.example.com
   web2.example.com
   192.0.2.42

   ファイルは [testingservers] グループと他のグループを定義します。これにより、特定のシステムのコレクションに対して Ansible Engine をより効果的に実行できます。

2. Ansible Engine 操作のデフォルトおよび権限昇格を設定するための設定ファイルを作成します。

   1. 新しい YAML ファイルを作成し、これをテキストエディターで開きます。以下に例を示します。

      #  vi /home/jdoe/<ansible_project_name>/ansible.cfg

   2. 以下の内容をファイルに挿入します。

      [defaults]
      inventory = ./inventory
      
      [privilege_escalation]
      become = true
      become_method = sudo
      become_user = root
      become_ask_pass = true

      [defaults] セクションは、管理対象ホストのインベントリーファイルへのパスを指定します。[privilege_escalation] セクションでは、指定した管理対象ホストのユーザー権限が root に移行されることを定義します。これは、カーネルパラメーターを正常に設定するために必要です。Ansible Playbook を実行すると、ユーザーパスワードの入力が求められます。管理対象ホストへの接続後に、sudo により root に自動的に切り替わります。

3. kernel_settings ロールを使用する Ansible Playbook を作成します。

   1. 新しい YAML ファイルを作成し、これをテキストエディターで開きます。以下に例を示します。

      #  vi /home/jdoe/<ansible_project_name>/kernel_roles.yml

      このファイルは Playbook を表し、通常は、inventory ファイルから選択した特定の管理対象ホストに対して実行される、プレイ とも呼ばれるタスクの順序付きリストが含まれます。

   2. 以下の内容をファイルに挿入します。

      ---
      - name: Configure kernel settings
        hosts: testingservers
      
        vars:
          kernel_settings_sysctl:
            - name: fs.file-max
              value: 400000
            - name: kernel.threads-max
              value: 65536
          kernel_settings_sysfs:
            - name: /sys/class/net/lo/mtu
              value: 65000
          kernel_settings_transparent_hugepages: madvise
      
        roles:
          - linux-system-roles.kernel_settings

      name キーは任意です。任意の文字列をラベルとしてプレイに関連付け、プレイの対象を特定します。プレイの hosts キーは、プレイを実行するホストを指定します。このキーの値または値は、管理対象ホストの個別名または inventory ファイルで定義されているホストのグループとして指定できます。

      vars セクションは、設定する必要がある、選択したカーネルパラメーター名および値が含まれる変数の一覧を表します。

      roles キーは、vars セクションで説明されているパラメーターおよび値を設定するシステムロールを指定します。

      注記

      必要に応じて、Playbook のカーネルパラメーターとその値を変更することができます。

4. 必要に応じて、プレイ内の構文が正しいことを確認します。

   #  ansible-playbook --syntax-check kernel-roles.yml
   
   playbook: kernel-roles.yml

   以下の例では、Playbook の検証が成功したことを示しています。

5. Playbook を実行します。

   #  ansible-playbook kernel-roles.yml
   BECOME password:
   
   PLAY [Configure kernel settings]  ... PLAY RECAP **
   fdoe@192.168.122.226       : ok=10   changed=4    unreachable=0    failed=0    skipped=6    rescued=0    ignored=0
   pdoe@192.168.122.98        : ok=10   changed=4    unreachable=0    failed=0    skipped=6    rescued=0    ignored=0

   Ansible Engine が Playbook を実行する前に、パスワードの入力を求められます。これにより、管理対象ホストのユーザーが root に切り替わります。これは、カーネルパラメーターの設定に必要です。

   recap セクションは、すべての管理対象ホストのプレイが正常に終了したこと (failed=0)、および 4 つのカーネルパラメーターが適用されたこと (changed=4) を示しています。

6. 管理対象ホストを再起動して、影響を受けるカーネルパラメーターをチェックし、変更が適用され、再起動後も維持されていることを確認します。

手順

1. RHEL Ansible リポジトリーを有効にします。以下に例を示します。

   # subscription-manager repos --enable ansible-2-for-rhel-8-x86_64-rpms

2. Ansible Engine をインストールします。

   # yum install ansible

3. RHEL システムロールをインストールします。

   # yum install rhel-system-roles

4. SELinux システムロールで Playbook を適用します。

   以下のコマンドは、rhel-system-roles パッケージに含まれる Playbook のサンプルを適用します。この Playbook をテンプレートとして使用できます。

   # ansible-playbook -i host1,host2,host3 /usr/share/doc/rhel-system-roles/selinux/example-selinux-playbook.yml

手順

1. 必要なロールを定義する Playbook を作成します。

   1. 新しい YAML ファイルを作成し、これをテキストエディターで開きます。以下に例を示します。

      # vi logging-playbook.yml

   2. 以下の内容を挿入します。

      ---
      - name: Deploying basics input and implicit files output
        hosts: all
        roles:
          - linux-system-roles.logging
        vars:
          logging_inputs:
            - name: system_input
              type: basics
          logging_outputs:
            - name: files_output
              type: files
          logging_flows:
            - name: flow1
              inputs: [system_input]
              outputs: [files_output]

2. 特定のインベントリーで Playbook を実行します。

   # ansible-playbook -i inventory-file /path/to/file/logging-playbook.yml

   ここでは、

   • inventory-file はインベントリーファイルに置き換えます。
   • logging-playbook.yml は、使用する Playbook に置き換えます。

検証

1. /etc/rsyslog.conf ファイルの構文をテストします。

   # rsyslogd -N 1
   rsyslogd: version 8.1911.0-6.el8, config validation run (level 1), master config /etc/rsyslog.conf
   rsyslogd: End of config validation run. Bye.

2. システムがログにメッセージを送信していることを確認します。

   1. テストメッセージを送信します。

      # logger test

   2. /var/log/messages ログ を表示します。以下に例を示します。

      # cat /var/log/messages
      Aug  5 13:48:31 hostname root[6778]: test

      `hostname` はクライアントシステムのホスト名です。ログには、logger コマンドを入力したユーザーのユーザー名 (この場合は root) が含まれていることに注意してください。

手順

1. 必要なロールを定義する Playbook を作成します。

   1. 新しい YAML ファイルを作成し、これをテキストエディターで開きます。以下に例を示します。

      # vi logging-playbook.yml

   2. 以下の内容をファイルに挿入します。

      ---
      - name: Deploying remote input and remote_files output
        hosts: server
        roles:
          - linux-system-roles.logging
        vars:
          logging_inputs:
            - name: remote_udp_input
              type: remote
              udp_ports: [ 601 ]
            - name: remote_tcp_input
              type: remote
              tcp_ports: [ 601 ]
          logging_outputs:
            - name: remote_files_output
              type: remote_files
          logging_flows:
            - name: flow_0
              inputs: [remote_udp_input, remote_tcp_input]
              outputs: [remote_files_output]
      
      - name: Deploying basics input and forwards output
        hosts: clients
        roles:
          - linux-system-roles.logging
        vars:
          logging_inputs:
            - name: basic_input
              type: basics
          logging_outputs:
            - name: forward_output0
              type: forwards
              severity: info
              target: host1.example.com
              udp_port: 601
            - name: forward_output1
              type: forwards
              facility: mail
              target: host1.example.com
              tcp_port: 601
          logging_flows:
            - name: flows0
              inputs: [basic_input]
              outputs: [forward_output0, forward_output1]
      
      [basic_input]
      [forward_output0, forward_output1]

      host1.example.com はロギングサーバーに置き換えます。

      注記

      必要に応じて、Playbook のパラメーターを変更することができます。

      警告

      ロギングソリューションは、サーバーまたはクライアントシステムの SELinux ポリシーで定義され、ファイアウォールで開放されたポートでしか機能しません。デフォルトの SELinux ポリシーには、ポート 601、514、6514、10514、および 20514 が含まれます。別のポートを使用するには、「クライアントシステムとサーバーシステムで SELinux ポリシーを変更」します。システムロールを使用したファイアウォールの設定は、まだサポートされていません。

2. サーバーおよびクライアントを一覧表示するインベントリーファイルを作成します。

   1. 新しいファイルを作成してテキストエディターで開きます。以下に例を示します。

      # vi inventory.ini

   2. 以下のコンテンツをインベントリーファイルに挿入します。

      [servers]
      server ansible_host=host1.example.com
      [clients]
      client ansible_host=host2.example.com

      * host1.example.com はロギングサーバー、* host2.example.com はロギングクライアントになります。

3. インベントリーで Playbook を実行します。

   # ansible-playbook -i /path/to/file/inventory.ini /path/to/file/_logging-playbook.yml

   ここでは、

   • inventory.ini はインベントリーファイルに置き換えます。
   • logging-playbook.yml は作成した Playbook に置き換えます。

検証手順

1. クライアントとサーバーシステムの両方で、/etc/rsyslog.conf ファイルの構文をテストします。

   # rsyslogd -N 1
   rsyslogd: version 8.1911.0-6.el8, config validation run (level 1), master config /etc/rsyslog.conf
   rsyslogd: End of config validation run. Bye.

2. クライアントシステムがサーバーにメッセージを送信することを確認します。

   1. クライアントシステムで、テストメッセージを送信します。

      # logger test

   2. サーバーシステムで、/var/log/messages ログを表示します。以下に例を示します。

      # cat /var/log/messages
      Aug  5 13:48:31 host2.example.com root[6778]: test

      host2.example.com は、クライアントシステムのホスト名です。ログには、logger コマンドを入力したユーザーのユーザー名 (この場合は root) が含まれていることに注意してください。

手順

1. RHEL Ansible リポジトリーを有効にします。以下に例を示します。

   # subscription-manager repos --enable ansible-2-for-rhel-8-x86_64-rpms

2. Ansible Engine をインストールします。

   # yum install ansible

3. RHEL システムロールをインストールします。

   # yum install rhel-system-roles

4. Tang サーバーの設定が含まれる Playbook を準備します。ゼロから開始するか、または /usr/share/ansible/roles/rhel-system-roles.nbde_server/examples/ ディレクトリーにある Playbook のいずれかのサンプルを使用することができます。

   # cp /usr/share/ansible/roles/rhel-system-roles.nbde_server/examples/simple_deploy.yml ./my-tang-playbook.yml

5. 選択したテキストエディターで Playbook を編集します。以下に例を示します。

   # vi my-tang-playbook.yml

6. 必要なパラメーターを追加します。以下の Playbook の例では、Tang サーバーのデプロイとキーローテーションを確実に実行します。

   ---
   - hosts: all
   
     vars:
       nbde_server_rotate_keys: yes
   
     roles:
       - linux-system-roles.nbde_server

7. 終了した Playbook を適用します。

   # ansible-playbook -i host1,host2,host3 my-tang-playbook.yml

手順

1. RHEL Ansible リポジトリーを有効にします。以下に例を示します。

   # subscription-manager repos --enable ansible-2-for-rhel-8-x86_64-rpms

2. Ansible Engine をインストールします。

   # yum install ansible

3. RHEL システムロールをインストールします。

   # yum install rhel-system-roles

4. Clevis クライアントの設定が含まれる Playbook を準備します。ゼロから開始するか、または /usr/share/ansible/roles/rhel-system-roles.nbde_client/examples/ ディレクトリーにある Playbook のいずれかのサンプルを使用することができます。

   # cp /usr/share/ansible/roles/rhel-system-roles.nbde_client/examples/high_availability.yml ./my-clevis-playbook.yml

5. 選択したテキストエディターで Playbook を編集します。以下に例を示します。

   # vi my-clevis-playbook.yml

6. 必要なパラメーターを追加します。以下の Playbook の例では、2 つの Tang サーバーのうち少なくとも 1 台が利用可能な場合に、LUKS で暗号化した 2 つのボリュームを自動的にアンロックするように Clevis クライアントを設定します。

   ---
   - hosts: all
   
     vars:
       nbde_client_bindings:
         - device: /dev/rhel/root
           key_file: /etc/luks/keyfile
           servers:
             - http://server1.example.com
             - http://server2.example.com
         - device: /dev/rhel/swap
           key_file: /etc/luks/keyfile
           servers:
             - http://server1.example.com
             - http://server2.example.com
   
     roles:
       - linux-system-roles.nbde_client

7. 終了した Playbook を適用します。

   # ansible-playbook -i host1,host2,host3 my-clevis-playbook.yml

手順

1. オプション: inventory.file などのインベントリーファイルを作成します。

   $ touch inventory.file

2. インベントリーファイルを開き、証明書を要求するホストを定義します。以下に例を示します。

   [webserver]
   server.idm.example.com

3. Playbook ファイルを作成します (例: request-certificate.yml)。

   • webserver など、証明書を要求するホストを含むように hosts を設定します。

   • certificate_requests 変数を設定して以下を追加します。

     • name パラメーターを希望する証明書の名前 (mycert など) に設定します。
     • dns パラメーターを *.example.com などの証明書に含むドメインに設定します。
     • ca パラメーターを self-sign に設定します。

   • roles の下に rhel-system-roles.certificate ロールを設定します。

     以下は、この例の Playbook ファイルです。

     ---
     - hosts: webserver
     
       vars:
         certificate_requests:
           - name: mycert
             dns: *.example.com
             ca: self-sign
     
       roles:
         - rhel-system-roles.certificate

4. ファイルを保存します。

5. Playbook を実行します。

   $ ansible-playbook -i inventory.file request-certificate.yml

手順

1. オプション: inventory.file などのインベントリーファイルを作成します。

   $ touch inventory.file

2. インベントリーファイルを開き、証明書を要求するホストを定義します。以下に例を示します。

   [webserver]
   server.idm.example.com

3. Playbook ファイルを作成します (例: request-certificate.yml)。

   • webserver など、証明書を要求するホストを含むように hosts を設定します。

   • certificate_requests 変数を設定して以下を追加します。

     • name パラメーターを希望する証明書の名前 (mycert など) に設定します。
     • dns パラメーターをドメインに設定し、証明書に追加します (例: www.example.com)。
     • principal パラメーターを設定し、Kerberos プリンシパルを指定します (例: HTTP/www.example.com@EXAMPLE.COM)。
     • ca パラメーターを ipa に設定します。

   • roles の下に rhel-system-roles.certificate ロールを設定します。

     以下は、この例の Playbook ファイルです。

     ---
     - hosts: webserver
       vars:
         certificate_requests:
           - name: mycert
             dns: www.example.com
             principal: HTTP/www.example.com@EXAMPLE.COM
             ca: ipa
     
       roles:
         - rhel-system-roles.certificate

4. ファイルを保存します。

5. Playbook を実行します。

   $ ansible-playbook -i inventory.file request-certificate.yml

手順

1. オプション: inventory.file などのインベントリーファイルを作成します。

   $ touch inventory.file

2. インベントリーファイルを開き、証明書を要求するホストを定義します。以下に例を示します。

   [webserver]
   server.idm.example.com

3. Playbook ファイルを作成します (例: request-certificate.yml)。

   • webserver など、証明書を要求するホストを含むように hosts を設定します。

   • certificate_requests 変数を設定して以下を追加します。

     • name パラメーターを希望する証明書の名前 (mycert など) に設定します。
     • dns パラメーターをドメインに設定し、証明書に追加します (例: www.example.com)。
     • ca パラメーターを証明書を発行する際に使用する CA に設定します (例: self-sign)。
     • この証明書を発行または更新する前に、run_before パラメーターを実行するコマンドに設定します (例: systemctl stop httpd.service)。
     • この証明書を発行または更新した後に、run_after パラメーターを実行するコマンドに設定します (例: systemctl start httpd.service)。

   • roles の下に rhel-system-roles.certificate ロールを設定します。

     以下は、この例の Playbook ファイルです。

     ---
     - hosts: webserver
       vars:
         certificate_requests:
           - name: mycert
             dns: www.example.com
             ca: self-sign
             run_before: systemctl stop httpd.service
             run_after: systemctl start httpd.service
     
       roles:
         - linux-system-roles.certificate

4. ファイルを保存します。

5. Playbook を実行します。

   $ ansible-playbook -i inventory.file request-certificate.yml

手順

1. 以下の内容を含む新しい playbook.yml ファイルを作成します。

   ---
   - hosts: kdump-test
     vars:
       kdump_path: /var/crash
     roles:
       - rhel-system-roles.kdump

2. オプション: Playbook の構文を確認します。

   # ansible-playbook --syntax-check playbook.yml

3. インベントリーファイルで Playbook を実行します。

   # ansible-playbook -i inventory_file /path/to/file/playbook.yml

手順

1. 以下の内容を含む新しい playbook.yml ファイルを作成します。

   - hosts: all
     vars:
       storage_safe_mode: false
       storage_volumes:
         - name: data
           type: raid
           disks: [sdd, sde, sdf, sdg]
           raid_level: raid0
           raid_chunk_size: 32 KiB
           mount_point: /mnt/data
           state: present
     roles:
       - name: rhel-system-roles.storage

   警告

   特定の状況でデバイス名が変更する場合があります。たとえば、新しいディスクをシステムに追加するときなどです。したがって、データの損失を防ぐために、Playbook で特定のディスク名を使用することは推奨していません。

2. オプション:Playbook の構文を確認します。

   # ansible-playbook --syntax-check playbook.yml

3. インベントリーファイルで Playbook を実行します。

   # ansible-playbook -i inventory.file /path/to/file/playbook.yml

手順

1. 以下の内容を含む新しい playbook.yml ファイルを作成します。

   - hosts: all
     vars:
       storage_safe_mode: false
       storage_pools:
         - name: my_pool
           type: lvm
           disks: [sdh, sdi]
           raid_level: raid1
           volumes:
             - name: my_pool
               size: "1 GiB"
               mount_point: "/mnt/app/shared"
               fs_type: xfs
               state: present
     roles:
       - name: rhel-system-roles.storage

   注記

   LVM pool with RAID を作成するには、raid_level パラメーターを使用して RAID タイプを指定する必要があります。

2. オプション:Playbook の構文を確認します。

   # ansible-playbook --syntax-check playbook.yml

3. インベントリーファイルで Playbook を実行します。

   # ansible-playbook -i inventory.file /path/to/file/playbook.yml

手順

1. 以下の内容を含む新しい playbook.yml ファイルを作成します。

   ---
   - hosts: timesync-test
     vars:
       timesync_ntp_servers:
         - hostname: 2.rhel.pool.ntp.org
           pool: yes
           iburst: yes
     roles:
       - rhel-system-roles.timesync

2. オプション: Playbook の構文を確認します。

   # ansible-playbook --syntax-check playbook.yml

3. インベントリーファイルで Playbook を実行します。

   # ansible-playbook -i inventory_file /path/to/file/playbook.yml

手順

1. 以下のコンテンツをインベントリーに追加して、/etc/ansible/hosts Ansible インベントリーの localhost を設定します。

   localhost ansible_connection=local

2. 以下の内容を含む Ansible Playbook を作成します。

   ---
   - hosts: localhost
     vars:
       metrics_graph_service: yes
     roles:
       - rhel-system-roles.metrics

3. Ansible Playbook の実行:

   # ansible-playbook name_of_your_playbook.yml

   注記

   metrics_graph_service ブール値はvalue="yes" に設定されているため、grafana は自動的にインストールされ、データソースとして pcp が追加されてプロビジョニングされます。

4. マシンで収集されるメトリックを視覚化するには、「Grafana Web UI へのアクセス」 の説明どおりに grafana Web インターフェースにアクセスします。

手順

1. Playbook 経由で監視するマシンの名前または IP を、括弧で囲まれた識別グループ名で /etc/ansible/hosts Ansible インベントリーファイルに追加します。

   [remotes]
   webserver.example.com
   database.example.com

2. 以下の内容を含む Ansible Playbook を作成します。

   ---
   - hosts: remotes
     vars:
       metrics_retention_days: 0
     roles:
       - rhel-system-roles.metrics

3. Ansible Playbook の実行:

   # ansible-playbook name_of_your_playbook.yml

手順

1. 以下の内容を含む Ansible Playbook を作成します。

   ---
   - hosts: localhost
     vars:
       metrics_graph_service: yes
       metrics_query_service: yes
       metrics_retention_days: 10
       metrics_monitored_hosts: ["database.example.com", "webserver.example.com"]
     roles:
       - rhel-system-roles.metrics

2. Ansible Playbook の実行:

   # ansible-playbook name_of_your_playbook.yml

   注記

   metrics_graph_service および metrics_query_service のブール値は value="yes" に設定されているため、grafana は、redis にインデックス化された pcp データの記録のあるデータソースとして追加された pcp で自動的にインストールおよびプロビジョニングされます。これにより、pcp クエリー言語をデータの複雑なクエリーに使用できます。

3. マシンによって一元的に収集されるメトリックのグラフィック表示とデータのクエリーを行うには、「Grafana Web UI へのアクセス」 で説明されているように、grafana Web インターフェースにアクセスします。

手順

1. 以下の内容を含む新しい playbook.yml ファイルを作成します。

   ---
   - name: Deploy session recording
     hosts: all
     vars:
       tlog_scope_sssd: some
       tlog_users_sssd:
         - recordeduser
   
     roles:
       - rhel-system-roles.tlog

   詳細は以下のようになります。

   • tlog_scope_sssd:

     • some は、all または none ではなく、特定のユーザーおよびグループのみを録画することを指定します。

   • tlog_users_sssd:

     • recordeduser は、セッションを録画するユーザーを指定します。ただし、ユーザーは追加されない点に留意してください。ユーザーを独自に設定する必要があります。

2. オプション: Playbook の構文を確認します。

   # ansible-playbook --syntax-check playbook.yml

3. インベントリーファイルで Playbook を実行します。

   # ansible-playbook -i IP_Address /path/to/file/playbook.yml -v

1. SSSD 設定ドロップファイルが作成されるフォルダーに移動します。

   # cd /etc/sssd/conf.d

2. ファイルの内容を確認します。

   # cat /etc/sssd/conf.d/sssd-session-recording.conf

手順

1. ユーザーを作成し、このユーザーにパスワードを割り当てます。

   # useradd recordeduser
   # passwd recordeduser 

2. 上記で作成したユーザーとしてシステムにログインし直します。

   # ssh recordeduser@localhost

3. 認証用に yes または no を入力するようにシステムが求めたら、「yes」を入力します。

4. 録画したユーザー のパスワードを挿入します。

   システムは、セッションを録画していることを示すメッセージを表示します。

   ATTENTION! Your session is being recorded!

5. セッションの録画が完了したら、以下を入力します。

   # exit

   システムはユーザーからログアウトし、ローカルホストとの接続を閉じます。

1. 以下のコマンドを実行します。

   # journalctl -o verbose -r

2. 録画したジャーナルエントリー tlog-rec の MESSAGE フィールドを検索します。

手順

1. CLI 端末で、ユーザーセッションの録画を再生します。

   # journalctl -o verbose -r

2. tlog 録画を検索します。

   $ /tlog-rec

   以下のような詳細が表示されます。

   • ユーザーセッションの録画用のユーザー名
   • out_txt フィールド (録画したセッションの raw 出力エンコード)
   • 識別子番号 TLOG_REC=ID_number
3. 識別子番号 TLOG_REC=ID_number をコピーします。

4. 識別子番号 TLOG_REC=ID_number を使用して録画を再生します。

   # tlog-play -r journal -M TLOG_REC=ID_number