手順

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

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

   注記

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

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

   注記

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

4. + をクリックして、仮想ネットワークインターフェイスを追加します。仮想ネットワークインターフェイスは、Team (非推奨)、Bond、Bridge、または 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 による) ネットワーク設定時に、インストールされるシステムの実際のホスト名が設定されることを示しています。
   • ホスト名に使用できるのは、英数字と - または . のみです。ホスト名は 64 文字以下である必要があります。ホスト名は、- および . で開始したり終了したりできません。DNS に準拠するには、FQDN の各部分は 63 文字以下で、ドットを含む FQDN の合計の長さは 255 文字を超えることができません。
8. Apply をクリックして、ホスト名をインストーラー環境に適用します。
9. また、ネットワークおよびホスト名 画面では、ワイヤレスオプションを選択できます。右側のペインで ネットワークの選択 をクリックして Wifi 接続を選択します。必要に応じてパスワードを入力し、完了 をクリックします。

手順

1. NetworkManager 接続プロファイルをリストします。

   # nmcli connection show
   NAME                UUID                                  TYPE      DEVICE
   Wired connection 1  a5eb6490-cc20-3668-81f8-0314a27f3f75  ethernet  enp1s0

   デフォルトでは、NetworkManager はホスト内の各 NIC のプロファイルを作成します。この NIC を特定のネットワークにのみ接続する予定がある場合は、自動作成されたプロファイルを調整してください。この NIC をさまざまな設定のネットワークに接続する予定がある場合は、ネットワークごとに個別のプロファイルを作成してください。

2. 追加の接続プロファイルを作成する場合は、次のように入力します。

   # nmcli connection add con-name <connection-name> ifname <device-name> type ethernet

   既存のプロファイルを変更するには、この手順をスキップしてください。

3. オプション: 接続プロファイルの名前を変更します。

   # nmcli connection modify "Wired connection 1" connection.id "Internal-LAN"

   ホストに複数のプロファイルがある場合は、わかりやすい名前を付けると、プロファイルの目的を識別しやすくなります。

4. 接続プロファイルの現在の設定を表示します。

   # nmcli connection show Internal-LAN
   ...
   connection.interface-name:     enp1s0
   connection.autoconnect:        yes
   ipv4.method:                   auto
   ipv6.method:                   auto
   ...

5. IPv4 を設定します。

   • DHCP を使用するには、次のように入力します。

     # nmcli connection modify Internal-LAN ipv4.method auto

     ipv4.method がすでに auto (デフォルト) に設定されている場合は、この手順をスキップしてください。

   • 静的 IPv4 アドレス、ネットワークマスク、デフォルトゲートウェイ、DNS サーバー、および検索ドメインを設定するには、次のように入力します。

     # nmcli connection modify Internal-LAN ipv4.method manual ipv4.addresses 192.0.2.1/24 ipv4.gateway 192.0.2.254 ipv4.dns 192.0.2.200 ipv4.dns-search example.com

6. IPv6 設定を行います。

   • ステートレスアドレス自動設定 (SLAAC) を使用するには、次のように入力します。

     # nmcli connection modify Internal-LAN ipv6.method auto

     ipv6.method がすでに auto (デフォルト) に設定されている場合は、この手順をスキップしてください。

   • 静的 IPv6 アドレス、ネットワークマスク、デフォルトゲートウェイ、DNS サーバー、および検索ドメインを設定するには、次のように入力します。

     # nmcli connection modify Internal-LAN ipv6.method manual ipv6.addresses 2001:db8:1::fffe/64 ipv6.gateway 2001:db8:1::fffe ipv6.dns 2001:db8:1::ffbb ipv6.dns-search example.com

7. プロファイルの他の設定をカスタマイズするには、次のコマンドを使用します。

   # nmcli connection modify <connection-name> <setting> <value>

   値はスペースまたはセミコロンで引用符で囲みます。

8. プロファイルをアクティブ化します。

   # nmcli connection up Internal-LAN

検証

1. NIC の IP 設定を表示します。

   # ip address show enp1s0
   2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
       link/ether 52:54:00:17:b8:b6 brd ff:ff:ff:ff:ff:ff
       inet 192.0.2.1/24 brd 192.0.2.255 scope global noprefixroute enp1s0
          valid_lft forever preferred_lft forever
       inet6 2001:db8:1::fffe/64 scope global noprefixroute
          valid_lft forever preferred_lft forever

2. IPv4 デフォルトゲートウェイを表示します。

   # ip route show default
   default via 192.0.2.254 dev enp1s0 proto static metric 102

3. IPv6 デフォルトゲートウェイを表示します。

   # ip -6 route show default
   default via 2001:db8:1::ffee dev enp1s0 proto static metric 102 pref medium

4. DNS 設定を表示します。

   # cat /etc/resolv.conf
   search example.com
   nameserver 192.0.2.200
   nameserver 2001:db8:1::ffbb

   複数の接続プロファイルが同時にアクティブな場合、nameserver エントリーの順序は、これらのプロファイルの DNS 優先度の値と接続タイプによって異なります。

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

   # ping <host-name-or-IP-address>

手順

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

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

2. nmtui を開始します。

   # nmtui

3. Edit a connection 選択し、Enter を押します。

4. 新しい接続プロファイルを追加するか、既存の接続プロファイルを変更するかを選択します。

   • 新しいプロファイルを作成するには、以下を実行します。

     1. Add ボタンを押します。
     2. ネットワークタイプのリストから Ethernet を選択し、Enter を押します。
   • 既存のプロファイルを変更するには、リストからプロファイルを選択し、Enter を押します。

5. オプション: 接続プロファイルの名前を更新します。

   ホストに複数のプロファイルがある場合は、わかりやすい名前を付けると、プロファイルの目的を識別しやすくなります。

6. 新しい接続プロファイルを作成する場合は、ネットワークデバイス名を connection フィールドに入力します。

7. 環境に応じて、IPv4 configuration および IPv6 configuration 領域に IP アドレス設定を設定します。これを行うには、これらの領域の横にあるボタンを押して、次を選択します。

   • この接続に IP アドレスが必要ない場合は、Disabled にします。
   • DHCP サーバーが IP アドレスをこの NIC に動的に割り当てる場合は、Automatic にします。

   • ネットワークで静的 IP アドレス設定が必要な場合は、Manual にします。この場合、さらにフィールドに入力する必要があります。

     1. 設定するプロトコルの横にある Show ボタンを押して、追加のフィールドを表示します。

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

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

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

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

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

検証

1. NIC の IP 設定を表示します。

   # ip address show enp1s0
   2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
       link/ether 52:54:00:17:b8:b6 brd ff:ff:ff:ff:ff:ff
       inet 192.0.2.1/24 brd 192.0.2.255 scope global noprefixroute enp1s0
          valid_lft forever preferred_lft forever
       inet6 2001:db8:1::fffe/64 scope global noprefixroute
          valid_lft forever preferred_lft forever

2. IPv4 デフォルトゲートウェイを表示します。

   # ip route show default
   default via 192.0.2.254 dev enp1s0 proto static metric 102

3. IPv6 デフォルトゲートウェイを表示します。

   # ip -6 route show default
   default via 2001:db8:1::ffee dev enp1s0 proto static metric 102 pref medium

4. DNS 設定を表示します。

   # cat /etc/resolv.conf
   search example.com
   nameserver 192.0.2.200
   nameserver 2001:db8:1::ffbb

   複数の接続プロファイルが同時にアクティブな場合、nameserver エントリーの順序は、これらのプロファイルの DNS 優先度の値と接続タイプによって異なります。

5. 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. サブスクリプション+について に移動します。

3. Red Hat サーバーを使用していない場合:

   1. 登録サーバー セクションで、カスタムアドレス を選択します。
   2. URL フィールドにサーバーアドレスを入力します。
4. 登録タイプ セクションで、Red Hat アカウント を選択します。

5. 登録の詳細 セクションで:

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

手順

1. 画面の右上隅からアクセスできる システムメニュー を開き、設定 をクリックします。

   

2. サブスクリプション+について に移動します。

3. Red Hat サーバーを使用していない場合:

   1. 登録サーバー セクションで、カスタムアドレス を選択します。
   2. URL フィールドにサーバーアドレスを入力します。
4. 登録の種類 セクションで、アクティベーションキー を選択します。

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

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

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

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

手順

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

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

手順

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

   # dnf 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. システムメニューから Settings アプリケーションのアイコンをクリックして開きます。

   

2. Settings で、左側の垂直バーから Region & Language を選択します。

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

   

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

   

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

   

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

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

   

手順

1. 現行セッションで sshd デーモンを開始し、ブート時に自動的に起動するように設定します。

   # systemctl start sshd
   # systemctl enable sshd

2. デフォルトの0.0.0.0 (IPv4) または :: とは異なるアドレスを指定するには、以下を行います。(IPv6) /etc/ssh/sshd_config 設定ファイルの ListenAddress ディレクティブ、および低速な動的ネットワーク設定を使用するには、network-online.target ターゲットユニットの依存関係をsshd.service ユニットファイルに追加します。これを行うには、以下の内容で /etc/systemd/system/sshd.service.d/local.conf ファイルを作成します。

   [Unit]
   Wants=network-online.target
   After=network-online.target

3. /etc/ssh/sshd_config 設定ファイルの OpenSSH サーバーの設定がシナリオの要件を満たしているかどうかを確認します。

4. 必要に応じて、/etc/issue ファイルを編集して、クライアント認証を行う前に OpenSSH サーバーに表示される welcome メッセージを変更します。以下に例を示します。

   Welcome to ssh-server.example.com
   Warning: By accessing this server, you agree to the referenced terms and conditions.

   Banner オプションが /etc/ssh/sshd_config でコメントアウトされておらず、その値に /etc/issue が含まれていることを確認します。

   # less /etc/ssh/sshd_config | grep Banner
   Banner /etc/issue

   ログインに成功すると表示されるメッセージを変更するには、サーバーの /etc/motd ファイルを編集する必要があります。詳細は、pam_motd の man ページを参照してください。

5. systemd 設定を再読み込みし、sshd を再起動して変更を適用します。

   # systemctl daemon-reload
   # systemctl restart sshd

検証

1. sshd デーモンが実行していることを確認します。

   # systemctl status sshd
   ● sshd.service - OpenSSH server daemon
      Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled; vendor preset: enabled)
      Active: active (running) since Mon 2019-11-18 14:59:58 CET; 6min ago
        Docs: man:sshd(8)
              man:sshd_config(5)
    Main PID: 1149 (sshd)
       Tasks: 1 (limit: 11491)
      Memory: 1.9M
      CGroup: /system.slice/sshd.service
              └─1149 /usr/sbin/sshd -D -oCiphers=aes128-ctr,aes256-ctr,aes128-cbc,aes256-cbc -oMACs=hmac-sha2-256,>
   
   Nov 18 14:59:58 ssh-server-example.com systemd[1]: Starting OpenSSH server daemon...
   Nov 18 14:59:58 ssh-server-example.com sshd[1149]: Server listening on 0.0.0.0 port 22.
   Nov 18 14:59:58 ssh-server-example.com sshd[1149]: Server listening on :: port 22.
   Nov 18 14:59:58 ssh-server-example.com systemd[1]: Started OpenSSH server daemon.

2. SSH クライアントを使用して SSH サーバーに接続します。

   # ssh user@ssh-server-example.com
   ECDSA key fingerprint is SHA256:dXbaS0RG/UzlTTku8GtXSz0S1++lPegSy31v3L/FAEc.
   Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
   Warning: Permanently added 'ssh-server-example.com' (ECDSA) to the list of known hosts.
   
   user@ssh-server-example.com's password:

手順

1. テキストエディターで /etc/ssh/sshd_config 設定を開きます。以下に例を示します。

   # vi /etc/ssh/sshd_config

2. PasswordAuthentication オプションを no に変更します。

   PasswordAuthentication no

   新しいデフォルトインストール以外のシステムで PubkeyAuthentication no が設定されていないことと、KbdInteractiveAuthentication ディレクティブが no に設定されていることを確認します。リモートで接続している場合は、コンソールもしくは帯域外アクセスを使用せず、パスワード認証を無効にする前に、鍵ベースのログインプロセスをテストします。

3. NFS がマウントされたホームディレクトリーで鍵ベースの認証を使用するには、SELinux ブール値 use_nfs_home_dirs を有効にします。

   # setsebool -P use_nfs_home_dirs 1

4. sshd デーモンを再読み込みし、変更を適用します。

   # systemctl reload sshd

手順

1. SSH プロトコルのバージョン 2 用の ECDSA 鍵ペアを生成するには、次のコマンドを実行します。

   $ ssh-keygen -t ecdsa
   Generating public/private ecdsa key pair.
   Enter file in which to save the key (/home/joesec/.ssh/id_ecdsa):
   Enter passphrase (empty for no passphrase):
   Enter same passphrase again:
   Your identification has been saved in /home/joesec/.ssh/id_ecdsa.
   Your public key has been saved in /home/joesec/.ssh/id_ecdsa.pub.
   The key fingerprint is:
   SHA256:Q/x+qms4j7PCQ0qFd09iZEFHA+SqwBKRNaU72oZfaCI joesec@localhost.example.com
   The key's randomart image is:
   +---[ECDSA 256]---+
   |.oo..o=++        |
   |.. o .oo .       |
   |. .. o. o        |
   |....o.+...       |
   |o.oo.o +S .      |
   |.=.+.   .o       |
   |E.*+.  .  . .    |
   |.=..+ +..  o     |
   |  .  oo*+o.      |
   +----[SHA256]-----+

   ssh-keygen コマンドまたは Ed25519 鍵ペアに -t rsa オプションを指定して RSA 鍵ペアを生成するには、ssh-keygen -t ed25519 コマンドを実行します。

2. 公開鍵をリモートマシンにコピーするには、次のコマンドを実行します。

   $ ssh-copy-id joesec@ssh-server-example.com
   /usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
   joesec@ssh-server-example.com's password:
   ...
   Number of key(s) added: 1
   
   Now try logging into the machine, with: "ssh 'joesec@ssh-server-example.com'" and check to make sure that only the key(s) you wanted were added.

   セッションで ssh-agent プログラムを使用しない場合は、上記のコマンドで、最後に変更した ~/.ssh/id*.pub 公開鍵をコピーします (インストールされていない場合)。別の公開キーファイルを指定したり、ssh-agent により、メモリーにキャッシュされた鍵よりもファイル内の鍵の方が優先順位を高くするには、-i オプションを指定して ssh-copy-id コマンドを使用します。

検証

1. パスワードなしで OpenSSH サーバーにログインします。

   $ ssh joesec@ssh-server-example.com
   Welcome message.
   ...
   Last login: Mon Nov 18 18:28:42 2019 from ::1

手順

1. PKCS #11 の URI を含む OpenSC PKCS #11 モジュールが提供する鍵のリストを表示し、その出力を keys.pub ファイルに保存します。

   $ ssh-keygen -D pkcs11: > keys.pub
   $ ssh-keygen -D pkcs11:
   ssh-rsa AAAAB3NzaC1yc2E...KKZMzcQZzx pkcs11:id=%02;object=SIGN%20pubkey;token=SSH%20key;manufacturer=piv_II?module-path=/usr/lib64/pkcs11/opensc-pkcs11.so
   ecdsa-sha2-nistp256 AAA...J0hkYnnsM= pkcs11:id=%01;object=PIV%20AUTH%20pubkey;token=SSH%20key;manufacturer=piv_II?module-path=/usr/lib64/pkcs11/opensc-pkcs11.so

2. リモートサーバー (example.com) でスマートカードを使用した認証を有効にするには、公開鍵をリモートサーバーに転送します。前の手順で作成された keys.pub で ssh-copy-id コマンドを使用します。

   $ ssh-copy-id -f -i keys.pub username@example.com

3. 手順 1 の ssh-keygen -D コマンドの出力にある ECDSA 鍵を使用して example.com に接続するには、鍵を一意に参照する URI のサブセットのみを使用できます。以下に例を示します。

   $ ssh -i "pkcs11:id=%01?module-path=/usr/lib64/pkcs11/opensc-pkcs11.so" example.com
   Enter PIN for 'SSH key':
   [example.com] $

4. ~/.ssh/config ファイルで同じ URI 文字列を使用して、設定を永続化できます。

   $ cat ~/.ssh/config
   IdentityFile "pkcs11:id=%01?module-path=/usr/lib64/pkcs11/opensc-pkcs11.so"
   $ ssh example.com
   Enter PIN for 'SSH key':
   [example.com] $

   OpenSSH は p11-kit-proxy ラッパーを使用し、OpenSC PKCS #11 モジュールが PKCS#11 キットに登録されているため、以前のコマンドを簡素化できます。

   $ ssh -i "pkcs11:id=%01" example.com
   Enter PIN for 'SSH key':
   [example.com] $

手順

1. ローカルシステムの ~/.ssh/config ファイルを編集してジャンプホストを定義します。以下に例を示します。

   Host jump-server1
     HostName jump1.example.com

   • Host パラメーターは、ssh コマンドで使用できるホストの名前またはエイリアスを定義します。値は実際のホスト名と一致可能ですが、任意の文字列にすることもできます。
   • HostName パラメーターは、ジャンプホストの実際のホスト名または IP アドレスを設定します。

2. ProxyJump ディレクティブを使用してリモートサーバーのジャンプ設定を、ローカルシステムの ~/.ssh/config ファイルに追加します。以下に例を示します。

   Host remote-server
     HostName remote1.example.com
     ProxyJump jump-server1

3. ローカルシステムを使用して、ジャンプサーバー経由でリモートサーバーに接続します。

   $ ssh remote-server

   このコマンドは、設定手順 1 および 2 を省略したときの ssh -J jump-server1 remote-server コマンドと同じです。

手順

1. オプション: キーを使用してリモートホストに対して認証できることを確認します。

   1. SSH を使用してリモートホストに接続します。

      $ ssh example.user1@198.51.100.1 hostname

   2. 秘密鍵へのアクセス権を付与する鍵の作成時に指定したパスフレーズを入力します。

      $ ssh example.user1@198.51.100.1 hostname
       host.example.com

2. ssh-agent を起動します。

   $ eval $(ssh-agent)
   Agent pid 20062

3. ssh-agent にキーを追加します。

   $ ssh-add ~/.ssh/id_rsa
   Enter passphrase for ~/.ssh/id_rsa:
   Identity added: ~/.ssh/id_rsa (example.user0@198.51.100.12)

手順

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. RHEL Web コンソールにログインします。詳細はWeb コンソールへのログイン を参照してください。
2. Logs をクリックします。

手順

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> は、ユーザー名に置き換えます。

手順

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

   # mkdir -p /etc/sudoers.d/

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

   # visudo -f /etc/sudoers.d/<filename>

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

3. 次の行を /etc/sudoers.d/<filename> ファイルに追加します。

   <username> <hostname.example.com> = (<run_as_user>:<run_as_group>) <path/to/command>

   • <username> は、ユーザー名に置き換えます。
   • <hostname.example.com> は、ホストの URL に置き換えます。
   • (<run_as_user>:<run_as_group>) は、コマンドを実行できるユーザーまたはグループに置き換えます。このセクションを省略すると、<username> は root としてコマンドを実行できます。
   • <path/to/command>は、コマンドへの完全な絶対パスに置き換えます。また、コマンドパスの後にオプションを追加することにより、特定のオプションおよび引数を指定したコマンドのみを実行するようにユーザーを制限することもできます。オプションを指定しないと、すべてのオプションが有効な状態でコマンドを使用できます。

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

     たとえば、user1 が host1.example.com で dnf および reboot コマンドを実行できるようにするには、user1 host1.example.com = /bin/dnf, /sbin/reboot と入力します。

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

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

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

検証

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

   # su <username> -

2. ユーザーとして、sudo コマンドを使用してコマンドを入力します。

   $ sudo <command>
   [sudo] password for <username>:

   ユーザーの sudo パスワードを入力します。

3. 特権が正しく設定されている場合、システムはコマンドとオプションのリストを表示します。たとえば、dnf コマンドを使用すると、次の出力が表示されます。

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

   システムが <username> is not in the sudoers file. This incident will be reported というエラーメッセージを返した場合、/etc/sudoers.d/ に <username> のファイルが存在しません。

   システムが <username> is not allowed to run sudo on <host.example.com> というエラーメッセージを返した場合、設定が正しく完了していません。root としてログインしていること、および設定が正しく実行されていることを確認してください。

   システムが Sorry, user <username> is not allowed to execute '<path/to/command>' as root on <host.example.com>. というエラーメッセージを返した場合、コマンドがユーザーのルールで正しく定義されていません。

手順

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

   # dnf 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 レスキュー環境が起動します。システムの復元を続行します。