1日目　仮想マシンとOSの準備

WindowsのChromeで、授業で指定されたURLを開き、Proxmoxの管理画面にログインします。

User name

指定されたユーザー名

Password

指定されたパスワード（他人に教えない、画面に映さない）

Realm

「Proxmox VE authentication server」を選ぶ。Realm（レルム）は「どの名簿でユーザーを確かめるか」の選択肢で、これはProxmoxが独自に持っている利用者名簿のこと

Language

「日本語」を選ぶ。以降の画面が日本語になる

画面右上の「VMを作成」を押し、タブを順に進めながら設定します。設定の一つひとつは「どんなパソコンを組み立てるか」を決めている、と考えると分かりやすくなります。

「確認」タブで「完了」を押すと作成が始まり、しばらくすると左のツリーにVMが現れます。

作ったVMを選んで右上の「開始」を押し、VMのメニューの「コンソール」を開きます。仮想DVDに入れたISOから起動し、インストーラーの画面が出ます。

インストーラーの操作方法

マウスは使えません。↑↓ と Tab で項目を移動し、Space でチェックを付け外しし、Enter で決定します。画面下の [ Done ] が「次へ」です。

「Installing system」でログが流れ、しばらくすると [ Reboot Now ] が出るので選びます。Please remove the installation medium, then press ENTER: のような表示が出たら Enter を押します。

再起動後、t3lab-XX login: と出たら、ユーザー名 t3admin とパスワードでログインします（パスワードは画面に表示されません）。ログインできたら、いったん電源を切ります。考察のヒント考察のヒントこのUbuntu Serverには、マウスで操作する画面（GUI）がありません。それでもこの日の設定をすべてコマンドと設定ファイルだけで終えられたことは、課題1「サーバーにLinux系が使われる理由」を、自分の体験から説明する材料になります。

sudo shutdown -h now

最後に、Proxmoxで仮想DVDからISOを取り出します。VMの「ハードウェア」を開き、「CD/DVDドライブ」を選んで「編集」から「メディアを使用しない」（英語表示では Do not use any media）にします。入れたままだと、次に起動したときにまたインストーラーが立ち上がることがあります。

インストールしたばかりのきれいな状態を、スナップショットとして保存します。VMを選んで「スナップショット」（Snapshots）タブを開き、「スナップショット作成」から名前 day1-initial と説明を入れて作成します。

作成後、一覧に day1-initial が表示され、自分のVMに付いていることを確かめます。この画面がエビデンス1になります。1エビデンス1の撮影ポイント撮影ポイント　エビデンス1手順4でスナップショットを作成した直後。Proxmoxの「スナップショット」タブを開き、一覧に day1-initial が表示され、自分のVM（1XX）に付いていることが分かる画面を撮る。エビデンス一覧の項目へ移動 ↓

スナップショットは「セーブポイント」です。あとで設定を壊してしまっても、「ロールバック」を選べばこの時点に戻れます（その代わり、それ以降の変更はすべて消えます）。名前には英数字と - _ を使い、空白や日本語は使わないようにします。考察のヒント考察のヒント更新や設定変更には「うまく動かなくなる」危険もあります。課題2で更新の利点を書くとき、「作業の前にスナップショットを取れば、失敗してもすぐ戻せる」という運用の工夫まで触れると、利点とリスクの両面を論じられます。

スナップショットは同じ機械の中に保存されるので、機械そのものの故障には備えられません。別の場所に保管する「バックアップ」とは役割が違います。

これ以降、VMを動かすときは「開始」、止めるときはUbuntuの中で sudo shutdown -h now を打つか、Proxmoxの「シャットダウン」を押します。操作はVMの「コンソール」で行います。

再起動したいときは、Ubuntuの中で sudo reboot を打ちます。

VMを起動してコンソールでログインし、裏で動いているサービスの一覧と、その管理方法を確かめます。時刻合わせのサービス systemd-timesyncd を例にします。

systemctl list-units --type=service --state=running
systemctl status systemd-timesyncd
sudo systemctl restart systemd-timesyncd
systemctl is-enabled systemd-timesyncd

systemctl status の表示は、次の3か所を読みます。

● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; enabled; preset: enabled)
     Active: active (running) since Mon 2026-09-28 01:23:45 UTC; 5min ago
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 612 (systemd-timesyn)
     Status: "Contacted time server …"

先頭の ●

緑なら正常。赤や白抜きなら止まっているか失敗している

Loaded の enabled

起動時に自動で動く設定になっている

Active: active (running)

今まさに動いている。inactive (dead) なら止まっている、failed なら失敗

トラブルの原因を調べる基本はログを読むことです。システム全体の最近のログ、特定のサービスのログ、警告だけのログ、起動時のカーネルのメッセージを順に見ます。

journalctl -n 30
journalctl -u systemd-timesyncd -n 30
journalctl -p warning -n 30
dmesg | tail -n 30

ログの1行は「いつ・どの機械の・どのプログラムが・何を言ったか」でできています。考察のヒント考察のヒント考察で「なぜその結果になったか」を説明するとき、推測だけでなく、ログの1行（日時とメッセージ）を根拠として示すと説得力が増します。ログはレポートでは必要な行だけを抜き出して載せます。

Sep 28 01:24:10 t3lab-07 systemd-timesyncd[612]: Contacted time server 192.168.100.1:123 (192.168.100.1).

サーバーの時計を学内のNTPサーバー 192.168.100.1 に合わせ続けるよう、設定ファイルを書き換えます（なぜ大事かは予備知識を参照）。

sudo nano /etc/systemd/timesyncd.conf

開くと、次のような行が並んでいます。行頭の # は「この行は無効（コメント）」という印です。このファイルはINI形式で、[Time] がセクション名です。

[Time]
#NTP=
#FallbackNTP=ntp.ubuntu.com

#NTP= の行の # を消して有効にし、NTPサーバーを書き込みます。

[Time]
NTP=192.168.100.1

保存（Ctrl+O → Enter）して終了（Ctrl+X）したら、時刻合わせを有効にし、サービスを再起動して設定を読み込ませます。

sudo timedatectl set-ntp true
sudo systemctl restart systemd-timesyncd
systemctl status systemd-timesyncd
timedatectl show-timesync --all

設定が終わったら、手順7の journalctl -u systemd-timesyncd -n 30 をもう一度実行し、192.168.100.1 と通信した記録を確かめておきます。4エビデンス4の撮影ポイント撮影ポイント　エビデンス4手順8で時刻合わせを設定し、サービスを再起動したあとで journalctl -u systemd-timesyncd -n 30 を実行した直後。Contacted time server 192.168.100.1:123 のような行が写っていると、設定が効いた証拠として説明しやすい（手順7の時点で撮ってもよい）。エビデンス一覧の項目へ移動 ↓

設定は、サービスを再起動したときに読み込まれます。ファイルを書き換えただけでは反映されないことを覚えておきましょう（ほかのサービスでも同じです）。確認には timedatectl status も使います。

               Local time: Mon 2026-09-28 01:30:00 UTC
           Universal time: Mon 2026-09-28 01:30:00 UTC
                 RTC time: Mon 2026-09-28 01:30:00
                Time zone: Etc/UTC (UTC, +0000)
System clock synchronized: yes
              NTP service: active
          RTC in local TZ: no

カタログを取り寄せ、入っているソフトを新しい版に入れ替え、不要になった部品を片付けます（update と upgrade の違い）。

sudo apt update
sudo apt upgrade -y
sudo apt autoremove -y

更新の数によっては数分かかります。最後に X upgraded, Y newly installed のような集計が出るので、何個が更新されたかをメモしておくと、レポートの結果や課題2の材料になります。2エビデンス2の撮影ポイント撮影ポイント　エビデンス2手順9の sudo apt upgrade -y が終わった直後。最後の X upgraded, Y newly installed … の集計行が画面に残っているうちに撮る。撮り逃したら、あとで sudo apt update を実行し、All packages are up to date. と表示された画面でもよい。エビデンス一覧の項目へ移動 ↓考察のヒント考察のヒント更新された件数は、インストール直後でも更新がたまっていたことを示す「結果」です。課題2では、この数を結果として示したうえで、その中に安全のための修正（脆弱性の修正）が含まれうることを「考察」で論じると、結果と考察がつながります。

自分のユーザーがsudoで管理者の操作をできることと、その設定がどこに書いてあるかを確かめます。

sudo -l
id
sudo visudo

User t3admin may run the following commands on t3lab-07:
    (ALL : ALL) ALL

sudo -l は「自分が sudo で何をしてよいか」の一覧です。7エビデンス7の撮影ポイント撮影ポイント　エビデンス7手順10で sudo -l を実行した直後。(ALL : ALL) ALL の行が見えるように撮る。続けて開く sudo visudo のエディタの画面ではない。エビデンス一覧の項目へ移動 ↓id は自分のユーザー番号と、所属しているグループを表示します。グループの中に 27(sudo) があれば、sudoグループの一員です。考察のヒント考察のヒント課題3で root と比べるときは、①打ち間違えたときの被害の大きさ、②アカウントが乗っ取られたときの被害、③あとから「誰が・いつ・何をしたか」を追えるか、の3点で比べると整理しやすくなります（最小権限の原則）。

sudo visudo を実行すると、sudoを誰に許すかの設定ファイル（sudoers と visudo）がエディタで開きます。次の行を探して読んでください。

QEMU Guest Agentは、仮想マシンの中からProxmoxへ情報を伝える小さな連絡係です。これがあると、ProxmoxのVMの「概要」画面にIPアドレスが表示されたり、Proxmoxからの「シャットダウン」が確実に伝わったりします。まずProxmox側で受け入れる準備をします。

VMの「オプション」（Options）を開き、「QEMU Guest Agent」を選んで「編集」から有効にします。

この設定は、VMの電源を一度完全に切ってから入れ直したときに反映されます（Ubuntuの中での再起動では反映されないことがあります）。手順12のあとにうまく動かなければ、sudo shutdown -h now で止めてから「開始」してください。

Ubuntu側に連絡係のプログラムを入れて起動します。

sudo apt install -y qemu-guest-agent
sudo systemctl enable --now qemu-guest-agent
systemctl status qemu-guest-agent

enable --now は「自動起動を有効にし、今すぐ起動もする」という意味です。このサービスでは、enable のときに「The unit files have no installation config」のような説明が出ることがありますが、仮想の部品が見つかったときに自動で起動する仕組みのサービスなので、気にしなくてかまいません。

インストール時にDHCPでもらったIPアドレスを確かめます。

ip a

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    inet 127.0.0.1/8 scope host lo
2: ens18: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether bc:24:11:xx:xx:xx brd ff:ff:ff:ff:ff:ff
    inet 192.168.100.57/24 metric 100 brd 192.168.100.255 scope global dynamic ens18

lo

自分自身を指す特別な出入口（127.0.0.1）

ens18

ネットワークにつながる部品（NIC）の名前。手順14の設定ファイルで使う

inet …/24

今のIPv4アドレスとプレフィックス長

dynamic

DHCPで配られた一時的なアドレスであることを示す。固定すると消える

link/ether

部品そのものに付いた番号（MACアドレス）

表示例の 192.168.100.57 は仮の値です。実際にはDHCPで配られた番号が出ます。

Netplanの設定ファイルを作り、IPアドレス・ゲートウェイ・DNSサーバーを手で決めて固定します。考察のヒント考察のヒントDHCPで配られる番号は変わることがありますが、サーバーは利用者がいつも同じ住所で見つけられる必要があります。固定IPにする理由と、同じ番号を2台が使うと通信できなくなることは、ネットワーク設定を考察するときの軸になります。

1. 元の設定ファイルをコピーする

cd /etc/netplan
ls
sudo cp 50-cloud-init.yaml 99-custom.yaml

まず ls で、元のファイルの名前が 50-cloud-init.yaml であることを確かめます（環境によっては別の名前のこともあります）。元のファイルは書き換えずに残し、コピーした 99-custom.yaml のほうを編集します。Netplanは /etc/netplan のファイルを名前の順に読み、同じ項目は後から読んだファイルの内容が勝ちます。99 で始まる名前にしたのは、最後に読まれて確実に優先されるようにするためです。

2. 設定ファイルを編集する

sudo nano /etc/netplan/99-custom.yaml

中身を次のように書き換えます。IPアドレスの xxx は100＋学生番号の下2桁です（設定済みなら、あなたの値で表示されています）。

network:
  renderer: networkd
  ethernets:
    ens18:  # NIC device name.
      addresses:
        - 192.168.100.xxx/24 # IP Address
      dhcp4: false           # Disable DHCP
      routes:                # Gateway configuration
        - to: default        # Any address should go to this gateway.
          via: 192.168.100.1 # Gateway server address
      nameservers:
        addresses: [192.168.100.1] # List of nameservers.

YAMLの読み方

このファイルはYAMLという書式で、行頭のスペースの数で「どの項目の中にあるか」を表します。字下げがずれると意味が変わったり、エラーになったりします。

3. 反映して確かめる

指導書では、反映のコマンドは「結果と考察」の確認コマンドの中に入っています。

sudo netplan apply
ip a
ping -c 3 www.google.co.jp

反映を試してうまくいかなかったときに自動で元に戻してほしい場合は、sudo netplan apply の代わりに sudo netplan try も使えます。確認のメッセージに Enter を押さなければ、約2分で元の設定に戻ります。