ネットワーク設定の永続化クイズ
最終更新日: 2026 年 9 月 15 日
選択肢の文字だけでなく、理由を説明できるようにレッスンを使ってください。ラボでは、クライアントの .10/24 とサーバーの .20/24 が 192.0.2.0/24 上にあります。この内部ネットワークには DHCP、ルーター、DNS はありません。別の管理用 NIC の設定は変更しません。
問題
- 仮想マシンに、見慣れない名前のインターフェイスが 2 つあります。どちらに
192.0.2.10/24を設定すべきですか？- A)
ipの一覧で最初に表示されるインターフェイス - B) 現在のデフォルトルートが設定されているインターフェイス
- C) MAC アドレスが、ハイパーバイザーに記録された内部ラボ用アダプターと一致するインターフェイス
- D) 現在 UP と表示されている任意のインターフェイス
- A)
解答を表示
解答: C) MAC アドレスが、ハイパーバイザーに記録された内部ラボ用アダプターと一致するインターフェイス
解説: インターフェイス名や一覧の順序は、役割を割り当てる信頼できる方法ではありません。記録された MAC アドレスを ip -br link の出力と照合し、アドレスと経路を調べてください。管理用 NIC の名前の方が見慣れていても、そちらの設定は保持してください。
systemd-networkdが稼働中ですが、Netplan の定義ではラボ NIC に NetworkManager を指定しています。何をすべきですか？- A) networkd サービスが稼働しているため、すべてのインターフェイスを管理しているとみなす
- B) 一致する Netplan の定義と生成済みプロファイルを調べてから、編集する管理元を選ぶ
- C) 同じ NIC に対して直接
.networkファイルも作成する - D) 両方のサービスを無効にして、
ip address addだけを使う
解答を表示
解答: B) 一致する Netplan の定義と生成済みプロファイルを調べてから、編集する管理元を選ぶ
解説: サービスの状態とデバイスごとの管理元は別です。Netplan はバックエンド設定を生成でき、それと競合する定義を直接作ると衝突することがあります。ip コマンドだけの変更は実行時の設定であり、再起動後も有効な指示ではありません。
- 既存の Netplan ファイルに、ラボ NIC の DNS アドレス一覧があります。後続ファイルで
nameservers: {addresses: []}を指定すれば、古い一覧を削除できると考えて安全ですか？- A) はい。ファイル名の番号が最も大きければ、以前の値はすべて必ず消える
- B) はい。リストは常にスカラー値と同じように扱われる
- C) いいえ。Netplan のファイルをすべてディレクトリから移動させる
- D) いいえ。マージ済みの構成と管理元の定義を調べる。リストは連結されることがある
解答を表示
解答: D) いいえ。マージ済みの構成と管理元の定義を調べる。リストは連結されることがある
解説: 後続のオーバーレイが常にリセットとして機能するわけではありません。netplan get、実際の入力ファイル、一致する ID/MAC、プロビジョニング元を確認してください。管理元が特定できたらバックアップを取って編集します。既存の定義がない新しい NIC 用の手順を使う方法もあります。ラボの競合を解決するために管理用の構成を置き換えないでください。
- コースのクライアント用ラボ NIC に適した、永続化する IPv4 設定はどれですか？
- A)
192.0.2.10/24、その NIC にゲートウェイも DNS も設定せず、DHCP を無効にする - B)
192.0.2.10/24、サブネットには常に.1のルーターがあるため、ゲートウェイを192.0.2.1にする - C) DHCP を有効にし、リースを取得できるようパブリック DNS アドレスを設定する
- D) サーバーと同じアドレスの
192.0.2.20/24を設定する
- A)
解答を表示
解答: A) 192.0.2.10/24、その NIC にゲートウェイも DNS も設定せず、DHCP を無効にする
解説: 相手は /24 内で直接接続されています。この内部ネットワークにはルーターも DHCP/DNS サービスもありません。推測したゲートウェイを設定してもルーターは作られず、DNS を設定しても DHCP リースは得られません。別の管理用接続は、独自の設定を保持します。
netplan generateは成功しましたが、未確認のnetplan tryがタイムアウトしました。何が妥当ですか？- A) 構文が正しければ、選択した MAC と管理経路も正しいと証明された
- B) タイムアウトすれば、ディスク上のファイルと実行時の状態の両方が必ず復元される
- C) コンソールから実行時の状態とディスク上の状態を確認し、必要に応じて対象ファイルだけを復旧する
- D) ファイルを確認せず、すぐに再起動する
解答を表示
解答: C) コンソールから実行時の状態とディスク上の状態を確認し、必要に応じて対象ファイルだけを復旧する
解説: generate は構成を検査／生成するもので、接続性を証明するものではありません。try は未確認の変更を戻すためのコマンドですが、ロールバックには既知の注意点があります。再起動前に保存済みの構成を確認してください。ロールバック時に動かすのは自分が所有するファイルだけにし、ラボ用アドレスが実行時の状態に残っていないかを調べます。
connection.autoconnect noを指定してbeginner-lab-staticを作成しました。これはどういう意味ですか？- A) nmcli が終了するとプロファイルも消える
- B) プロファイルは保存されるが、自動有効化は無効である。autoconnect を有効にする前に、明示的に有効化して確認する
- C) すべての Ethernet NIC ですでに有効になっている
- D) 管理用接続だけが変更される
解答を表示
解答: B) プロファイルは保存されるが、自動有効化は無効である。autoconnect を有効にする前に、明示的に有効化して確認する
解説: 保存された設定とデバイスの有効状態は別です。このレッスンでは、検証済みの NIC/MAC にプロファイルを結び付け、記録済み UUID を有効にして、実行時のアドレスと経路を確認した後、再起動に備えて autoconnect を有効にします。プロファイルが保存されているだけでは、有効化の成功を示しません。
- 古いラボ用プロファイルに
DEVICE=--と表示されます。再起動後に新しいプロファイルを使う前に何をすべきですか？- A) 非アクティブなプロファイルをすべて削除する
- B) 非アクティブなプロファイルは決して有効化されないため、無視する
- C) すべてのプロファイルの autoconnect 優先度を上げる
- D) 互換性とバインド先を調べ、元の状態を記録し、ラボ専用の競合相手だと確認できた場合に限って autoconnect を無効にする
解答を表示
解答: D) 互換性とバインド先を調べ、元の状態を記録し、ラボ専用の競合相手だと確認できた場合に限って autoconnect を無効にする
解説: 非アクティブなのは現在の状態を示します。互換性のある保存済みプロファイルは、後で有効になる可能性があります。バインドされていないプロファイルが管理用 NIC に使われる場合もあるので、無条件に変更しないでください。対象を限定して復旧できるよう、以前の UUID、autoconnect 値、有効状態を記録してください。
- nmtui で
beginner-lab-staticを編集して保存しました。次に何をすべきですか？- A) 同じ NetworkManager プロファイルを nmcli で調べ、適切な場合は記録済みのラボ UUID を再有効化する
- B) nmtui の設定を永続化するため、別の Netplan 定義を書く
- C) すべてのネットワークサービスを再起動する
- D) すべてのインターフェイスを更新するため、管理用接続を無効化する
解答を表示
解答: A) 同じ NetworkManager プロファイルを nmcli で調べ、適切な場合は記録済みのラボ UUID を再有効化する
解説: nmtui と nmcli は同じ管理サービスを操作します。プロファイル設定の保存と、すでにアクティブなデバイスへの適用は別です。有効化する対象を専用のラボプロファイルに限定し、ゲートウェイ／DNS／デフォルトルートの動作を確認してください。
- レッスンの例にあるデフォルトゲートウェイ
10.77.0.1とリゾルバー10.77.0.53が適切なのは、どの環境ですか？- A) 既存の NAT/DHCP 管理用 NIC に改善策として自動設定する
- B) これらのサービスが存在しない隔離されたコース用 NIC に設定する
- C) 管理者がサービスの存在を確認した別の準備済み練習用 VM で、練習用アップリンクに競合する管理用デフォルトルートがない
- D) デフォルトルートをすべて削除した後であれば、どの NIC にも設定できる
解答を表示
解答: C) 管理者がサービスの存在を確認した別の準備済み練習用 VM で、練習用アップリンクに競合する管理用デフォルトルートがない
解説: ゲートウェイと DNS の例には、実際に存在することを確認した環境固有の前提が必要です。同様に、DHCP の例には DHCP が有効なネットワークが必要です。隔離されたコース用ラボや、その管理接続にサービスを付け加える指示ではありません。検索ドメインは名前の補完に使われるもので、レコードを作成するものではありません。
- NetworkManager の演習を元に戻したい場合、無関係な構成を保持するにはどうしますか？
- A) すべての Ethernet プロファイルを削除して再起動する
- B) 新しいラボ UUID を確認して削除し、以前のラボプロファイルそれぞれの記録済み autoconnect 値を復元し、以前アクティブだったプロファイルだけを再有効化する
- C) すべてのアドレスとデフォルトルートをフラッシュする
- D) 最初に作成された管理用プロファイルを削除する
解答を表示
解答: B) 新しいラボ UUID を確認して削除し、以前のラボプロファイルそれぞれの記録済み autoconnect 値を復元し、以前アクティブだったプロファイルだけを再有効化する
解説: 復旧には、所有する正確なプロファイルと以前の状態の記録が必要です。以前非アクティブだったプロファイルは、そのまま非アクティブにしてください。ラボのアドレス／リンク状態と変更されていない管理用構成を確認します。接続が切れたとき、互換性のある別のプロファイルが有効になる場合があります。