全18回にわたり実機検証とともに進めてきた「LinuCレベル2（201・202試験）実機検証シリーズ」も、本記事でいよいよ最終回を迎えます。第0回のガイダンスから始まり、201試験の内部構造・仮想化・自動化技術、そして202試験のネットワークサーバー・セキュリティ・HAクラスタまで、現代のエンタープライズインフラを支える主要技術を網羅的に検証してきました。
LinuCレベル2の試験本番において、合否の分水嶺となるのがキーボードから直接文字列を入力する 記述式（キー入力 / コマ問）問題 です。選択式問題であれば消去法や文脈の手がかりから正解を導き出せる場合でも、記述式問題ではコマンド名の正確なスペル、設定ファイルの絶対パス、主要なハイフン付きオプションを正確に記憶していなければ1点も得点できません。本記事では、全18回の実機検証エッセンスを凝縮し、201試験・202試験の重要出題領域を横断する記述式重要構文、設定ファイルパス、そして本番試験の得点戦略を体系的に総整理します。
実機検証シリーズ 最終検証環境
- ホストOS
- AlmaLinux 9.8 (Kernel 5.14.0-503.40.1.el9_5.x86_64)
- ホスト名 / IP
- linuc-node01 / 192.168.2.138
- 対象試験
- LinuC レベル2（201試験 主題2.01〜2.06 / 202試験 主題2.07〜2.13）
- 記事の位置づけ
- 第17回（シリーズ完結編・直前総まとめ＆記述式コマ問完全マスター）
本記事の学習スコープと位置づけ
| 公式試験の必須出題範囲 | 201試験（主題2.01〜2.06）および 202試験（主題2.07〜2.13）全主題の重要記述式コマンド・設定ファイル・ディレクティブ総点検 |
|---|---|
| 現場で役立つ実務拡張 | 実機検証環境（linuc-node01）で確認した全設定構文チェックコマンド（apachectl, nginx -t, postfix check, sshd -t等）の即答マスター |
目次
1. LinuCレベル2（201・202）試験の合否を分ける構造
LinuCレベル2認定を取得するには、201試験と202試験の両方に合格する必要があります（5年以内の受験）。両試験は対象とする技術レイヤーが明確に分かれており、それぞれ異なる試験対策アプローチが求められます。
1.1 201試験と202試験の特性比較と出題比重
両試験の出題範囲と技術的特徴を下表に整理します。
| 試験区分 | 主対象領域 | 主要ソフトウェア・ツール | 出題特性と対策の重点 |
|---|---|---|---|
| 201試験 | OS内部構造、カーネル、ストレージ、仮想化、運用自動化 | systemd, GRUB2, sysctl, mdadm, LVM, Ansible, KVM (virsh), Docker, sar | カーネル空間とユーザー空間の境界、ストレージの階層構造、仮想化レイヤーのコマンド体系など「構造の理解」が問われる |
| 202試験 | ネットワークサービス基盤、認証、暗号化、セキュリティ、HAクラスタ | BIND, Apache httpd, Nginx, Squid, Postfix, Dovecot, OpenLDAP, PAM, Samba, NFS, OpenSSH, firewalld, Pacemaker（実務拡張: nftables, DRBD） | 各ネットワークデーモンの設定ファイル記法、ディレクティブ名、構文検証コマンド、ポート番号など「プロトコルと設定構文」が問われる |
1.2 記述式（キー入力・コマ問）で失点しないための絶対原則
LinuC試験では、全約60問中、数問から十数問程度が記述式（入力ボックスにキーボードで文字列を入力する形式）で出題されます。記述式問題で不合格になる受験者の大半は、「知識としては知っていたが、正確に入力できなかった」という凡ミスに起因します。以下の原則を試験前に確認してください。
-
フルパス要求かコマンド名単体かの厳密な見極め問題文に「コマンド名のみを入力しなさい」とある場合は
sysctlと入力します。「絶対パスで入力しなさい」または設定ファイルを問われている場合は/etc/sysctl.confのように先頭のスラッシュを含めて正確に入力します。指定を見落とすと誤答となります。 -
ハイフンの個数と短縮・完全オプションの区別1文字オプション（
-p,-r,-t）はハイフン1つ、ロングオプション（--level,--raid-devices,--check）はハイフン2つです。混同は失点に直結します。 -
複数形（s）の有無の正確な記憶
exportfs（末尾sあり）、sysctl.d（末尾dあり）、/etc/pam.d/、/etc/modprobe.d/など、末尾の文字を正確にタイピングできる状態にしておきます。 -
半角・全角と大文字・小文字の完全一致Linuxはすべて大文字・小文字を厳格に区別します。IMEがオンのまま全角スペースや全角英数文字を入力しないよう、試験画面での入力時は英数半角モードであることを常に確認します。
2. 【201試験】直前総まとめ＆最重要記述式マスター
201試験のコア技術マップと記述式頻出コマンドを下図に総括します。
図1: LinuC 201試験 コア技術マップと記述式重要コマンド
2.1 カーネル・モジュール・システム起動（GRUB2 / systemd / sysctl）
201試験の前半部（第1回〜第2回）で扱ったブートローダー、カーネル、システム起動の記述式頻出項目です。
| 機能・要件 | コマンド / パス | 主要オプション・引数・補足 |
|---|---|---|
| カーネル設定ファイルの即時反映 | sysctl -p /etc/sysctl.conf |
-p オプションを省略すると /etc/sysctl.conf を自動読み込み |
| 実行中カーネルパラメータの一時変更 | sysctl -w net.ipv4.ip_forward=1 |
-w で即時反映（再起動でリセット） |
| カーネルモジュールのロード / アンロード | modprobe <モジュール名> / modprobe -r <モジュール名> |
-r（または --remove）で依存関係を解決して安全にアンロード |
| ロード中モジュール一覧 / モジュール詳細情報 | lsmod / modinfo <モジュール名> |
lsmod は /proc/modules を参照 |
| GRUB2設定ファイルの生成（BIOS / レガシー環境） | grub2-mkconfig -o /boot/grub2/grub.cfg |
-o で出力先ファイルを指定（Debian系は update-grub） |
| デフォルトターゲット（ランレベル）の変更 | systemctl set-default multi-user.target |
グラフィカル環境は graphical.target |
2.2 ストレージ管理・RAID・LVM（mdadm / pv / vg / lv）
第3回で扱ったLinuxのストレージ階層アーキテクチャは、記述式問題の宝庫です。
| 機能・要件 | コマンド / パス | 主要オプション・引数・補足 |
|---|---|---|
| ソフトウェアRAID1アレイの新規作成 | mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sdb1 /dev/sdc1 |
-C, -l 1, -n 2 の短縮構文も頻出 |
| RAIDアレイの詳細ステータス確認 | mdadm --detail /dev/md0 |
-D オプション。リアルタイム同期進捗は /proc/mdstat |
| RAIDディスクの障害シミュレート / 切り離し | mdadm --fail /dev/md0 /dev/sdb1 ➔ mdadm --remove /dev/md0 /dev/sdb1 |
-f（障害マーク）、-r（アレイから除去） |
| LVM 論理ボリュームの新規作成 | lvcreate -L 20G -n lv_data vg0 |
-L は容量（ギガ/メガ）、-n はボリューム名 |
| LVM 論理ボリュームの容量拡張 | lvextend -L +10G /dev/vg0/lv_data |
-L +10G は追加量、-r オプションでFS同時拡張可 |
| XFSファイルシステムの拡張 | xfs_growfs /mnt/data |
引数はマウントポイントを指定（縮小は不可） |
| ext4ファイルシステムの拡張 | resize2fs /dev/vg0/lv_data |
引数はデバイスファイルを指定（アンマウント不要でオンライン拡張可） |
2.3 仮想化・コンテナ・構成管理（KVM / Docker / Ansible）
第6回〜第8回で扱ったインフラ自動化・仮想化領域の重要コマンドです。
| 機能・要件 | コマンド / パス | 主要オプション・引数・補足 |
|---|---|---|
| KVM 仮想マシンの定義（永続化） | virsh define /etc/libvirt/qemu/vm01.xml |
XMLファイルからドメインを登録。起動は virsh start vm01 |
| KVM 仮想マシンの自動起動設定 | virsh autostart vm01 |
ホスト起動時の自動開始。解除は virsh autostart --disable vm01 |
| Docker イメージのビルド | docker build -t myapp:1.0 . |
-t でタグ（リポジトリ名:タグ名）を指定、末尾はビルドコンテキスト |
| Docker コンテナのバックグラウンド起動とポート公開 | docker run -d -p 8080:80 --name webserver httpd:latest |
-d（デタッチ）、-p ホストポート:コンテナポート |
| 稼働中コンテナ内でのコマンド実行 | docker exec -it webserver /bin/bash |
-i（標準入力オープン）、-t（疑似TTY割り当て） |
| Ansible Playbookの構文チェックとドライラン | ansible-playbook -i hosts site.yml --syntax-check / --check |
--check（または -C）で実機変更を行わないドライラン実行 |
3. 【202試験】直前総まとめ＆最重要記述式マスター
202試験のネットワーク・サーバー設定ファイル＆管理コマンド体系を下図に総括します。
図2: LinuC 202試験 ネットワーク・サーバー設定ファイル＆管理コマンド体系
3.1 認証基盤・名前解決（PAM / OpenLDAP / BIND）
第9回〜第10回で扱った認証統合とDNSサービスの中核コマンド・構文です。
| 機能・要件 | コマンド / パス | 主要オプション・引数・補足 |
|---|---|---|
| PAM設定ファイル群の格納ディレクトリ | /etc/pam.d/ |
サービスごとのスタック定義。4大モジュールタイプ（auth, account, password, session）と4大コントロール（required, requisite, sufficient, optional）の動作フロー |
| LDAPディレクトリの簡易検索 | ldapsearch -x -b "dc=example,dc=com" "(uid=user01)" |
-x（簡易認証）、-b（検索ベースDN）、-D（バインドDN）、-W（パスワードプロンプト） |
| OpenLDAPの静的インポート / エクスポート | slapadd -l backup.ldif / slapcat -l output.ldif |
slapd停止中にデータベースファイル（MDB/BDB）へ直接書き込み・抽出を行う |
| BIND設定ファイルの構文検証 | named-checkconf /etc/named.conf |
エラーがなければ何も出力しない（終了ステータス0） |
| BINDゾーンファイルの構文検証 | named-checkzone example.com /var/named/example.zone |
引数は「ゾーン名」と「ゾーンファイルのパス」 |
| BINDネームサーバーのリモート制御 | rndc reload / rndc flush |
reload（設定再読み込み）、flush（キャッシュDNSのキャッシュ全消去） |
3.2 Web・プロキシ・メール（Apache / Nginx / Squid / Postfix / Dovecot）
第11回〜第13回で扱ったインターネット基幹プロトコルの設定検証コマンドと主要ファイルです。
| 機能・要件 | コマンド / パス | 主要オプション・引数・補足 |
|---|---|---|
| Apache httpdの設定構文検証 / 安全な再読み込み | apachectl configtest / apachectl graceful |
graceful は既存接続を切断せずに設定を再適用 |
| Nginxの設定構文検証 / 再読み込み | nginx -t / nginx -s reload |
-t（テスト構文）、-s（シグナル送信: reload, stop, quit） |
| Squidプロキシの設定再読み込み / キャッシュ初期化 | squid -k reconfigure / squid -z |
-k reconfigure で無停止反映、-z でスワップディレクトリ作成 |
| Postfixパラメータの動的確認 / 変更 | postconf -e "myhostname = mail.example.com" |
-e で /etc/postfix/main.cf を直接編集・追記 |
| PostfixルックアップテーブルのハッシュDB生成 | postmap /etc/postfix/virtual |
virtual.db（Berkeley DB形式）を自動生成 |
| Dovecot設定の非デフォルト値出力 | dovecot -n |
デフォルトから変更されたディレクティブのみを一覧表示（設定検証の基本） |
3.3 ファイル共有・セキュリティ・高可用性（Samba / NFS / OpenSSH / firewalld / Pacemaker）
第14回〜第16回で扱ったファイル共有・防護・HAクラスタの重要コマンドです。
| 機能・要件 | コマンド / パス | 主要オプション・引数・補足 |
|---|---|---|
| OpenSSHサーバー設定構文検証 | sshd -t |
小文字の -t（構文テスト）。設定変更後の再起動前に必須実行 |
| OpenSSH鍵ペア生成 / 鍵配布 | ssh-keygen -t ed25519 / ssh-copy-id <user@host> |
-t で暗号鍵タイプ指定、ssh-copy-id でリモートのauthorized_keysへ自動追記 |
| Samba設定ファイル（smb.conf）の構文検証 | testparm -s |
-s でデフォルト値を抑制して有効な設定のみ表示 |
| Sambaユーザーの追加・有効化 | smbpasswd -a <ユーザー名> / smbpasswd -e <ユーザー名> |
Linuxローカルユーザーが事前に存在することが前提条件 |
| NFSエクスポートテーブルの再読み込み | exportfs -ra |
-r（全エクスポートの再同期）、-a（全定義の対象化） |
| リモートNFSサーバーの公開ディレクトリ一覧確認 | showmount -e <ホスト名またはIP> |
-e（エクスポートリストの表示） |
| nftablesルールの全ダンプ / 保存（実務拡張） | nft list ruleset |
標準出力を /etc/sysconfig/nftables.conf へリダイレクトして永続化 |
| Pacemakerクラスタのリアルタイム稼働状態確認 | pcs status / crm_mon -1 |
ノードの死活、リソースの配置ノード、クォーラム有無を一括表示 |
| DRBDリソースの有効化 / ロール昇格（実務拡張） | drbdadm up <リソース> ➔ drbdadm primary <リソース> |
SecondaryからPrimaryへの昇格制御。状態確認は drbdadm status |
4. 試験本番で役立つ「重要設定ファイルパス＆ディレクティブ」対照表
LinuC試験では、設定ファイルの「配置場所（フルパス）」や「ファイル内の重要ディレクティブ名」を直接キーボードで入力させる問題が高頻度で出題されます。
4.1 全18回を横断する重要設定ファイルフルパス完全表
本シリーズ全18回で登場した設定ファイルの中から、記述式出題実績のある重要パスを網羅しました。
| 主題・対象 | 設定ファイルの絶対パス | 主要ディレクティブ / 記述内容の例 |
|---|---|---|
| カーネル | /etc/sysctl.conf / /etc/sysctl.d/*.conf |
net.ipv4.ip_forward = 1, vm.swappiness = 10 |
| モジュール | /etc/modprobe.d/*.conf |
options <mod> <param>=<val>, blacklist <mod> |
| ブートローダー | /boot/grub2/grub.cfg / /etc/default/grub |
GRUB_CMDLINE_LINUX, GRUB_TIMEOUT |
| RAID | /etc/mdadm.conf |
ARRAY /dev/md0 UUID=..., MAILADDR admin@example.com |
| マウント定義 | /etc/fstab |
UUID=... /data xfs defaults,noatime 0 0 |
| ディスク暗号化 | /etc/crypttab |
secret_disk UUID=... none luks |
| DNS（BIND） | /etc/named.conf |
listen-on port 53, allow-query, forwarders |
| Web（Apache） | /etc/httpd/conf/httpd.conf |
DocumentRoot, <Directory>, Require all granted |
| Web（Nginx） | /etc/nginx/nginx.conf |
server { listen 80; proxy_pass http://backend; } |
| プロキシ（Squid） | /etc/squid/squid.conf |
http_port 3128, acl localnet src ..., http_access allow |
| メール（Postfix） | /etc/postfix/main.cf |
myhostname, mydomain, myorigin, inet_interfaces |
| POP/IMAP（Dovecot） | /etc/dovecot/dovecot.conf |
protocols = imap pop3 lmtp, mail_location |
| 認証（PAM） | /etc/pam.d/<サービス名> |
auth required pam_unix.so try_first_pass |
| ファイル共有（Samba） | /etc/samba/smb.conf |
workgroup, security = user, path = /shared, writable = yes |
| NFSエクスポート | /etc/exports |
/export/data 192.168.2.0/24(rw,sync,no_root_squash) |
| SSHサーバー（重要度4） | /etc/ssh/sshd_config |
PermitRootLogin no, PasswordAuthentication no, PubkeyAuthentication yes, AllowUsers |
| セキュリティ（実務拡張：nftables） | /etc/sysconfig/nftables.conf |
include "/etc/nftables/main.nft" |
| 改ざん検知（実務拡張：AIDE） | /etc/aide.conf |
database=file:/var/lib/aide/aide.db.gz, NORMAL = p+i+n+u+g+s+m+c+sha256 |
| HAクラスタ | /etc/corosync/corosync.conf |
totem { transport: knet }, quorum { provider: corosync_votequorum } |
| データ同期（実務拡張：DRBD） | /etc/drbd.conf / /etc/drbd.d/*.res |
protocol C;, syncer { rate 100M; }, device /dev/drbd0; |
4.2 コマンドと設定確認オプションの対応表
デーモンの再起動を行わずに設定ファイルを検証・適用するコマンドとオプションは、試験でも実務でも必須のテクニックです。
| ソフトウェア名 | 構文チェック（テスト）コマンド | 無停止設定再読み込み（リロード）コマンド |
|---|---|---|
| OpenSSH | sshd -t（または sshd -T で全設定ダンプ） |
systemctl reload sshd（既存セッション切断防止） |
| Apache httpd | apachectl configtest (または httpd -t) |
apachectl graceful (または systemctl reload httpd) |
| Nginx | nginx -t |
nginx -s reload (または systemctl reload nginx) |
| BIND DNS | named-checkconf / named-checkzone |
rndc reload (または systemctl reload named) |
| Squid | squid -k parse |
squid -k reconfigure (または systemctl reload squid) |
| Postfix | postfix check |
postfix reload (または systemctl reload postfix) |
| Dovecot | dovecot -n (差分確認) |
dovecot reload (または systemctl reload dovecot) |
| Samba | testparm -s |
smbcontrol all reload-config |
| NFS | （設定構文は exportfs 実行時に検証） | exportfs -ra |
| nftables（実務拡張） | nft -c -f /etc/sysconfig/nftables.conf (-c で構文検証) |
nft -f /etc/sysconfig/nftables.conf |
| Ansible | ansible-playbook --syntax-check site.yml |
（エージェントレスのためドライラン --check で検証） |
5. 試験当日の解答戦略とトラブルシューティング心得
LinuC試験はCBT（Computer Based Testing）方式で行われ、画面上に表示される問題に対してマウス操作およびキーボード入力で解答します。知識量だけでなく、90分間の時間マネジメントと冷静な判断力が得点を左右します。
5.1 時間配分と見直し優先順位の組み立て
LinuCレベル2の試験時間は 90分間 で、出題数は 約60問 です。これは1問あたり平均1.5分で処理する必要があることを意味します。
-
第1巡（開始〜45分）：即答可能な問題の先取とフラグ付け迷わず答えられる選択式問題や即座に浮かんだ記述式問題をテンポよく解答します。1問あたり30秒〜45秒を目安とし、判断に迷う問題や計算を伴う問題（クォーラム計算やCIDRサブネット等）は画面の「見直し（Review）」チェックボックスをオンにして保留し、立ち止まらずに先へ進みます。
-
第2巡（45分〜75分）：保留問題のじっくり検討と記述式の精査フラグを付けた保留問題にじっくり時間を割きます。特に記述式問題では、前後の文脈を再読し、入力した文字列に不要なスペースやスペルミスがないか一文字ずつ指差し確認を行います。
-
第3巡（残り15分）：未解答の撲滅と最終見直し未解答（空欄）が1問もないことを一覧画面で確認します。LinuCには誤答に対する減点ペナルティがないため、確信が持てない問題であっても必ず選択肢を選び、記述欄にも最も可能性の高いコマンドを入力します。
5.2 「わからない記述式」に直面したときの思考プロセス
試験本番でどうしても思い出せないコマンド名や設定ファイルに出会った場合、以下のLinux標準の設計哲学から論理的に類推します。
- コマンド命名パターンの類推: Linuxコマンドは「対象（オブジェクト）+ 動作（アクション）」または「動作 + 対象」で命名される規約が多く存在します。例:
vgcreate（Volume Group + Create）、xfs_growfs（XFS + Grow Filesystem）、testparm（Test Parameters）、postconf（Postfix + Configuration）。 - FHS（ファイルシステム階層標準）からの類推: 設定ファイルは必ず
/etc/配下にあり、サービス名と同じディレクトリに収められます（例:/etc/nginx/、/etc/squid/、/etc/corosync/）。動的な状態情報は/proc/または/sys/、ログは/var/log/に存在します。 - 標準オプション体系からの類推: 構文チェックは
-t（test）または-c（check/config）、再読み込みは-s reloadまたは-k reconfigure、詳細表示は-v（verbose）または-s（summary/status）、再帰処理は-r（recursive）または-Rなど、共通のアルファベット慣習を手がかりに推論します。
6. シリーズ完結：実機検証で培ったスキルを実務インフラへ活かす
全18回に及んだ本実機検証シリーズは、これにて完結となります。第0回から第17回までの全記事で扱った技術主題を振り返ります。
| 回数 | 試験区分 | 主題・タイトル | 実機検証の主眼 |
|---|---|---|---|
| 第0回 | 共通 | ガイダンス・ロードマップ | LinuC Level 2の全体系と実機環境設計（AlmaLinux 9.8） |
| 第1回 | 201試験 | ブートプロセスとGRUB2・systemd | UEFI/BIOSブートローダーとターゲット管理 |
| 第2回 | 201試験 | カーネル構造・モジュール・sysctl | modprobeモジュール依存性とカーネル動的パラメータ |
| 第3回 | 201試験 | ファイルシステム・RAID・LVM | mdadmソフトウェアRAIDとLVM論理ボリュームのオンライン拡張 |
| 第4回 | 201試験 | 高度ネットワーク設定・ボンディング | nmcli、Link Aggregation、ネットワーク診断ツールの実機ログ |
| 第5回 | 201試験 | ソースビルド・監視・バックアップ | gcc/make、sar/vmstatによるリソース監視、バックアップ設計 |
| 第6回 | 201試験 | Ansible構成管理入門 | Playbookによるインフラ自動構築とYAML構文・冪等性 |
| 第7回 | 201試験 | KVM仮想化とvirsh管理 | QEMU/KVM、仮想ブリッジネットワーク、virshライフサイクル |
| 第8回 | 201試験 | コンテナ技術とDocker管理 | コンテナライフサイクル、Dockerfileビルド、マルチステージ |
| 第9回 | 202試験 | PAM認証とOpenLDAP | 認証スタックのフロー、DIT階層構造、slapd運用 |
| 第10回 | 202試験 | BINDによるDNSサーバー構築 | 正引き・逆引きゾーン、TSIGゾーン転送、DNSSEC、rndc |
| 第11回 | 202試験 | Apache WebサーバーとTLS/HTTPS | VirtualHost、mod_ssl暗号化、Requireアクセス制御 |
| 第12回 | 202試験 | NginxリバースプロキシとSquid | 高速リバースプロキシ、キャッシュ、Squid ACLアクセス制限 |
| 第13回 | 202試験 | Postfix & Dovecotメールサーバー | SMTP AUTH/STARTTLS、仮想メールボックス、IMAP/POP3 |
| 第14回 | 202試験 | Samba & NFSファイル共有 | Windows共有・AD連携、NFSv4擬似ファイルシステムとRPC |
| 第15回 | 202試験 | Linuxセキュリティ・VPN防護 | OpenSSH堅牢化、firewalld/iptables（実務拡張: nftables/AIDE）、OpenVPN |
| 第16回 | 202試験 | Pacemaker & Corosync HAクラスタ | クォーラム合意、STONITH強制遮断、キャパシティ/クラウド設計（実務拡張: DRBD） |
| 第17回（本稿） | 総括 | 直前総まとめ＆記述式コマ問マスター | 201/202全領域の記述式重要構文・設定ファイル・試験戦略総集編 |
LinuCレベル2の試験勉強で培った知識は、単なる紙の資格にとどまりません。コマンドを叩いたときにOS内部で何が起きているのか、なぜその設定パラメータが必要なのかという「原理と実機挙動の結びつき」は、オンプレミス・クラウド・コンテナ基盤を問わず、実務で発生する複雑なトラブルを迅速に解決するための強固な土台となります。
本シリーズを完走された皆様が、LinuCレベル2（201試験・202試験）に見事合格を果たし、さらに高度なLinuxエンジニア（LinuCレベル3、クラウドアーキテクト、SRE）へと飛躍されることを願っています。
LinuC レベル2 連載ナビゲーション
リンク
