• kdump
• network
• selinux
• storage
• certificate
• kernel_settings
• logging
• metrics
• nbde_client and nbde_server
• timesync
• tlog

前提条件

• rhel-system-roles パッケージが、コントロールノードとして使用するシステムにインストールされていることを確認します。

  # yum install rhel-system-roles

• RHEL システムロールを使用する Playbook を実行するには、ansible パッケージが必要です。Ansible Engine リポジトリーが有効になり、コントロールノードとして使用するシステムに ansible パッケージがインストールされていることを確認します。

  • 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

  • Red Hat Ansible Engine サブスクリプションをお持ちの場合は、「Red Hat Ansible Engine のダウンロードおよびインストール方法 」に記載されている手順を行ってください。

• Ansible インベントリーを作成できることを確認します。

  インベントリーは、ホスト、ホストグループ、および Ansible Playbook で使用されるいくつかの設定パラメーターを表します。

  Playbook は通常人が判読でき、ini、yaml、json、およびその他のファイル形式で定義されます。

• Ansible Playbook を作成できることを確認します。

  Playbook は、Ansible の設定、デプロイメント、およびオーケストレーションの言語を表します。Playbook を使用すると、リモートマシンの設定を宣言して管理したり、複数のリモートマシンをデプロイしたり、手動で順番を付けたプロセスの手順をまとめたりできます。

  Playbook は、1 つ以上の play の一覧です。すべての play には、Ansible の変数、タスク、またはロールが含まれます。

  Playbook は人が判読でき、yaml 形式で定義されます。

手順

• 利用可能なシステムロケール設定を一覧表示するには、次のコマンドを実行します。

  $ localectl list-locales
  C.utf8
  aa_DJ
  aa_DJ.iso88591
  aa_DJ.utf8
  ...

• システムロケール設定の現在のステータスを表示するには、次のコマンドを実行します。

  $ localectl status

• デフォルトのシステムロケールオプションを設定または変更するには、root ユーザーで localectl set-locale サブコマンドを使用します。以下に例を示します。

  # localectl set-locale LANG=en-US

手順

• 利用可能なキーマップを一覧表示するには、以下を実行します。

  $ localectl list-keymaps
  ANSI-dvorak
  al
  al-plisi
  amiga-de
  amiga-us
  ...

• キーマップ設定の現在のステータスを表示するには、次のコマンドを実行します。

  $ localectl status
  ...
  VC Keymap: us
  ...

• デフォルトのシステムキーマップを設定または変更します。以下に例を示します。

  # localectl set-keymap us

前提条件

• システムに必要な言語パッケージがインストールされている。

• 静的 IPv4 アドレス: /24 サブネットマスクを持つ 192.0.2.1
• 静的 IPv6 アドレス: 2001:db8:1::1 （/64 サブネットマスクあり)
• IPv4 デフォルトゲートウェイ: 192.0.2.254
• IPv6 デフォルトゲートウェイ: 2001:db8:1::fffe
• IPv4 DNS サーバー: 192.0.2.200
• IPv6 DNS サーバー: 2001:db8:1::ffbb
• DNS 検索ドメイン: example.com

前提条件

• NetworkManager-tui パッケージがインストールされている。

• 最近送受信したパケットの表示
• 利用可能なネットワークインターフェースの最も重要な特徴の表示
• ネットワーキングログのコンテンツの表示
• ネットワークインターフェースのさまざまなタイプ (ボンディング、チーム、ブリッジ、VLAN) の追加

• イーサネット
• ブリッジ
• ボンディング
• VLAN
• MacVLAN
• Infiniband

前提条件

• Red Hat カスタマーポータルに有効なユーザーアカウントがある。
• 「Red Hat アカウントの作成」ページを参照してください。
• RHEL システムに使用するアクティブなサブスクリプションがある。
• インストールプロセスの詳細は『標準的な RHEL インストールの実行 』を参照してください。

前提条件

• Red Hat カスタマーポータルに有効なユーザーアカウントがある。

  「Red Hat アカウントの作成」ページを参照してください。

• RHEL システムに使用するアクティブなサブスクリプションがある。

前提条件

• Red Hat カスタマーポータルで有効なアカウント

  新規ユーザー登録は、「Red Hat アカウントの作成 」ページを参照してください。

前提条件

• アクティベーションキーまたはキー。

  新しいアクティベーションキーを作成するには、アクティベーションキーページを参照してください。

前提条件

• Red Hat カスタマーポータルに有効なユーザーアカウントがある。「Red Hat アカウントの作成」ページを参照してください。

  ユーザーアカウントに適切なエンタイトルメントがある場合（またはアカウントが Simple Content Access モードで動作）、それらはアクティベーションキーを表示せずにユーザー名とパスワードを使用して登録できます。

• 有効なアクティベーションキーおよび組織 ID

前提条件

• システムへの root アクセス権限がある。

前提条件

• システムへの root アクセス権限がある。

手順

• firewalld の現在の状況の表示

  $ systemctl status firewalld
  ● firewalld.service - firewalld - dynamic firewall daemon
     Loaded: loaded (/usr/lib/systemd/system/firewalld.service; disabled; vendor preset: enabled)
     Active: inactive (dead)
  ...

• firewalld が有効になっていない場合は、root ユーザーに切り替えて、firewalld サービスを起動し、システムの再起動後に自動的に起動できるようにします。

  # systemctl enable --now firewalld

検証手順

• firewalld が実行中で、有効になっていることを確認します。

  $ systemctl status firewalld
  ● firewalld.service - firewalld - dynamic firewall daemon
     Loaded: loaded (/usr/lib/systemd/system/firewalld.service; enabled; vendor preset: enabled)
     Active: active (running)
  ...

• 無効
• 有効

• 有効

  • Enforcing
  • Permissive

• ユーザーおよびグループ ID を表示します。

  $ id
  uid=1000(example.user) gid=1000(example.user) groups=1000(example.user),10(wheel) context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023

• 新規ユーザーアカウントを作成します。

  # useradd example.user

• example.user に属するユーザーアカウントに新しいパスワードを割り当てます。

  # passwd example.user

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

  # usermod -a -G example.group example.user

• システムにアクセスする際にユーザーを認証する
• システムへのアクセス権を設定する

• 新規ユーザーアカウントの作成
• パラメーターの変更
• アカウントのロック
• ユーザーセッションの終了

前提条件

• RHEL Web コンソールがインストールされており、アクセス可能である。詳細は「Web コンソールのインストールおよび有効化 」を参照してください。

前提条件

• バックアップ復元計画をもとに、必要な設定の準備が整いました。

  NETFS バックアップメソッド (ReaR に完全に統合され、組み込まれたメソッド) を使用できることに注意してください。

• systemd-journald デーモン
• Rsyslog サービス

• カーネル
• ブートプロセスの初期段階
• 起動時および実行時のデーモンの標準出力とエラー
• Syslog

• /var/log/messages - 以下を除くすべての syslog メッセージ
• /var/log/secure - セキュリティーおよび認証に関連するメッセージおよびエラー
• /var/log/maillog - メールサーバーに関連するメッセージおよびエラー
• /var/log/cron - 定期的に実行されるタスクに関連するログファイル
• /var/log/boot.log - システムの起動に関連するログファイル

前提条件

• Red Hat カスタマーポータルに有効なユーザーアカウントがある。「Red Hat ログインの作成」を参照してください。
• RHEL システムに使用するアクティブなサブスクリプションがある。

前提条件

• Red Hat カスタマーポータルに有効なユーザーアカウントがある。「Red Hat ログインの作成」を参照してください。
• RHEL システムに使用するアクティブなサブスクリプションがある。
• サポートケース番号。

• パッケージを検索する
• パッケージを一覧表示する
• リポジトリーを一覧表示する
• パッケージに関する情報を表示する
• パッケージグループを一覧表示する
• yum input での glob 表現を指定する

• パッケージをインストールする
• パッケージグループをインストールする
• yum input にパッケージ名を指定する

• 更新の有無を確認する
• 1 つのパッケージを更新する
• パッケージグループを更新する
• すべてのパッケージとその依存関係を更新する
• セキュリティー更新を適用する
• ソフトウェアの更新を自動化する

• パッケージを削除する
• パッケージグループを削除する
• yum input にパッケージ名を指定する

• パッケージグループを一覧表示する
• パッケージグループをインストールする
• パッケージグループを削除する
• yum input での glob 表現を指定する

• トランザクションを一覧表示する
• トランザクションを元に戻す
• トランザクションを繰り返す
• yum input での glob 表現を指定する

• [repository] オプションを設定する
• 追加： yum リポジトリー。
• enable a yum リポジトリー。
• 無効化： yum リポジトリー。

• 現在の yum 設定を表示します。
• yum [main] オプションを設定します。
• yum プラグインを使用します。

• ソケットベースのアクティベーション: ブート時 systemd このタイプのアクティベーションをサポートするすべてのシステムサービスに対するリスニングソケットを作成し、サービスが起動するとソケットをサービスに渡します。これは、 systemd 並行してサービスを開始するために、サービスが利用できないときに送信されたメッセージを失うことなくサービスの再起動が可能になります。対応するソケットはアクセス可能なままで、すべてのメッセージがキューに格納されています。

  Systemd ソケットベースのアクティベーションにソケットユニットを使用します。

• バスベースのアクティベーション - プロセス間の通信に D-Bus を使用するシステムサービスは、クライアントアプリケーションがシステムサービスとの通信を初めて試みる時にオンデマンドで開始します。Systemd バスベースのアクティベーションに D-Bus サービスファイルを使用します。
• デバイスベースのアクティベーション - デバイスベースのアクティベーションをサポートするシステムサービスは、特定のタイプのハードウェアがプラグインするか利用可能になると、オンデマンドで開始できます。Systemd デバイスベースのアクティベーションに、デバイスユニットを使用します。
• パスベースのアクティベーション - パスベースのアクティベーションをサポートするシステムサービスは、特定のファイルまたはディレクトリーのステータスが変更になると、オンデマンドで開始できます。Systemd パスベースのアクティベーションにパスユニットを使用します。
• マウントおよび自動マウントポイント管理 - Systemd マウントおよび自動マウントポイントを監視および管理します。Systemd マウントポイントにマウントユニットを使用し 、自動マウントポイントに自動マウントユニットを使用します。
• アグレッシブな並列化 - ソケットベースのアクティベーションを使用するため、 systemd リスニングソケットがすべて有効になり次第、システムサービスを並行して開始できます。並列アクティベーションは、オンデマンドのアクティベーションをサポートするシステムサービスと組み合わせることで、システムの起動に必要な時間を大幅に短縮します。
• トランザクションユニットのアクティベーション論理: ユニットをアクティブ化または非アクティブ化する前に、 systemd 依存関係を計算し、一時的なトランザクションを作成し、このトランザクションの一貫性を検証します。トランザクションに一貫性がない場合は、 systemd 自動的にこれを修正しようとし、エラーを報告する前に必須ではないジョブを削除しようと試みます。
• SysV init との後方互換性 - Systemd の説明に従って、SysV init スクリプトをサポートします。 Linux Standard Base Core Specificationsystemd サービスユニットへのアップグレードパスを容易にします。

• Systemd ランレベルのサポートは限定されています。ランレベルに直接マッピング可能なターゲットユニットを数多く提供し、互換性のために以前の runlevel コマンドで配布されます。ただし、systemd ターゲットのすべてがランレベルに直接マッピングできるわけではないため、このコマンドが不明なランレベルを示す N を返す場合もあります。可能な場合は、runlevel コマンドの使用を避けることが推奨されます。
  systemd ターゲットの詳細と、ランレベルとの比較は、15章systemd ターゲットでの作業 を参照してください。
• systemctl ユーティリティーは、カスタマイズされたコマンドをサポートしません。SysV init スクリプトでは、start、stop、status といった標準のコマンドのほかに、任意のコマンドを実装して多くの機能を提供できます。たとえば、iptables の init スクリプトは、panic コマンドで実行できます。これにより、パニックモードが即座に有効になり、システムを再設定して受信パケットおよび送信パケットをすべて切断します。これは、 systemd また、systemctl は、文書化されたコマンドのみを受け入れます。
• systemctl ユーティリティーは、 systemd.when systemd システムサービスを開始すると、メインプロセスの ID を保存して、メインプロセスを追跡します。すると、systemctl ユーティリティーがこの PID を使用してクエリーを行い、サービスを管理します。このため、ユーザーがコマンドラインで特定のデーモンを直接開始すると、systemctl がそのデーモンの最新の状態を判断したり、停止したりすることができません。
• Systemd 実行中のサービスだけを停止します。Red Hat Enterprise Linux 6 以前のリリースでは、シャットダウンシーケンスが開始すると、/etc/rc0.d/ ディレクトリーにあるシンボリックリンクを使用して、利用可能なシステムサービスをそのステータスに関係なくすべて停止していました。上記の行を、以下のように置き換えます。 systemd 、実行中のサービスのみがシャットダウン時に停止します。
• システムサービスは、標準の入力ストリームからは読み取れません。when systemd サービスを開始すると、標準入力を /dev/null に接続し、ユーザーとの対話を行わないようにします。
• システムサービスは、呼び出したユーザーやそのセッションから、(環境変数 HOME、PATH などの) コンテキストを継承しません。各サービスは、クリーンな実行コンテキストで実行します。
• SysV init スクリプトを読み込む場合は、 systemd Linux Standard Base(LSB)ヘッダーにエンコードされている依存関係情報を読み取り、ランタイム時に解釈します。
• サービスユニット上のすべての操作は、デフォルトで 5 分でタイムアウトになるように設定されており、サービスの故障でシステムがフリーズすることを防ぎます。この値は initscript から生成されるサービス用にハードコーディングされ、変更することができません。ただし、個別の設定ファイルを使用して、サービスごとにタイムアウト値を長くすることができます。例17.2「タイムアウト制限の変更」 を参照してください。

手順

• 現在読み込み済みのサービスユニットの一覧をすべて表示するには、次のコマンドを実行します。

  $ systemctl list-units --type service
  UNIT                     LOAD   ACTIVE SUB     DESCRIPTION
  abrt-ccpp.service        loaded active exited  Install ABRT coredump hook
  abrt-oops.service        loaded active running ABRT kernel log watcher
  abrtd.service            loaded active running ABRT Automated Bug Reporting Tool
  ...
  systemd-vconsole-setup.service loaded active exited  Setup Virtual Console
  tog-pegasus.service            loaded active running OpenPegasus CIM Server
  
  LOAD   = Reflects whether the unit definition was properly loaded.
  ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
  SUB    = The low-level unit activation state, values depend on unit type.
  
  46 loaded units listed. Pass --all to see loaded but inactive units, too.
  To show all installed unit files use 'systemctl list-unit-files'

  デフォルトでは、systemctl list-units コマンドは、アクティブなユニットのみを表示します。このコマンドは、サービスのユニットファイルごとに以下を表示します。

  • UNIT: フルネーム
  • LOAD: ユニットファイルが読み込まれているかどうかに関する情報
  • ACTIVE\ SUB: 高レベルかつ低レベルのユニットファイルアクティベーションの状態
  • DESCRIPTION: 簡単な説明

• 状態に関係なく読み込み済みユニット の一覧を表示するには、コマンドラインオプション --all または -a を指定して以下のコマンドを実行します。

  $ systemctl list-units --type service --all

• 利用可能なサービスユニットのステータス (enabled/ disabled) を一覧表示するには、次のコマンドを実行します。

  $ systemctl list-unit-files --type service
  UNIT FILE                               STATE
  abrt-ccpp.service                       enabled
  abrt-oops.service                       enabled
  abrtd.service                           enabled
  ...
  wpa_supplicant.service                  disabled
  ypbind.service                          disabled
  
  208 unit files listed.

  このコマンドでは、サービスユニットごとに以下を表示します。

  • UNIT FILE: フルネーム
  • STATE: サービスユニットが有効または無効であるかどうかに関する情報

手順

• システムサービスに対応するサービスユニットに関する詳細情報を表示するには、次のコマンドを実行します。

  $ systemctl status <name>.service

  <name> は、確認するサービスユニットの名前 (例: gdm) に置き換えます。

  このコマンドでは、選択したサービスユニット名の後に、簡単な説明と、利用可能なサービスユニット情報で説明されている 1 つ以上のフィールド、root ユーザーが実行している場合は最新のログエントリーが表示されます。

  表14.2 利用可能なサービスユニットの情報

  フィールド	詳細
  Loaded	サービスユニットが読み込まれているかどうか、ユニットファイルへの絶対パス、ユニットが有効かどうかについての説明
  Active	サービスユニットが実行中かどうかの説明と、タイムスタンプ
  Main PID	対応するシステムサービスの PID と、その名前
  状態	対応するシステムサービスに関する追加情報
  Process	関連プロセスに関する追加情報
  CGroup	関連するコントロールグループ (cgroup) に関する追加情報

  例14.1 サービスステータスの表示

  GNOME Display Manager のサービスユニット名は gdm.service になります。このサービスユニットの現在のステータスを確認するには、シェルプロンプトで次のコマンドを実行します。

  # systemctl status gdm.service
  gdm.service - GNOME Display Manager
     Loaded: loaded (/usr/lib/systemd/system/gdm.service; enabled)
     Active: active (running) since Thu 2013-10-17 17:31:23 CEST; 5min ago
   Main PID: 1029 (gdm)
     CGroup: /system.slice/gdm.service
             ├─1029 /usr/sbin/gdm
             ├─1037 /usr/libexec/gdm-simple-slave --display-id /org/gno...
             └─1047 /usr/bin/Xorg :0 -background none -verbose -auth /r...
  
  Oct 17 17:31:23 localhost systemd[1]: Started GNOME Display Manager.

• 特定のサービスユニットが実行中かどうかだけを確認するには、次のコマンドを実行します。

  $ systemctl is-active <name>.service

• 特定のサービスユニットが有効になっているかどうかを確認するには、次のコマンドを実行します。

  $ systemctl is-enabled <name>.service

  注記

  systemctl is-active および systemctl is-enabled は、指定したサービスユニットが実行中または有効な場合に、終了ステータス 0 を返します。

• 特定のサービスユニットの前に開始するサービスを確認するには、次のコマンドを実行します。

  # systemctl list-dependencies --after <name>.service

  <name> は、コマンド内のサービス名に置き換えます。たとえば、gdm の前に開始するサービスの一覧を表示する場合は、次のコマンドを実行します。

  # systemctl list-dependencies --after gdm.service
  gdm.service
  ├─dbus.socket
  ├─getty@tty1.service
  ├─livesys.service
  ├─plymouth-quit.service
  ├─system.slice
  ├─systemd-journald.socket
  ├─systemd-user-sessions.service
  └─basic.target
  [output truncated]

• 指定したサービスユニットの後に開始するサービスを確認するには、次のコマンドを実行します。

  # systemctl list-dependencies --before <name>.service

  <name> は、コマンド内のサービス名に置き換えます。たとえば、gdm の後に開始するサービスの一覧を表示するには、次のコマンドを実行します。

  # systemctl list-dependencies --before gdm.service
  gdm.service
  ├─dracut-shutdown.service
  ├─graphical.target
  │ ├─systemd-readahead-done.service
  │ ├─systemd-readahead-done.timer
  │ └─systemd-update-utmp-runlevel.service
  └─shutdown.target
    ├─systemd-reboot.service
    └─final.target
      └─systemd-reboot.service

手順

• システムサービスに対応するサービスユニットを選択して開始するには、root で次のコマンドを実行します。

  # systemctl start <name>.service

  <name> は、開始するサービスユニットの名前 (httpd.serviceなど) に置き換えます。

  例14.2 httpd.service の起動

  Apache HTTP Server のサービスユニットは指定の httpd.service に置き換えます。サービスユニットをアクティブにし、現行セッションで httpd デーモンを起動するには、root で次のコマンドを実行します。

  # systemctl start httpd.service

手順

• システムサービスに対応するサービスユニットを停止するには、root で次のコマンドを実行します。

  # systemctl stop <name>.service

  <name> は、停止するサービスユニットの名前 (例 : bluetooth) に置き換えます。

  例14.3 bluetoothd.service の停止

  bluetoothd デーモンのサービスユニットは bluetooth.service です。サービスユニットを無効にし、現行セッションで bluetoothd デーモンを停止するには、root で次のコマンドを実行します。

  # systemctl stop bluetooth.service

• 現行セッションで選択したサービスユニットを停止して直ちに再起動する
• 対応するサービスがすでに実行中の場合にのみ、サービスユニットを再起動する
• 実行を中断せずにシステムサービスの設定を再読み込みする

手順

• システムサービスに対応するサービスユニットを再起動するには、root で次のコマンドを実行します。

  # systemctl restart <name>.service

  <name> は、再起動するサービスユニット名 (例: httpd) に置き換えます。

  注記

  選択したサービスユニットが実行中でない場合には、このコマンドでこのサービスユニットが起動します。

  • または、対応するサービスがすでに実行中の場合に限り、サービスユニットを再起動するには、root で以下のコマンドを実行します。

    # systemctl try-restart <name>.service

  • サービス実行を中断せずに設定を再読み込みするには、root で次のコマンドを実行します。

    # systemctl reload <name>.service

    注記

    システムサービスがこの機能をサポートしない場合は、このコマンドは無視されることに注意してください。このようなサービスを再起動するには、代わりに reload-or-restart コマンドおよび reload-or-try-restart コマンドを使用します。

  例14.4 httpd.service のリロード

  ユーザーが不要なエラーメッセージや、部分的に表示される Web ページに遭遇しないようにするため、Apache HTTP Server では設定を再起動したり、処理されたリクエストをアクティブに妨害したりせずに、設定を編集したり再読み込みしたりできます。これを行うには、root で次のコマンドを実行します。

  # systemctl reload httpd.service

手順

• システムの起動時にシステムサービスに対応するサービスユニットを自動的に起動するように設定するには、root で次のコマンドを実行します。

  # systemctl enable <name>.service

  <name> は、有効にするサービスユニット名 (httpdなど) に置き換えます。

  • シンボリックリンクが確実に再作成されるようにするには、root で次のコマンドを実行します。

    # systemctl reenable <name>.service

    このコマンドは、選択したサービスユニットを無効にし、即座に再度有効にします。

    例14.5 httpd.service の有効化

    システムの起動時に Apache HTTP Server が自動的に起動するように設定するには、root で次のコマンドを実行します。

    # systemctl enable httpd.service
    Created symlink from /etc/systemd/system/multi-user.target.wants/httpd.service to /usr/lib/systemd/system/httpd.service.

手順

• システムの起動時に自動的に起動しないシステムサービスに対応するサービスユニットを設定するには、root で次のコマンドを実行します。

  # systemctl disable <name>.service

  <name> は、無効にするサービスユニット名 (bluetooth など) に置き換えます。

  例14.6 bluetoothd.service の無効化

  bluetoothd デーモンのサービスユニットは bluetooth.service です。システムの起動時にこのサービスユニットが起動しないようにするには、root で次のコマンドを実行します。

  # systemctl disable bluetooth.service
  Removed symlink /etc/systemd/system/bluetooth.target.wants/bluetooth.service.
  Removed symlink /etc/systemd/system/dbus-org.bluez.service.

  • サービスユニットをマスクし、手動または別のサービスで起動できないようにするには、root で次のコマンドを実行します。

    # systemctl mask <name>.service

    このコマンドにより、/etc/systemd/system/name.service ファイルを、/dev/null へのシンボリックリンクに置き換え、実際のユニットファイルが systemd ファイルにアクセスできないようにします。

  • この動作を元に戻してサービスユニットのマスクを解除するには、以下のコマンドを実行します。

    # systemctl unmask <name>.service

関連情報

• man sysv init
• man upstart init
• man systemctl

手順

• デフォルトでどのターゲットユニットが使用されるかを判断するには、次のコマンドを実行します。

  $ systemctl get-default
  graphical.target

• シンボリックリンクを使用してデフォルトのターゲットを確認するには、次のコマンドを実行します。

  $  ls -l /lib/systemd/system/default.target

手順

• 状態に関係なく読み込み済みユニットをすべて表示するには、以下のコマンドを実行します。

  $ systemctl list-units --type target --all

• 現在読み込み済みのターゲットユニットの一覧を表示するには、以下のコマンドを実行します。

  $ systemctl list-units --type target
  
  UNIT                  LOAD   ACTIVE SUB    DESCRIPTION
  basic.target          loaded active active Basic System
  cryptsetup.target     loaded active active Encrypted Volumes
  getty.target          loaded active active Login Prompts
  graphical.target      loaded active active Graphical Interface
  local-fs-pre.target   loaded active active Local File Systems (Pre)
  local-fs.target       loaded active active Local File Systems
  multi-user.target     loaded active active Multi-User System
  network.target        loaded active active Network
  paths.target          loaded active active Paths
  remote-fs.target      loaded active active Remote File Systems
  sockets.target        loaded active active Sockets
  sound.target          loaded active active Sound Card
  spice-vdagentd.target loaded active active Agent daemon for Spice guests
  swap.target           loaded active active Swap
  sysinit.target        loaded active active System Initialization
  time-sync.target      loaded active active System Time Synchronized
  timers.target         loaded active active Timers
  
  LOAD   = Reflects whether the unit definition was properly loaded.
  ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
  SUB    = The low-level unit activation state, values depend on unit type.
  
  17 loaded units listed.

手順

• 現行セッションで異なるターゲットユニットに変更するには、次のコマンドを実行します。

  # systemctl isolate multi-user.target

  このコマンドは、multi-user という名前のターゲットユニットと、その従属ユニットをすべて起動し、その他のユニットを直ちに停止します。

検証手順

• 新規作成された default.target を確認します。

  $ systemctl get-default
  multi-user.target

手順

• 現在のターゲットを変更し、現行セッションでレスキューモードに入るには、以下を実行します。

  # systemctl rescue
  
  Broadcast message from root@localhost on pts/0 (Fri 2013-10-25 18:23:15 CEST):
  
  The system is going down to rescue mode NOW!

  注記

  このコマンドは systemctl isolate rescue.target と似ていますが、システムに現在ログインしているすべてのユーザーに情報メッセージを送信します。

  systemd がメッセージを送信しないようにするには、コマンドラインオプション --no-wall を付けて # systemctl --no-wall rescue を実行します。

手順

• 現在のターゲットを変更し、緊急モードに入るには、次のコマンドを実行します。

  # systemctl emergency

  注記

  このコマンドは systemctl isolate emergency.target と似ていますが、システムに現在ログインしているすべてのユーザーに情報メッセージを送信します。

  systemd がメッセージを送信しないようにするには、--no-wall コマンドラインオプションを付けて # systemctl --no-wall emergency を実行します。

• 時間引数のサポート

  この引数は特に、計画的なメンテナンスに役立ちます。また、システムのシャットダウンがスケジュールされていることを示す警告への対応時間を増やすことができます。

• シャットダウンの取り消しオプション

前提条件

• root ユーザーに切り替える

手順

• システムをシャットダウンし、特定の時間にマシンの電源を切るには、以下の形式でコマンドを実行します。

  shutdown --poweroff hh:mm

  hh:mm は 24 時間形式の時刻となります。新たなログインを防ぐために、システムをシャットダウンする 5 分前に /run/nologin ファイルが作成されます。

  時間引数を使用する場合は、コマンドにオプションの wall message を追加できます。

  マシンの電源を切らず、少し待ってシステムをシャットダウンして停止するには、次のコマンドを実行します。

  shutdown --halt +m

  +m は遅らせる時間 (分) です。キーワード now は、+0 のエイリアスとなります。

  保留中のシャットダウンをキャンセルするには、以下を使用します。

  shutdown -c

前提条件

• root ユーザーに切り替える

手順

• システムをシャットダウンしてマシンの電源を切るには、以下の形式でコマンドを実行します。

  systemctl poweroff

  マシンの電源を切らずにシステムをシャットダウンして停止するには、以下を使用します。

  systemctl halt

前提条件

• root ユーザーに切り替える

手順

• システムを再起動するには、以下のコマンドを実行します。

  systemctl reboot

前提条件

• root ユーザーに切り替える。

手順

• システムを一時停止するには、以下のコマンドを実行します。

  systemctl suspend

  このコマンドは、システムの状態を RAM に保存し、マシンにある、RAM モジュール以外のほとんどのデバイスの電源を切ります。マシンの電源を戻すと、システムは再起動せずに RAM からその状態を復元します。

  システムの状態がハードディスクではなくメモリーに保存されるため、システムは、ハイバネートよりも、サスペンドモードからのほうがはるかに早く復元できます。ただし、一時停止したシステムの状態は、停電に対しても脆弱であることに注意してください。

前提条件

• root ユーザーに切り替える。

手順

• システムを休止状態にするには、以下のコマンドを実行します。

  systemctl hibernate

  このコマンドは、システムの状態をハードディスクドライブに保存し、マシンの電源を切ります。マシンの電源を戻すと、システムは再起動せずに、保存されたデータからその状態を復元します。

  システムの状態がメモリーではなくハードディスクに保存されるため、マシンでメモリーモジュールへの電源供給を維持する必要はありません。ただし、システムは、一時停止モードより、休止状態から復元する方がはるかに遅くなります。

  システムを休止状態にして一時呈すするには、以下のコマンドを実行します。

  systemctl hybrid-sleep

• [Unit] セクション- ユニットのタイプに依存しない一般的なオプションが含まれます。このセクションに含まれるオプションはユニットを説明し、ユニットの動作を指定し、他のユニットへの依存関係を設定します。最も頻繁に使用される [Unit] オプションの一覧は、表17.1「[Unit] セクションの重要なオプション」 を参照してください。
• [Unit type] セクション - ユニットにタイプ固有のディレクティブがある場合は、そのユニットタイプにちなんで命名されたセクションにまとめられます。たとえば、サービスユニットファイルには [Service] セクションが含まれます。
• [Install] セクション - systemctl enable コマンドおよび disable コマンドでユニットをインストールした際の情報が含まれます。[Install] セクションのオプションの一覧は、表17.3「[Install] セクションの重要なオプション」 を参照してください。

手順

• システムが最後に起動してからの時間に関する総合的な情報を表示する場合は、次のコマンドを実行します。

手順

• 各 systemd ユニットの初期化時間の詳細を確認する場合は、次のコマンドを実行します。

手順

• システムが最後に起動した時に、初期化に最も時間がかかったユニットを特定するには、次のコマンドを実行します。

• systemctl(1) - systemctl コマンドラインユーティリティーの man ページには、サポートされるオプションとコマンドの完全なリストが提供されます。
• systemd(1) - systemd システムおよびサービスマネージャーの man ページでは、その概念に関する詳細情報が提供され、利用可能なコマンドラインオプションと環境変数、サポートされる設定ファイルとディレクトリー、認識されるシグナル、および利用可能なカーネルオプションが説明されています。
• systemd-delta(1) - 拡張され、上書きされた設定ファイルの検索を可能にする systemd-delta ユーティリティーの man ページです。
• systemd.directives(7) - systemd.directives という名前の man ページでは、systemd ディレクティブの詳細を確認できます。
• systemd.unit(5) - systemd.unit の man ページでは、systemd ユニットファイルの詳細情報と、利用可能なすべての設定オプションが説明されてます。
• systemd.service(5) - systemd.service の man ページでは、サービスユニットファイルの形式が紹介されています。
• systemd.target(5) - systemd.target の man ページには、ターゲットユニットファイルの形式が説明されています。
• systemd.kill(5) - systemd.kill の man ページでは、プロセスの強制終了手順の設定が説明されています。

• systemd ホームページ - プロジェクトのホームページでは、systemd に関する詳細情報が提供されています。

• システムにアクセスする際にユーザーを認証する
• システムへのアクセス権を設定する

• 新規ユーザーアカウントの作成
• パラメーターの変更
• アカウントのロック
• ユーザーセッションの終了

前提条件

• RHEL Web コンソールがインストールされており、アクセス可能である。詳細は「Web コンソールのインストールおよび有効化 」を参照してください。

検証手順

• パスワードの有効期限が設定されていることを確認するには、アカウント設定を開きます。

  RHEL 8 Webコンソールには、有効期限を表すリンクが表示されます。

  

前提条件

• root アクセス

手順

• 新規ユーザーを追加するには、以下を使用します。

  # useradd options username

  options は useradd コマンドのコマンドラインオプションに、username はユーザー名に置き換えます。

  例22.1 新規ユーザーの追加

  ユーザー ID が 5000 のユーザー sarah を追加するには、以下を使用します。

  +

  # useradd -u 5000 sarah

検証手順

• 新規ユーザーが追加されたことを確認するには、id ユーティリティーを使用します。

  # id sarah

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

  uid=5000(sarah) gid=5000(sarah) groups=5000(sarah)

前提条件

• root アクセス

手順

• 新規グループを追加するには、以下を使用します。

  # groupadd options group-name

  options は groupadd コマンドのコマンドラインオプションに、group-name はグループ名に置き換えます。

  例22.2 新規グループの追加

  グループ ID が 5000 のグループ sysadmins を追加するには、以下を使用します。

  +

  # groupadd -g 5000 sysadmins

検証手順

• 新規グループが追加されていることを確認するには、tail ユーティリティーを使用します。

  # tail /etc/group

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

  sysadmins:x:5000:

前提条件

• root アクセス

手順

• ユーザーの補助グループにグループを追加するには、以下を使用します。

  # usermod --append -G group-name username

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

  例22.3 グループへのユーザーの追加

  ユーザーの sysadmin をグループ system-administrators に追加するには、以下を使用します。

  +

  # usermod --append -G system-administrators sysadmin

検証手順

• ユーザー sysadmin の補助グループに新規グループが追加されていることを確認するには、以下を使用します。

  # groups sysadmin

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

  sysadmin: sysadmin system-administrators

前提条件

• root アクセス

検証手順

• パーミッション設定の正確性を検証するには、以下を使用します。

  # ls -ld directory-name

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

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

  drwxrwsr-x. 2 root group-name 6 Nov 25 08:45 directory-name

前提条件

• root アクセス

手順

• ユーザーのプライマリーグループを上書きするには、以下のコマンドを使用します。

  # usermod -g group-name username

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

  例23.1 ユーザーのプライマリーグループの変更

  ユーザー sarah がプライマリーグループ sarah1 に所属しており、ユーザーのプライマリーグループを sarah2 に変更する場合は、以下を使用します。

  # usermod -g sarah2 sarah

検証手順

• ユーザーのプライマリーグループが上書きされていることを確認するには、以下を使用します。

  # groups sarah

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

  sarah : sarah2

前提条件

• root アクセス

手順

• ユーザーの補助グループを上書きするには、以下のコマンドを使用します。

  # usermod -G group-name username

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

  例23.2 ユーザーの補助グループの変更

  ユーザー sarah が system-administrator グループおよび developer グループに所属しており、system-administrator グループからユーザー sarah を削除する場合は、古いグループ一覧を新しいものに置き換えてください。これを行うには、以下を使用します。

  # usermod -G developer sarah

検証手順

• ユーザーの補助グループが上書きされていることを確認するには、以下を使用します。

  # groups sarah

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

  sarah : sarah developer

• username は、ユーザーまたはグループの名前です (例： user1 または %group1)。
• hostname は、ルールが適用されるホストの名前です。
• path/to/command は、コマンドへの完全パスです。また、コマンドパスの後にオプションを追加することにより、特定のオプションおよび引数を指定したコマンドのみを実行するようにユーザーを制限することもできます。オプションを指定しないと、すべてのオプションが有効な状態でコマンドを使用できます。

• /etc/sudoers 設定ファイルに一覧表示されているユーザーのみが sudo コマンドを使用できます。
• コマンドは、root シェルではなく、ユーザーのシェルで実行されます。

前提条件

• root アクセス

前提条件

• root アクセス

前提条件

• root アクセス

手順

• root パスワードを変更する場合は、次のコマンドを実行します。

  # passwd

  変更する前に、現在のパスワードを入力するように求められます。

前提条件

• root 以外のユーザーとしてログインできる。
• wheel 管理グループのメンバーである。

手順

• wheel グループに属する root ユーザー以外のユーザーとして root パスワードを変更またはリセットするには、以下を使用します。

  $ sudo passwd root

  root パスワードを変更する前に、root 以外のユーザーのパスワードを入力するように求められます。