RHCSAは選択肢から正解を選ぶ試験ではなく、実際のLinux環境を操作して要求された状態を作る実技試験です。コマンドを知るだけでなく、設定を永続化し、再起動後も成立し、確認コマンドで自分の作業を検証できることが重要です。

更新日 2026-10-05

Red Hat Certified System Administrator (RHCSA) 攻略ガイド

RHCSAでは、要求された状態をRed Hat Enterprise Linux上で作り、その状態を自分で確かめる練習が中心になります。解説を読んで手順に納得することと、空の端末から作業を完了できることには差があります。教材の手順を閉じた後、確認コマンドまで含めて再現できるかを学習の基準にしましょう。

このページ内のミニケース、コード、計算例は、学習方法を説明するために資格合格.webが独自に作成したものです。実際のRed Hat Certified System Administrator (RHCSA)の非公開試験問題を転載・再現したものではありません。

最初に、受験するRHELのバージョンと環境を合わせる

Red Hat公式EX200案内は実技試験として説明しており、2026-10-05の確認時点ではRHEL 10ベースと記載されています。購入する試験と教材のバージョンを照合してください。過去の教材にある項目を、現在の範囲へ無条件に持ち込まないことが大切です。

LFCSも実技ですが、RHCSAではRHELの管理方法やSELinuxを含む環境に合わせて練習します。普段使っている別のディストリビューションでコマンドだけ確認して終わらず、受験環境に合うVMで、サービス、ストレージ、認証と権限の動きを観察します。

一つのタスクは、変更前の確認から検証まで

作業メモを「要件」「現在地」「変更」「証拠」の四欄に分けます。要件がサービス起動なのか、起動時の自動実行なのか、指定ユーザーで利用できることなのかを先に区切ってください。確認する対象が決まらないままコマンドを打つと、成功した作業と未完了の要件が混ざります。

練習では正常な状態を作るだけでなく、一つの設定を変えて失敗の兆候を観察します。復旧できない変更を無計画に増やす必要はありません。VMのスナップショットを用意し、元の状態と比較できる範囲で進めましょう。

要件→実装→検証

要件→実装→検証。要件を区切る、現在地を記録、変更を実施、証拠をそろえるの四観点。要件と変更前の状態から検証までの四段階を対応付ける。

  1. 要件を区切る稼働・自動起動・指定ユーザーでの利用など、満たす状態を列挙する。
  2. 現在地を記録対象と変更前の設定を確認し、要件との差分を特定する。
  3. 変更を実施差分を埋める操作を行い、変更内容と戻し方を記録する。
  4. 証拠をそろえる要件ごとに現在の状態を確認。必要ならラボの再起動後も確かめる。
要件→現在地→変更→証拠の順に作業メモを埋める、資格合格.web独自のラボ手順。

ストレージは、対象を指差せる状態から始める

追加ディスクを使うラボでは、デバイス名、容量、既存のファイルシステム、マウントの有無を確認します。LVMを扱うなら、PV、VG、LV、ファイルシステム、マウントポイントを別の層として書きます。LVを作ったことと、指定した場所へ保存できることは別です。

独自ケースとして「作業用領域を増やしたが、アプリから見える容量が変わらない」を考えます。どの層を拡張したか、利用するファイルシステムの拡張手順は何かを確認してください。すべてのファイルシステムに同じ操作を適用しないようにします。破壊的な作成・初期化は、学習専用の空ディスクだけを対象に行います。

ストレージ層

ストレージ層。物理領域：PV、領域の集まり：VG、割当領域：LV、保存と接続：FS・マウントの四観点。LVMのPV・VG・LVと、その上のファイルシステム・マウントを区別する。

  1. 物理領域：PV確認済みのディスクやパーティションをLVMの物理ボリュームとして使う。
  2. 領域の集まり：VG一つ以上のPVをまとめ、LVへ割り当てる容量のプールを作る。
  3. 割当領域：LVVGから容量を割り当てる。LV拡張だけでファイルシステムは広がるとは限らない。
  4. 保存と接続：FS・マウントLV上のファイルシステムをマウントポイントへ接続し、利用可能な容量を確認する。
LVMを使う例の下位から上位への関係。ファイルシステムの拡張方法は種類ごとに確認する。資格合格.web独自図。

ミニケース：稼働中なのに、再起動するとサービスが止まる

あるサービスを手動で起動し、正常に動くことを確認したとします。それだけでは次回の起動でも動くと判断できません。稼働状態と起動時の設定をそれぞれ確認し、要求に応じて両方を満たす必要があります。

systemctl is-active example.service
systemctl is-enabled example.service

example.service は説明用の仮名です。ラボでは実際に存在するサービスへ置き換えます。起動に失敗した場合は、statusとjournalの記録から原因を調べます。設定を編集したこと、設定が読み込まれたこと、プロセスが動いたこと、利用者が使えることを一つにまとめないでください。

active/enabled

active/enabled。active / enabled、active / disabled、inactive / enabled、inactive / disabledの四観点。サービスの現在の稼働状態と自動起動設定を独立に確認する。

  1. active / enabled現在はアクティブで、自動起動も設定済み。再起動後の稼働と利用可能性は別に確認する。
  2. active / disabled現在はアクティブだが、自動起動の設定はない。手動で起動しただけの場合など。
  3. inactive / enabled自動起動は設定済みだが、現在は非アクティブ。必要ならstatusとjournalを調べる。
  4. inactive / disabled現在は非アクティブで、自動起動も未設定。求める状態に応じて各々を変更する。
is-activeとis-enabledは別の軸。代表的な4組であり、failed・static・maskedなど他の状態もある。disabledでも依存関係などから起動され得る。資格合格.web独自図。

SELinuxは、通常の権限と別の確認点を持つ

ファイルの所有者とモードが正しくても、サービスがアクセスできないことがあります。そのときはサービスの実行条件、SELinuxの状態、ラベル、拒否記録を調べます。「アクセスできないから777にする」「SELinuxを無効にする」という対応では、原因と必要な制御を説明できません。

独自ケースとして、サービスが使うデータを別のディレクトリへ移した後に読めなくなった状況を考えます。移動先のパスとラベルを確認し、必要な場合は永続的なラベル設定と反映を学びます。一時的な変更が再ラベルなどで消える違いも確認してください。booleanについても、症状だけから何でも有効にせず、求める動作との関係を調べます。

SELinux切り分け

SELinux切り分け。通常の権限と実行条件、SELinuxの状態と拒否、ラベルとboolean、永続修正と再検証の四観点。通常の権限とSELinuxの診断点を分け、根拠のある永続的な修正を行う。

  1. 通常の権限と実行条件所有者・モード・パス到達権限とサービス実行ユーザーを確認する。
  2. SELinuxの状態と拒否有効なモードと拒否記録を確認し、対象のプロセスとパスを特定する。
  3. ラベルとboolean実際と期待するラベルを比較。booleanは要求動作に関係するものだけ調べる。
  4. 永続修正と再検証ラベルなら永続設定と反映を分ける。semanage fcontextで定義しrestoreconで適用後、利用を再確認。
拒否の根拠を確認して必要な制御を直す。777やSELinux無効化で回避しない。資格合格.web独自の診断観点。

時間配分は、作業量と復旧リスクから決める

タスクを読んだら、短く完了できるもの、依存関係を整理するもの、調査が必要なものに分けます。複雑なストレージ操作に着手する前に対象が確かか確認し、原因が分からない変更を重ねないようにします。

途中で保留するときは「何を確認したか」「何を変更したか」「次はどこを見るか」を残します。再開時に同じ調査を繰り返すのを防げます。作業時間をすべて変更へ使わず、検証の時間を残すことも練習してください。これは学習上の作業計画であり、実際の出題順や配点を推測するものではありません。

実技時間配分

実技時間配分。短く完了できる作業、依存関係のある作業、調査が必要な作業、検証時間を確保の四観点。作業量・依存関係・復旧リスクに応じて着手と保留を判断する。

  1. 短く完了できる作業対象と手順が明確なら、変更と確認を一組で完了する。
  2. 依存関係のある作業前提となる設定を先に整理。ストレージ操作は対象と復旧リスクを確認する。
  3. 調査が必要な作業変更を重ねず保留も選ぶ。確認済み・変更済み・次の調査先をメモする。
  4. 検証時間を確保作業時間を変更だけで使い切らず、保留の再開と最終状態の確認に残す。
時間配分はラボ練習のための独自提案。実際の出題順や配点を表す図ではない。

管理者として成功することと、利用者が使えることを分ける

ユーザー、グループ、所有権、ACLを設定したら、要件で指定した利用者として確認します。管理者の端末から書き込めた結果を、一般ユーザーにも当てはめないでください。ディレクトリへの到達権限やグループ情報を含めて見ます。

ログインやSSHの練習では、別セッションから接続を確かめてから元のセッションを閉じます。自分の作業環境を維持しながら検証する順番も、端末作業の一部です。公式範囲の各作業について、入力する手順だけでなく、最終的な状態を何で確認するかを対にして記録しましょう。

ラボ復習

ラボ復習。利用要件を決める、権限を整える、指定ユーザーで試す、接続を保ち再検証の四観点。設定から指定ユーザーでの利用検証までを繰り返す。

  1. 利用要件を決めるどのユーザーが、どのパスやサービスをどう使える必要があるか決める。
  2. 権限を整えるユーザー・グループ・所有権・ACLとディレクトリ到達権限を確認する。
  3. 指定ユーザーで試す管理者としての成功だけで済ませず、対象ユーザーの実際の操作を確認する。
  4. 接続を保ち再検証SSHは別セッションで確認してから元を閉じる。未達の要件へ戻って修正する。
設定→実利用→未達要件の見直しを繰り返す、資格合格.web独自のラボ復習。

実技の失敗は、未完了の状態を特定する

ラボの結果修正する学習
今は動くが再起動後に消える永続設定と起動後の検証
rootだけ利用できる実際の利用者の身分と権限の確認
コマンドは成功したが要件未達要件ごとの確認コマンドの用意
修正を重ねて原因不明になるログ確認と一変更ごとの再検証
手順を見ればできる新しいVMで資料なしの再実行

最後は、設定をゼロから作る、再起動後も成立する、失敗の根拠をログで示す、指定した利用者で確認する、という四点を確かめます。再起動を含む確認はラボで安全に行い、作業環境そのものを壊した場合の復旧も別途練習します。

このガイドを読み終えたら

コマンドや管理用語が曖昧なら学習教材と短いラボへ進みます。問題演習は手順の理由や設定の比較を確かめるために使い、実技の代わりにはしないでください。弱点分析では、手順不足・確認不足・永続化忘れ・復旧の遅さを分けます。模擬試験や総合演習では、作業後の証拠までを時間内にそろえられるか見ます。

受験環境、範囲、実施方式と料金は資格情報ページからRed Hat公式EX200案内で確認してください。このページのラボ例と時間の使い方は資格合格.web独自の提案です。