手順

1. rhel-system-roles パッケージをインストールします。

   [root@control-node]# yum install rhel-system-roles

   このコマンドは、Ansible Core を依存関係としてインストールします。

2. 後で Playbook を管理および実行するために使用するユーザーを作成します。

   [root@control-node]# useradd ansible

3. 新しく作成した ansible ユーザーに切り替えます。

   [root@control-node]# su - ansible

   このユーザーとして残りの手順を実行します。

4. SSH の公開鍵と秘密鍵を作成します。

   [ansible@control-node]$ ssh-keygen
   Generating public/private rsa key pair.
   Enter file in which to save the key (/home/ansible/.ssh/id_rsa): password
   ...

   キーファイルの推奨されるデフォルトの場所を使用します。

5. オプション: 接続を確立するたびに Ansible が SSH キーのパスワードを要求しないように、SSH エージェントを設定します。

6. ~/.ansible.cfg ファイルを次の内容で作成します。

   [defaults]
   inventory = /home/ansible/inventory
   remote_user = ansible
   
   [privilege_escalation]
   become = True
   become_method = sudo
   become_user = root
   become_ask_pass = True

   この設定により、以下が可能になります。

   • Ansible は、指定されたインベントリーファイルでホストを管理します。
   • Ansible は、管理対象ノードへの SSH 接続を確立するときに、remote_user パラメーターで設定されたアカウントを使用します。

   • Ansible は sudo ユーティリティーを使用して、root ユーザーとして管理対象ノードでタスクを実行します。

     セキュリティー上の理由から、管理対象ノードで sudo を設定して、root になるリモートユーザーのパスワードの入力を要求します。~/.ansible.cfg で become_ask_pass=True 設定を指定すると、Playbook の実行時に Ansible によってこのパスワードの入力が求められます。

   ~/.ansible.cfg ファイルの設定は優先度が高く、グローバルな /etc/ansible/ansible.cfg ファイルの設定をオーバーライドします。

7. ~/inventory ファイルを作成します。たとえば、以下は、3 つのホストと US という名前の 1 つのホストグループを含む INI 形式のインベントリーファイルです。

   managed-node-01.example.com
   
   [US]
   managed-node-02.example.com ansible_host=192.0.2.100
   managed-node-03.example.com

   制御ノードはホスト名を解決できる必要があることに注意してください。DNS サーバーが特定のホスト名を解決できない場合は、ホストエントリーの横に ansible_host パラメーターを追加して、その IP アドレスを指定します。

検証

1. 管理対象ノードを準備します。
2. 制御ノードから管理対象ノードへのアクセスを確認する

手順

1. ユーザーを作成します。

   [root@managed-node-01]# useradd ansible

   制御ノードは後でこのユーザーを使用して、このホストへの SSH 接続を確立します。

2. ansible ユーザーにパスワードを設定します。

   [root@managed-node-01]# passwd ansible
   Changing password for user ansible.
   New password: password
   Retype new password: password
   passwd: all authentication tokens updated successfully.

   Ansible が sudo を使用して root ユーザーとしてタスクを実行する場合は、このパスワードを入力する必要があります。

3. ansible ユーザーの SSH 公開鍵を管理対象ノードにインストールします。

   1. ansible ユーザーとして制御ノードにログインし、SSH 公開鍵を管理対象ノードにコピーします。

      [ansible@control-node]$ ssh-copy-id managed-node-01.example.com
      /usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: "/home/ansible/.ssh/id_rsa.pub"
      The authenticity of host 'managed-node-01.example.com (192.0.2.100)' can't be established.
      ECDSA key fingerprint is SHA256:9bZ33GJNODK3zbNhybokN/6Mq7hu3vpBXDrCxe7NAvo.
      Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
      /usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
      /usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys
      ansible@managed-node-01.example.com's password: password
      
      Number of key(s) added: 1
      
      Now try logging into the machine, with:   "ssh 'managed-node-01.example.com'"
      and check to make sure that only the key(s) you wanted were added.

   2. 制御ノードでコマンドをリモートで実行して、SSH 接続を確認します。

      [ansible@control-node]$ ssh managed-node-01.example.com whoami
      ansible

4. ansible ユーザーの sudo 設定を作成します。

   1. visudo コマンドを使用して、/etc/sudoers.d/ansible ファイルを作成および編集します。

      [root@managed-node-01]# visudo /etc/sudoers.d/ansible

      通常のエディターと比べて visudo を使用する利点は、このユーティリティーがファイルをインストールする前に基本的な健全性チェックと解析エラーのチェックを提供することです。

   2. /etc/sudoers.d/ansible ファイルに次の内容を入力します。

      ansible ALL=(ALL) NOPASSWD: ALL

      これらの設定により、ansible ユーザーのパスワードを入力せずに、このホスト上で任意のユーザーおよびグループとしてすべてのコマンドを実行する権限が ansible ユーザーに付与されます。

手順

1. Ansible の ping モジュールを使用して、すべての管理対象ホストでコマンドを実行できることを確認します。

   [ansible@control-node]$ ansible all -m ping
   BECOME password: password
   managed-node-01.example.com | SUCCESS => {
       "ansible_facts": {
           "discovered_interpreter_python": "/usr/bin/python3"
       },
       "changed": false,
       "ping": "pong"
   }
   ...

   ハードコーディングされた すべての ホストグループには、インベントリーファイルにリストされているすべてのホストが動的に含まれます。

2. Ansible の command モジュールを使用して、管理対象ホストで whoami ユーティリティーを実行します。

   [ansible@control-node]$ ansible managed-node-01.example.com -m command -a whoami
   BECOME password: password
   managed-node-01.example.com | CHANGED | rc=0 >>
   root

   コマンドが root を返す場合は、管理対象ノードで sudo が正しく設定されており、権限昇格が機能しています。

手順

1. システムメニュー からアイコンをクリックして GNOME コントロールセンター を開きます。

   

2. GNOME Control Center で、左側の垂直バーから 地域および言語 を選択します。

3. 言語 メニューをクリックします。

   

4. メニューから必要な地域および言語を選択します。

   

   該当する地域および言語が表示されない場合はスクロールダウンし、詳細 をクリックして、利用可能な地域および言語を選択します。

   

5. 完了 をクリックします。

6. 再起動 をクリックして変更を有効にします。

   

手順

1. インストール概要 画面から、ネットワークとホスト名 をクリックします。

2. 左側のペインのリストから、インターフェイスを選択します。詳細が右側のペインに表示されます。

   注記

   • em1 や wl3sp0 といった一貫性のある名前をネットワークデバイスの特定に使用するネットワークデバイス命名の標準仕様には、いくつかのタイプがあります。このような標準仕様の詳細は ネットワークの設定および管理 を参照してください。

3. 選択したインタフェースを有効または無効にするには、ON/OFF スイッチを切り替えます。

   注記

   インストールプログラムは、ローカルでアクセス可能なインターフェイスを自動的に検出し、手動で追加または削除できません。

4. + をクリックして、仮想ネットワークインターフェイスを追加します。仮想ネットワークインターフェイスは、チーム、ボンド、ブリッジ、または VLAN のいずれかです。
5. - を選択して、仮想インターフェイスを削除します。
6. 設定 をクリックして、既存のインターフェイスの IP アドレス、DNS サーバー、またはルーティング設定 (仮想と物理の両方) などの設定を変更します。

7. ホスト名 フィールドに、システムのホスト名を入力します。

   注記

   • ホスト名は、hostname.domainname 形式の完全修飾ドメイン名 (FQDN)、またはドメインなしの短縮ホスト名のいずれかにします。多くのネットワークには、自動的に接続したシステムにドメイン名を提供する DHCP (Dynamic Host Configuration Protocol) サービスがあります。DHCP サービスがこのシステムにドメイン名を割り当てるようにするには、短縮ホスト名のみを指定します。
   • 静的 IP およびホスト名の設定を使用する場合、短縮名または FQDN を使用するかどうかは、計画したシステムのユースケースによって異なります。Red Hat Identity Management はプロビジョニング時に FQDN を設定しますが、サードパーティーのソフトウェア製品によっては短縮名が必要になる場合があります。いずれの場合も、すべての状況で両方のフォームの可用性を確保するには、IP FQDN short-alias の形式で /etc/hosts' にホストのエントリーを追加します。
   • localhost の値は、ターゲットシステムの静的ホスト名が指定されておらず、(たとえば、DHCP または DNS を使用する NetworkManager による) ネットワーク設定時に、インストールされるシステムの実際のホスト名が設定されることを示しています。
   • ホスト名に使用できるのは、英数字と - または . のみです。ホスト名は、- および . で開始したり終了したりできません。DNS に準拠するには、FQDN の各部分は 63 文字以下で、ドットを含む FQDN の合計の長さは 255 文字を超えることができません。
8. Apply をクリックして、ホスト名をインストーラー環境に適用します。
9. また、ネットワークおよびホスト名 画面では、ワイヤレスオプションを選択できます。右側のペインで ネットワークの選択 をクリックして Wifi 接続を選択します。必要に応じてパスワードを入力し、完了 をクリックします。

手順

1. Ethernet 接続の NetworkManager 接続プロファイルを新たに追加します。

   # nmcli connection add con-name Example-Connection ifname enp7s0 type ethernet

   以下の手順は、作成した Example-Connection 接続プロファイルを変更します。

2. IPv4 アドレスを設定します。

   # nmcli connection modify Example-Connection ipv4.addresses 192.0.2.1/24

3. IPv6 アドレスを設定します。

   # nmcli connection modify Example-Connection ipv6.addresses 2001:db8:1::1/64

4. IPv4 および IPv6 接続メソッドを manual に設定します。

   # nmcli connection modify Example-Connection ipv4.method manual
   # nmcli connection modify Example-Connection ipv6.method manual

5. IPv4 および IPv6 のデフォルトゲートウェイを設定します。

   # nmcli connection modify Example-Connection ipv4.gateway 192.0.2.254
   # nmcli connection modify Example-Connection ipv6.gateway 2001:db8:1::fffe

6. IPv4 および IPv6 DNS サーバーアドレスを設定します。

   # nmcli connection modify Example-Connection ipv4.dns "192.0.2.200"
   # nmcli connection modify Example-Connection ipv6.dns "2001:db8:1::ffbb"

   複数の DNS サーバーを設定するには、空白で区切って引用符で囲みます。

7. IPv4 および IPv6 接続の DNS 検索ドメインを設定します。

   # nmcli connection modify Example-Connection ipv4.dns-search example.com
   # nmcli connection modify Example-Connection ipv6.dns-search example.com

8. 接続プロファイルをアクティベートします。

   # nmcli connection up Example-Connection
   Connection successfully activated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/13)

検証手順

1. デバイスおよび接続の状態を表示します。

   # nmcli device status
   DEVICE      TYPE      STATE      CONNECTION
   enp7s0      ethernet  connected  Example-Connection

2. ping ユーティリティーを使用して、このホストがパケットを他のホストに送信できることを確認します。

   # ping host_name_or_IP_address

手順

1. 接続に使用するネットワークデバイス名がわからない場合は、使用可能なデバイスを表示します。

   # nmcli device status
   DEVICE     TYPE      STATE                   CONNECTION
   enp7s0     ethernet  unavailable             --
   ...

2. nmtui を開始します。

   # nmtui

3. Edit a connection 選択し、Enter を押します。
4. Add ボタンを押します。
5. ネットワークタイプのリストから Ethernet を選択し、Enter を押します。
6. オプション: 作成する NetworkManager プロファイルの名前を入力します。
7. Device フィールドにネットワークデバイス名を入力します。

8. OK ボタンを押して、新しい接続を作成し、自動的にアクティブにします。

   
9. Back ボタンを押してメインメニューに戻ります。
10. Quit を選択し、Enter キーを押して nmtui アプリケーションを閉じます。

検証

1. デバイスおよび接続の状態を表示します。

   # nmcli device status
   DEVICE      TYPE      STATE      CONNECTION
   enp7s0      ethernet  connected  Example-Connection

2. ping ユーティリティーを使用して、このホストがパケットを他のホストに送信できることを確認します。

   # ping host_name_or_IP_address

手順

1. 接続に使用するネットワークデバイス名がわからない場合は、使用可能なデバイスを表示します。

   # nmcli device status
   DEVICE     TYPE      STATE                   CONNECTION
   enp7s0     ethernet  unavailable             --
   ...

2. nmtui を開始します。

   # nmtui

3. Edit a connection 選択し、Enter を押します。
4. Add ボタンを押します。
5. ネットワークタイプのリストから Ethernet を選択し、Enter を押します。
6. オプション: 作成する NetworkManager プロファイルの名前を入力します。
7. Device フィールドにネットワークデバイス名を入力します。

8. IPv4 configuration および IPv6 configuration 領域で IPv4 および IPv6 アドレス設定を構成します。

   1. Automatic ボタンを押して、表示されたリストから Manual を選択します。
   2. 設定するプロトコルの横にある Show ボタンを押して、追加のフィールドを表示します。

   3. Addresses の横にある Add ボタンを押して、IP アドレスとサブネットマスクを Classless Inter-Domain Routing (CIDR) 形式で入力します。

      サブネットマスクを指定しない場合、NetworkManager は IPv4 アドレスに /32 サブネットマスクを設定し、IPv6 アドレスに /64 サブネットマスクを設定します。

   4. デフォルトゲートウェイのアドレスを入力します。
   5. DNS servers の横にある Add ボタンを押して、DNS サーバーのアドレスを入力します。
   6. Search domains の横にある Add ボタンを押して、DNS 検索ドメインを入力します。

   図3.1 静的 IP アドレス設定によるイーサネット接続の例

   
9. OK ボタンを押して、新しい接続を作成し、自動的にアクティブにします。
10. Back ボタンを押してメインメニューに戻ります。
11. Quit を選択し、Enter キーを押して nmtui アプリケーションを閉じます。

検証

1. デバイスおよび接続の状態を表示します。

   # nmcli device status
   DEVICE      TYPE      STATE      CONNECTION
   enp7s0      ethernet  connected  Example-Connection

2. ping ユーティリティーを使用して、このホストがパケットを他のホストに送信できることを確認します。

   # ping host_name_or_IP_address

手順

1. ワンステップでシステムを登録し、自動的にサブスクライブします。

   # subscription-manager register --username <username> --password <password> --auto-attach
   Registering to: subscription.rhsm.redhat.com:443/subscription
   The system has been registered with ID: 37to907c-ece6-49ea-9174-20b87ajk9ee7
   The registered system name is: client1.idm.example.com
   Installed Product Current Status:
   Product Name: Red Hat Enterprise Linux for x86_64
   Status:       Subscribed

   コマンドを実行すると、Red Hat カスタマーポータルのユーザー名とパスワードの入力を求めるプロンプトが表示されます。

   登録プロセスに失敗した場合は、システムを特定のプールに登録できます。これを実行する方法については、以下の手順に従います。

   1. 必要なサブスクリプションのプール ID を確認します。

      # subscription-manager list --available

      このコマンドは、使用している Red Hat アカウントで利用可能なサブスクリプションをすべて表示します。サブスクリプションごとに、プール ID を含むさまざまな情報が表示されます。

   2. pool_id を、確認したプール ID に置き換えて、適切なサブスクリプションをシステムに割り当てます。

      # subscription-manager attach --pool=pool_id

手順

1. RHEL Web コンソールにログインします。詳細は、Web コンソールへのログイン を参照してください。

2. 概要 ページの ヘルス ファイル内の 未登録 の警告をクリックするか、メインメニューの サブスクリプション をクリックして、サブスクリプション情報のあるページに移動します。

   .

3. Overview フィールドの Register をクリックします。

   

4. システムの登録 ダイアログボックスで、アカウント情報での登録を選択します。

   

5. ユーザー名を入力します。
6. パスワードを入力します。

7. オプションで、組織名または ID を入力します。

   アカウントが Red Hat カスタマーポータルで複数の組織に所属している場合には、組織名または組織 ID を追加する必要があります。組織 ID は、Red Hat の連絡先に問い合わせてください。

   • Red Hat Insights にシステムを接続しない場合は、Insights チェックボックスのチェックを外してください。
8. 登録 ボタンをクリックします。

手順

1. 画面の右上隅からアクセスできる システムメニュー を開き、設定 アイコンをクリックします。
2. Details → About セクションで、Register をクリックします。
3. Registration Server を選択します。
4. Red Hat サーバーを使用しない場合は、URL フィールドにサーバーアドレスを入力します。
5. Registration Type メニューで、Red Hat Account を選択します。

6. Registration Details で以下を行います。

   • Login フィールドに、Red Hat アカウントのユーザー名を入力します。
   • Password フィールドに、Red Hat アカウントのパスワードを入力します。
   • Organizaiton フィールドに組織の名前を入力します。
7. Register をクリックします。

手順

1. 画面の右上隅からアクセスできる システムメニュー を開き、設定 アイコンをクリックします。
2. Details → About セクションで、Register をクリックします。
3. Registration Server を選択します。
4. Red Hat サーバーを使用しない場合は、URL フィールドにサーバーアドレスを入力します。
5. Registration Type メニューで、Activation keys を選択します。

6. Registration Details で以下を行います。

   • アクティベーションキーフィールドにアクティベーション キーを入力します。

     キーをコンマ (,) で区切ります。

   • 組織 フィールドに組織の名前または ID を入力します。
7. Register をクリックします。

手順

1. Account または Activation Key オプションを使用して、Red Hat アカウントを認証します。

   

2. Set System Purpose フィールドを選択し、ドロップダウンメニューから、Role、SLA、および Usage for the RHEL 8 installation を選択します。

   

   この時点で、Red Hat Enterprise Linux 8 システムが正常に登録されました。

手順

1. システムの起動時にサービスが起動するようにします。

   # systemctl enable service_name

   service_name は、有効にするサービスに置き換えます。

   1 つのコマンドでサービスを有効にして起動することもできます。

   # systemctl enable --now service_name

2. サービスがブート時に起動するのを無効にします。

   # systemctl disable service_name

   service_name は、無効にするサービスに置き換えます。

   サービスを永久に使用不可にする場合は、サービスをマスクします。

   # systemctl mask service_name

手順

1. 任意の Web ブラウザーで localhost:9090 を開きます。
2. システム上の root 認証情報を使用して Web コンソールにログインします。

3. Web コンソールパネルを表示するには、ウィンドウの左上にある ホスト アイコンをクリックします。

   

4. メニューで、Services をクリックします。

   systemd ターゲット、サービス、ソケット、タイマー、およびパスを管理できます。

5. たとえば、サービスの NFS クライアントサービス を管理するには、以下を実行します。

   1. Targets をクリックします。
   2. NFS Client Services のサービスを選択します。
   3. サービスを有効または無効にするには、Toogle ボタンをクリックします。

   4. サービスを停止するには、⫶ ボタンをクリックし、オプション Stop を選択します。

      

手順

1. Web コンソールで firewalld を有効または無効にするには、ファイアウォール のトグルボタンを切り替えます。

   

手順

1. 現在有効な SELinux モードを表示します。

   $ getenforce

2. SELinux を一時的に設定します。

   1. Enforcing モードに設定する場合:

      # setenforce Enforcing

   2. Permissive モードに設定する場合:

      # setenforce Permissive

      注記

      再起動後に、SELinux モードは /etc/selinux/config 設定ファイルで指定された値に設定されます。

3. 再起動後も SELinux モードを保持するように設定するには、/etc/selinux/config 設定ファイルの SELINUX 変数を変更します。

   たとえば、SELinux を Enforcing モードに切り替えるには、以下のように設定します。

   # This file controls the state of SELinux on the system.
   # SELINUX= can take one of these three values:
   #     enforcing - SELinux security policy is enforced.
   #     permissive - SELinux prints warnings instead of enforcing.
   #     disabled - No SELinux policy is loaded.
   SELINUX=enforcing
   ...

   警告

   SELinux を無効にすると、システムセキュリティーが低下します。無効にすると、メモリーリークや競合状態によりカーネルパニックが発生する可能性があるため、/etc/selinux/config ファイルの SELINUX=disabled オプションを使用して SELinux を無効にしないでください。代わりに、selinux=0 パラメーターをカーネルコマンドラインに追加して、SELinux を無効にします。詳細は、Changing SELinux modes at boot time を参照してください。

手順

1. Web コンソールで、SELinux メニュー項目の Enforce policy トグルボタンを使用して SELinux の Enforcing ポリシーをオンまたはオフにします。

   

手順

1. RHEL Web コンソールにログインします。
2. アカウント をクリックします。
3. 新規アカウントの作成 をクリックします。

4. フルネーム フィールドにユーザーの氏名を入力します。

   RHEL Web コンソールは、入力した氏名からユーザー名が自動的に作成され、ユーザー名 フィールドに入力されます。名前の頭文字と、苗字で設定される命名規則を使用しない場合は、入力されたユーザー名を変更します。

5. パスワード/確認 フィールドにパスワードを入力し、再度パスワードを入力します。

   フィールドの下にあるカラーバーは、入力したパスワードの強度を表し、弱いパスワードは使用できないようにします。

6. 作成 をクリックして設定を保存し、ダイアログボックスを閉じます。
7. 新規作成したアカウントを選択します。

8. ロール で、サーバー管理者 を選択します。

   

   これで アカウント 設定に新規アカウントが表示され、認証情報を使用してシステムに接続できるようになりました。

手順

1. Kernel Dump タブを開き、kdump サービスを開始します。
2. コマンドラインで kdump のメモリー使用量を設定します。

3. クラッシュダンプの場所 オプションの横にあるリンクをクリックします。

   

4. ドロップダウンメニューから ローカルファイルシステム を選択し、ダンプを保存するディレクトリーを指定します。

   

   • または、ドロップダウンから SSH 経由のリモート オプションを選択し、SSH プロトコルを使用して、vmcore をリモートマシンに送信します。

     Server、ssh key、Directory の各フィールドに、リモートマシンのアドレス、ssh キーの場所、およびターゲットディレクトリーを入力します。

   • または、ドロップダウンから NFS 経由のリモート オプションを選択し、マウント フィールドに入力して、NFS プロトコルを使用して vmcore をリモートマシンに送信することもできます。

     注記

     圧縮 チェックボックスにチェックマークを入れ、vmcore ファイルのサイズを小さくします。

5. カーネルをクラッシュして、設定をテストします。

   
   1. Test configuration をクリックします。

   2. Test kdump settings フィールドで、Crash system をクリックします。

      警告

      この手順では、カーネルの実行を中断し、システムクラッシュやデータの損失が発生します。

手順

1. 次のコマンドを実行して ReaR ユーティリティーをインストールします。

   # yum install rear

2. 以下の例のように、任意のエディターで ReaR 設定ファイルを変更します。

   # vi /etc/rear/local.conf

3. バックアップ設定の詳細を /etc/rear/local.conf に追加します。たとえば、NETFS バックアップメソッドの場合は、以下の行を追加します。

   BACKUP=NETFS
   BACKUP_URL=backup.location

   backup.location は、バックアップ先の URL に置き換えます。

4. 新規バックアップの作成時に以前のバックアップアーカイブを維持するように RaaR 設定を行うには、以下の行を設定ファイルに追加します。

   NETFS_KEEP_OLD_BACKUP_COPY=y

5. 増分バックアップ (実行するたびに変更されたファイルのみがバックアップされる) を設定する場合は、以下の行を追加します。

   BACKUP_TYPE=incremental

6. レスキューシステムを作成します。

   # rear mkrescue

7. 復元計画に従ってバックアップを作成します。たとえば、NETFS バックアップメソッドの場合は、以下のコマンドを実行します。

   # rear mkbackuponly

   または、以下のコマンドを実行すると、1 つの手順でレスキューシステムとバックアップを作成できます。

   # rear mkbackup

   このコマンドは、rear mkrescue コマンドと rear mkbackuponly コマンドの機能を組み合わせたものです。

1. IPL アウトプットメソッドを設定するには、OUTPUT=IPL を追加します。

2. バックアップメソッドとバックアップ先を設定するには、BACKUP 変数および BACKUP_URL 変数を追加します。以下に例を示します。

   BACKUP=NETFS
   
   BACKUP_URL=nfs://<nfsserver name>/<share path>

   重要

   ローカルバックアップストレージは、現在、64 ビットの IBM Z アーキテクチャーではサポートされていません。

3. 必要に応じて、OUTPUT_URL を設定して、カーネルファイルおよび initrd ファイルを保存することもできます。初期設定では、OUTPUT_URL は BACKUP_URL に合わせて配置されています。

4. バックアップとレスキューのイメージの作成を実行するには、次のコマンドを実行します。

   rear mkbackup

5. これにより、BACKUP_URL 変数または OUTPUT_URL (設定されている場合) 変数で指定された場所にカーネルファイルと initrd ファイルが作成され、指定されたバックアップメソッドを使用してバックアップが作成されます。
6. システムを復元するには、手順 3 で作成した ReaR カーネルファイルおよび initrd ファイルを使用し、zipl ブートローダー、カーネル、および initrd で準備した DASD (Direct Attached Storage Device) または FCP (Fibre Channel Protocol) 接続の SCSI デバイスから起動します。詳細は準備した DASD の使用を参照してください。
7. レスキューカーネルと initrd が起動すると、ReaR レスキュー環境が起動します。システムの復元を続行します。

手順

1. RHEL Web コンソールにログインします。詳細はWeb コンソールへのログイン を参照してください。
2. Logs をクリックします。

手順

1. Red Hat サポート にアクセスします。

   1. サポートケースを作成する
   2. Red Hat 専門スタッフとのライブチャットを開始する
   3. 電話または電子メールで Red Hat 専門スタッフに問い合わせる

手順

1. sos パッケージをインストールするには、以下のコマンドを実行します。

   # yum install sos

   注記

   Red Hat Enterprise Linux のデフォルトの最小インストールには、sosreport コマンドを提供する sos パッケージは含まれません。

2. レポートを生成します。

   # sosreport

3. サポートケースにレポートを添付します。

   How can I attach a file to a Red Hat support case? を参照してください。詳細は、Red Hat ナレッジベースの記事を参照してください。

   レポートを添付すると、該当のサポートケース番号の入力が求められます。

手順

1. デフォルトのターゲットユニットを確認するには、次のコマンドを実行します。

   # systemctl get-default

2. デフォルトで異なるターゲットユニットを使用するようにシステムを設定するには、次のコマンドを実行します。

   # systemctl set-default multi-user.target
   rm /etc/systemd/system/default.target
   ln -s /usr/lib/systemd/system/multi-user.target /etc/systemd/system/default.target

   このコマンドにより、/etc/systemd/system/default.target ファイルが、/usr/lib/systemd/system/name.target へのシンボリックリンクに置き換わります。name は、使用するターゲットユニットの名前になります。multi-user は、デフォルトで使用するターゲットユニット名に置き換えます。

   表15.1 set-default コマンドの共通のターゲット

   basic	基本的な起動を対象とするユニットターゲット
   rescue	ベースシステムにプルしてレスキューシェルを生成するユニットターゲット
   multi-user	マルチユーザーシステムを設定するためのユニットターゲット
   graphical	グラフィカルログイン画面を設定するためのユニットターゲット
   emergency	メインコンソールで緊急シェルを起動するユニットターゲット
   sysinit	システムの初期化に必要なサービスをプルするユニットターゲット

3. 再起動

   # reboot

手順

1. デフォルトのターゲットユニットを確認するには、次のコマンドを実行します。

   #  ls -l /etc/systemd/system/default.target

   特定のケースでは、/etc/systemd/system/default.target リンクが存在しない可能性があり、systemd は /usr でデフォルトのターゲットユニットを検索します。このような場合は、以下のコマンドを使用してデフォルトのターゲットユニットを確認します。

   #  ls -l /usr/lib/systemd/system/default.target

2. /etc/systemd/system/default.target リンクを削除します。

   # rm /etc/systemd/system/default.target

3. シンボリックリンクを作成するには、以下を行います。

   #  ln -sf /usr/lib/systemd/system/graphical.target /etc/systemd/system/default.target

4. システムを再起動します。

   # reboot

1. カスタムサービスで実行可能なファイルを用意します。カスタムで作成されたスクリプトや、ソフトウェアプロバイダーが提供する実行ファイルがこれにあたります。必要な場合は、カスタムサービスのメインプロセスの PID を保持するため、PID ファイルを用意します。また、サービスのシェル変数を保存するために環境ファイルを組み込むこともできます。(chmod a+x を実行して) ソーススクリプトを実行でき、インタラクティブではないことを確認してください。

2. /etc/systemd/system/ ディレクトリーにユニットファイルを作成し、ファイルに適切なパーミッションがあることを確認します。root で以下のコマンドを実行します。

   touch /etc/systemd/system/name.service
   
   chmod 664 /etc/systemd/system/name.service

   name を、作成するサービスの名前に置き換えます。ファイルには実行権限が必要ありません。

3. 上の手順で作成した name.service ファイルを開き、サービス設定オプションを追加します。作成するサービスのタイプに応じて、さまざまなオプションを使用できます。ユニットファイル構造 を参照してください。

   以下は、ネットワーク関連サービスのユニットの設定例になります。

   [Unit]
   Description=service_description
   After=network.target
   
   [Service]
   ExecStart=path_to_executable
   Type=forking
   PIDFile=path_to_pidfile
   
   [Install]
   WantedBy=default.target

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

   • service_description は、ジャーナルログファイルおよび systemctl status コマンドの出力に表示される有用な説明です。
   • After 設定により、このサービスは、ネットワークの実行後にのみ開始されます。関連するサービスまたはターゲットは、スペースで区切って追加します。
   • path_to_executable は、サービス実行ファイルへのパスを表します。
   • Type=forking は、fork システム呼び出しを行うデーモンに使用します。サービスのメインプロセスは、path_to_pidfile で指定した PID で作成されます。重要な [Service] セクションのオプション で別の起動タイプを検索できます。
   • WantedBy では、サービスを開始する必要がある 1 つ以上のターゲットを指定します。ターゲットは、従来のランレベルの概念に代わるものとお考えください。

4. root で以下のコマンドを実行すると、新しい name.service ファイルが存在することが、systemd に通知されます。

   systemctl daemon-reload
   
   systemctl start name.service

   警告

   新しいユニットファイルを作成したり、既存のユニットファイルを修正したら常に systemctl daemon-reload コマンドを実行します。このコマンドを実行しないと、systemd のステータスと、ディスクの実際のサービスユニットファイルが一致しなくなるため、systemctl start コマンドや systemctl enable コマンドが失敗する可能性があります。ユニット数が多いシステムでは、各ユニットのステータスをシリアライズし、その後再読み込み時にデシリアライズする必要があるため、これには時間がかかることがあります。

手順

1. 2 つ目のデーモンで使用する、sshd_config ファイルのコピーを作成します。

   # cp /etc/ssh/sshd{,-second}_config

2. 作成した sshd-second_config ファイルを編集し、2 つ目のデーモンに別のポート番号と PID ファイルを割り当てます。

   Port 22220
   PidFile /var/run/sshd-second.pid

   Port オプションおよび PidFile オプションの詳細は、man ページの sshd_config(5) を参照してください。他のサービスで使用されていないポートを選択してください。PID ファイルはサービスの実行時に存在していなければいけないものではありません。存在しない場合は、サービスの起動時に自動的に生成されます。

3. sshd サービスの systemd ユニットファイルのコピーを作成します。

   # cp /usr/lib/systemd/system/sshd.service /etc/systemd/system/sshd-second.service

4. 作成した sshd-second.service を以下のように変更します。

   1. Description オプションを変更します。

      Description=OpenSSH server second instance daemon

   2. After オプションを指定するサービスに sshd.service を追加し、最初のインスタンスが起動した場合に限り 2 つ目のインスタンスが起動するようにします。

      After=syslog.target network.target auditd.service sshd.service

   3. sshd の最初のインスタンスには鍵の生成が含まれるため、ExecStartPre=/usr/sbin/sshd-keygen 行を削除します。

   4. sshd コマンドに -f /etc/ssh/sshd-second_config パラメーターを追加して、代替の設定ファイルが使用されるようにします。

      ExecStart=/usr/sbin/sshd -D -f /etc/ssh/sshd-second_config $OPTIONS

   5. 上記のように変更すると、sshd-second.service は以下のようになります。

      [Unit]
      Description=OpenSSH server second instance daemon
      After=syslog.target network.target auditd.service sshd.service
      
      [Service]
      EnvironmentFile=/etc/sysconfig/sshd
      ExecStart=/usr/sbin/sshd -D -f /etc/ssh/sshd-second_config $OPTIONS
      ExecReload=/bin/kill -HUP $MAINPID
      KillMode=process
      Restart=on-failure
      RestartSec=42s
      
      [Install]
      WantedBy=multi-user.target

5. SELinux を使用している場合は、sshd の 2 番目のインスタンスのポートを SSH ポートに追加します。追加しないと、sshd の 2 番目のインスタンスがポートにバインドされません。

   # semanage port -a -t ssh_port_t -p tcp 22220

6. システムの起動時にこのサービスが自動的に起動するように、sshd-second.service を有効にします。

   # systemctl enable sshd-second.service

7. systemctl status コマンドを使用して sshd-second.service が実行中かどうかを確認します。

8. さらに、サービスに接続して、ポートが正しく有効化されていることを確認します。

   $ ssh -p 22220 user@server

   ファイアウォールを使用している場合は、sshd の 2 番目のインスタンスへの接続を許可するように適切に設定されていることを確認してください。

手順

1. 必要とされる変更の程度に応じて、以下の方法のいずれかを実施してください。

   • 補助設定ファイルのディレクトリーを /etc/systemd/system/unit.d/ に作成します。この方法は、ほとんどのユースケースで推奨されます。これにより、元のユニットファイルを参照しつつも、デフォルト設定を追加の機能で拡張できます。この場合、パッケージのアップグレードで導入されるデフォルトユニットへの変更は自動的に適用されます。詳細は、デフォルトのユニット設定の拡張 を参照してください。
   • 元のユニットファイル /usr/lib/systemd/system/ のコピーを /etc/systemd/system/ に作成し、そこで変更を行います。コピーは元のファイルを上書きするため、パッケージの更新で導入される変更は適用されません。この方法は、パッケージの更新とは無関係に永続する重要なユニット変更を行う際に役に立ちます。詳細は、デフォルトのユニット設定の上書き を参照してください。
2. ユニットのデフォルト設定に戻るには、/etc/systemd/system/ でカスタム作成した設定ファイルを削除します。

3. システムを再起動せずにユニットファイルへの変更を適用するには、以下を実行します。

   systemctl daemon-reload

   daemon-reload オプションは、すべてのユニットファイルを再読み込みし、ユニットファイルへの変更をすぐに適用するのに必要な依存関係ツリー全体を再作成します。また、以下のコマンドを実行しても同じ結果になります。このコマンドの実行には root 権限が必要になります。

   init q

4. 変更したユニットファイルが実行中のサービスに属する場合は、このサービスを再起動して新たな設定を反映させる必要があります。

   systemctl restart name.service

手順

1. 追加の設定オプションでデフォルトのユニットファイルを拡張するには、最初に /etc/systemd/system/ に設定ディレクトリーを作成します。サービスユニットを拡張する場合は、root で以下のコマンドを実行します。

   mkdir /etc/systemd/system/name.service.d/

   name を、拡張する必要のあるサービスの名前に置き換えます。上記の構文はすべてのユニットタイプに適用されます。

2. 作成したディレクトリーに設定ファイルを作成します。ファイル名の接尾辞は .conf にする必要があることに注意してください。以下のコマンドを実行します。

   touch /etc/systemd/system/name.service.d/config_name.conf

   config_name を、設定ファイルの名前に置き換えます。このファイルは、通常のユニットファイル構造に基づくため、すべてのディレクティブは該当するセクションで指定する必要があります。ユニットファイル構造 を参照してください。

   たとえば、カスタムの依存性を追加するには、以下の内容で設定ファイルを作成します。

   [Unit]
   Requires=new_dependency
   After=new_dependency

   new_dependency は、依存性としてマークが付けられるユニットを表します。次の例は、30 秒の遅延後のメインプロセス終了後にサービスを再起動する設定ファイルです。

   [Service]
   Restart=always
   RestartSec=30

   1 つのタスクだけを扱う簡単な設定ファイルを作成することが推奨されます。これにより、他のサービスの設定ディレクトリーに簡単に移動したり、リンクできます。

3. そのユニットに行った変更を適用するには、root で以下のコマンドを実行します。

   systemctl daemon-reload
   systemctl restart name.service

手順

1. ユニットファイルを提供するパッケージの更新後も変更を持続させるには、最初にファイルを /etc/systemd/system/ ディレクトリーにファイルをコピーします。それを行うには、root で以下のコマンドを実行します。

   cp /usr/lib/systemd/system/name.service /etc/systemd/system/name.service

   name は、変更するサービスユニットの名前を表します。上記の構文はすべてのユニットタイプに適用されます。

2. コピーされたファイルをテキストエディターで開き、必要な変更を行います。ユニットの変更を適用するには、root で以下のコマンドを実行します。

   systemctl daemon-reload
   systemctl restart name.service

手順

1. httpd ユニットファイルを、/etc/systemd/system/ ディレクトリーにコピーします。

   cp /usr/lib/systemd/system/httpd.service /etc/systemd/system/httpd.service

2. /etc/systemd/system/httpd.service ファイルを開き、[Service] セクションに TimeoutStartSec 値を指定します。

   …​
   [Service]
   …​
   PrivateTmp=true
   TimeoutStartSec=10
   
   [Install]
   WantedBy=multi-user.target
   …​

3. systemd デーモンを再ロードします。

   systemctl daemon-reload

4. オプション:新しいタイムアウト値を確認します。

   systemctl show httpd -p TimeoutStartUSec

   注記

   グローバルでタイムアウト制限を変更するには、/etc/systemd/system.conf ファイルの DefaultTimeoutStartSec を変更します。

1. 任意のエディターで /etc/login.defs ファイルを開きます。

2. UID の自動選択の最小値を定義する行を見つけます。

   # Min/max values for automatic uid selection in useradd
   #
   UID_MIN                  1000

3. UID_MIN の値を 5000 から開始するように変更します。

   # Min/max values for automatic uid selection in useradd
   #
   UID_MIN                  5000

4. GID の自動選択の最小値を定義する行を見つけます。

   # Min/max values for automatic gid selection in groupadd
   #
   GID_MIN                  1000

5. GID_MIN の値を 5000 から開始するように変更します。

   # Min/max values for automatic gid selection in groupadd
   #
   GID_MIN                  5000

   通常のユーザーに動的に割り当てられる UID と GID は、5000 から始まります。

   注記

   UID_MIN および GID_MIN の値を変更する前に作成された UID および GID のユーザーおよびグループは変更されません。

   これにより、新規ユーザーのグループに UID および GID と同じ 5000+ ID を持たせることができます。

   警告

   上限が 1000 のシステムとの競合を回避するため、SYS_UID_MAX を変更して、システムが予約している ID を 1000 以上にしないようにしてください。

手順

1. RHEL Web コンソールにログインします。
2. アカウント をクリックします。
3. 新規アカウントの作成 をクリックします。

4. フルネーム フィールドにユーザーの氏名を入力します。

   RHEL Web コンソールは、入力した氏名からユーザー名が自動的に作成され、ユーザー名 フィールドに入力されます。名前の頭文字と、苗字で設定される命名規則を使用しない場合は、入力されたユーザー名を変更します。

5. パスワード/確認 フィールドにパスワードを入力し、再度パスワードを入力します。

   フィールドの下にあるカラーバーは、入力したパスワードの強度を表し、弱いパスワードは使用できないようにします。

6. 作成 をクリックして設定を保存し、ダイアログボックスを閉じます。
7. 新規作成したアカウントを選択します。

8. ロール で、サーバー管理者 を選択します。

   

   これで アカウント 設定に新規アカウントが表示され、認証情報を使用してシステムに接続できるようになりました。

手順

1. RHEL 8 Web コンソールにログインします。
2. アカウント をクリックします。
3. パスワードの有効期限を設定するユーザーアカウントを選択します。
4. ユーザーアカウント設定で、2 番目の 編集 をクリックします。
5. Password Expiration ダイアログボックスで、Require password change every …​ days を選択し、パスワードの期限が切れるまでの日数 (正の整数) を入力します。
6. Change をクリックします。

手順

1. RHEL 8 Web コンソールにログインします。
2. アカウント をクリックします。
3. セッションを終了するユーザーアカウントをクリックします。

4. セッションの 終了 をクリックします。

   Terminate Session ボタンが無効になっている場合は、ユーザーがシステムにログインしていません。

   RHEL Web コンソールはセッションを終了します。

手順

1. ディレクトリーを作成します。

   # mkdir directory-name

   directory-name は、ディレクトリー名に置き換えます。

2. グループを作成します。

   # groupadd group-name

   group-name は、グループ名に置き換えます。

3. ユーザーをグループに追加します。

   # usermod --append -G group-name username

   group-name はグループ名に、username はユーザー名に置き換えます。

4. ディレクトリーのユーザーとグループの所有権は、group-name グループに関連付けます。

   # chown :group-name directory-name

   group-name はグループ名に、directory-name はディレクトリー名に置き換えます。

5. ファイルおよびディレクトリーを作成および修正し、setgid を設定してこの権限を directory-name ディレクトリー内で適用できるようにします。

   # chmod g+rwxs directory-name

   directory-name は、ディレクトリー名に置き換えます。

   group-name グループのすべてのメンバーが、directory-name ディレクトリーにファイルを作成し、編集できるようになりました。新規に作成されたファイルは、group-name グループの所有権を保持します。

前提条件:

1. root アクセス
2. 新しいグループが存在する必要があります。

手順

1. root で /etc/sudoers ファイルを開きます。

   # visudo

   /etc/sudoers ファイルは、sudo コマンドで適用されるポリシーを定義します。

2. /etc/sudoers ファイルで、wheel 管理グループのユーザーに sudo アクセスを付与する行を見つけます。

   ## Allows people in group wheel to run all commands
   %wheel        ALL=(ALL)       ALL

3. %wheel で始まる行に # コメント文字が含まれていないことを確認します。
4. 変更を保存し、エディターを終了します。

5. sudo アクセスを付与するユーザーを、wheel 管理グループに追加します。

    # usermod --append -G wheel <username>

   <username> は、ユーザー名に置き換えます。

   検証手順

   • ユーザーが wheel 管理グループに追加されていることを確認します。

     # id <username>
     uid=5000(<username>) gid=5000(<username>) groups=5000(<username>),10(wheel)

手順

1. root で、/etc/ の下に新しい sudoers.d ディレクトリーを作成します。

   # mkdir -p /etc/sudoers.d/

2. /etc/sudoers.d ディレクトリーに新規ファイルを作成します。

   # visudo -f /etc/sudoers.d/<example.user>

   ファイルが自動的に開きます。

3. 以下の行を /etc/sudoers.d/<example.user> ファイルに追加します。

   <example.user> <host.example.com> = /usr/bin/dnf

   同じホストで 2 つ以上のコマンドを 1 行で許可するには、コンマで区切り , コンマの後にスペースを付けることができます。

4. オプション: ユーザー <example.user> が sudo 特権の使用を試みるたびにメール通知を受け取るには、以下の行をファイルに追加します。

   Defaults    mail_always
   Defaults    mailto="<email@example.com>"

5. 変更を保存し、エディターを終了します。

検証

1. ユーザー <example.user> が sudo 権限で dnf コマンドを実行できるかどうかを確認するには、アカウントを切り替えます。

   # su <example.user> -

2. sudo dnf を実行します。

   $ sudo dnf
   [sudo] password for <example.user>:

   ユーザー <example.user> の sudo パスワードを入力します。

3. システムは、dnf コマンドおよびオプションの一覧を表示します。

   ...
   usage: dnf [options] COMMAND
   ...

   システムが <example.user> is not in the sudoers file.This incident will be reported エラーメッセージを報告した場合、/etc/sudoers.d/ の <example.user> にファイルを作成していません。

   <example.user> is not allowed to run sudo on <host.example.com> エラーメッセージを受け取った場合は、設定を正しく完了していません。root としてログインしており、手順を完全に従っていることを確認します。

手順

1. システムを再起動して、GRUB 2 ブート画面で e キーを押して、起動プロセスを中断します。

   カーネルブートパラメーターが表示されます。

   load_video
   set gfx_payload=keep
   insmod gzio
   linux ($root)/vmlinuz-4.18.0-80.e18.x86_64 root=/dev/mapper/rhel-root ro crash\
   kernel=auto resume=/dev/mapper/rhel-swap rd.lvm.lv/swap rhgb quiet
   initrd ($root)/initramfs-4.18.0-80.e18.x86_64.img $tuned_initrd

2. linux で始まる行の最後に移動します。

   linux ($root)/vmlinuz-4.18.0-80.e18.x86_64 root=/dev/mapper/rhel-root ro crash\
   kernel=auto resume=/dev/mapper/rhel-swap rd.lvm.lv/swap rhgb quiet

   Ctrl+e を押して、行の最後に移動します。

3. rd.break を linux で始まる行の最後に追加します。

   linux ($root)/vmlinuz-4.18.0-80.e18.x86_64 root=/dev/mapper/rhel-root ro crash\
   kernel=auto resume=/dev/mapper/rhel-swap rd.lvm.lv/swap rhgb quiet rd.break

4. Ctrl+x を押して、変更したパラメーターでシステムを起動します。

   switch_root プロンプトが表示されます。

5. ファイルシステムを書き込み可能で再マウントします。

   mount -o remount,rw /sysroot

   ファイルシステムは、/sysroot ディレクトリーに読み取り専用としてマウントされます。書き込み可能なファイルシステムとして再マウントすると、パスワードを変更できます。

6. chroot 環境に入ります。

   chroot /sysroot

   sh-4.4# プロンプトが表示されます。

7. root パスワードをリセットします。

   passwd

   コマンドラインに表示される指示に従って、root パスワードの変更を完了します。

8. 次回のシステム起動時に SELinux の再ラベルプロセスを有効にします。

   touch /.autorelabel

9. chroot 環境を終了します。

   exit

10. switch_root プロンプトを終了します。

    exit

11. SELinux の再ラベルプロセスが終了するまで待機します。大規模なディスクの再ラベルには時間がかかる可能性があることに注意してください。プロセスが完了すると、システムが自動的に再起動します。

検証手順

1. root パスワードが正常に変更されたことを確認するには、通常のユーザーとしてログインし、ターミナルを開きます。

2. root としてインタラクティブシェルを実行します。

   $ su

3. 新しい root パスワードを入力します。

4. 現在の実効ユーザー ID に関連付けられたユーザー名を出力します。

   whoami

   返される出力は以下のとおりです。

   root