4・5日目　Webサーバー

この日のゴール

• Nginxのコンテナが Docker Compose で動き、80番でWebページを返している
• Ubuntuに置いた /opt/nginx/html/index.html が、Windowsのブラウザで表示される
• アクセスの記録（アクセスログ）が Ubuntu 側の /opt/nginx/log/access.log に残っている
• GoAccessでアクセスログを集計したレポートが、ブラウザで見られる

この日に出てくる主な言葉：

• Webサーバー
• HTTP
• URL
• HTML
• Nginx
• ステータスコード
• バインドマウント
• アクセスログ
• GoAccess
• プロファイル
• シェルスクリプト

DNS（BIND9）の構築は付録2にまとめられていて、この日のページから参照されています。

Webページが表示されるまで

ブラウザにURLを打ち込むと、ブラウザ（クライアント）とWebサーバーの間で、HTTPという約束事に沿ったやり取りが1往復行われます。考察のヒント考察のヒント課題1は、この流れを一般論ではなく、自分の実験の値（IPアドレス、ポート80、パス、返ってきた200）で説明すると具体的になります。名前で開いた場合は、最初に名前をIPアドレスに変換する段階が加わります。

URLの読み方

パスを / だけにすると、Webサーバーは決まったファイル（Nginxでは index.html）を返します。

結果の番号（ステータスコード）

compose.yaml を読む

この日のcompose.yamlには、Nginx（Webサーバー）と GoAccess（ログの集計係）の2つのサービスが書かれています。

services:
  nginx:
    image: nginx:stable
    container_name: nginx-proxy
    ports:
      - "80:80"
    volumes:
      - /opt/nginx/html:/usr/share/nginx/html:ro
      - /opt/nginx/log:/var/log/nginx
    restart: unless-stopped
  goaccess:
    image: allinurl/goaccess
    container_name: goaccess-report
    profiles: ["tools"]
    volumes:
      - /opt/nginx/log:/srv/log:ro
      - /opt/nginx/html:/srv/report
    command:
      - --log-format=COMBINED
      - -f
      - /srv/log/access.log
      - -o
      - /srv/report/goaccess-report.html

ホストのディレクトリをコンテナに見せる

ホストのディレクトリを重ねて見せると、コンテナのイメージに最初から入っていた同じ場所の中身は見えなくなります。これが、次の手順2で最初に「403」が出る理由です。考察のヒント考察のヒントHTMLをUbuntu側に置いたので、ページを書き換えてもコンテナを作り直す必要がなく、コンテナを消してもページとログは残ります。「プログラム（コンテナ）」と「データ（HTML・ログ）」を分けることの利点が、課題2の軸になります。

手順の解説

スクリーンショット（エビデンス）を撮るところ。マウスを乗せると撮るタイミングが表示され、押すとページ下のエビデンス一覧の該当項目へ移動します。考察を書くときに知っておきたいこと。マウスを乗せる（スマホでは押す）とヒントが表示されます。

2.1　第1段階：Nginxだけを動かす

sudo mkdir -p /opt/nginx/html
sudo mkdir -p /opt/nginx/log
sudo nano /opt/nginx/compose.yaml

cd /opt/nginx
sudo docker compose config
sudo docker compose up -d
sudo docker compose ps

curl http://localhost

sudo nano /opt/nginx/html/index.html

<!doctype html>
<html lang="ja">
<head>
  <meta charset="utf-8">
  <title>T3 Lab Web Server</title>
</head>
<body>
  <h1>T3 Lab Web Server</h1>
  <p>Nginx on Docker is running.</p>
</body>
</html>

2.2　第2段階：アクセスログを集計する

手順4までにブラウザでページを開くたびに、Nginxはその記録をアクセスログに1行ずつ書き足しています。第2段階では、GoAccessというツールでそれを集計し、グラフつきのHTMLのレポートにします。集計する前に、ブラウザで何度かページを再読み込みしたり、わざと存在しないページ（http://192.168.100.xxx/nothing.html など）を開いたりして、記録を増やしておくと、レポートが見やすくなります。

アクセスログの1行を読む

192.168.100.50 - - [29/Sep/2026:10:15:32 +0000] "GET / HTTP/1.1" 200 180 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) … Chrome/… Safari/537.36"

この並び方が「COMBINED（コンバインド）形式」で、GoAccessに --log-format=COMBINED と伝えているのはこのためです。考察のヒント考察のヒントわざと存在しないページを開いて404を記録しておくと、課題3で「異常がレポートのどこにどう現れるか」を、自分のデータで具体的に示せます。

cd /opt/nginx
sudo docker compose run --rm goaccess

シェルスクリプトとAIの活用（目的にあるが手順がない項目）

シェルスクリプトとは

シェルスクリプトは、打ちたいコマンドを順番に書いておいたファイルです。一度書けば、何度でも同じ順番・同じ内容で実行できます。手作業の打ち間違いがなくなり、手順そのものが記録として残ります。指導書の基礎知識が「手動でのサーバー構築作業はミスを誘発しやすい」と書いているのは、このためです。考察のヒント考察のヒント手作業とスクリプトを比べるときは、打ち間違い、同じ結果の再現、ほかの人への引き継ぎ、作業の記録の4点で比べると、自動化の意義を整理しやすくなります。

次は、この日の確認作業をまとめて行う練習用の例です（指導書の手順ではありません）。

nano ~/check-web.sh

#!/bin/bash
# check-web.sh : Webサーバーの状態をまとめて確認する
set -eu

cd /opt/nginx
echo "== コンテナの状態 =="
sudo docker compose ps

echo "== トップページの応答コード =="
curl -s -o /dev/null -w "%{http_code}\n" http://localhost

echo "== アクセスログの行数 =="
sudo wc -l /opt/nginx/log/access.log

保存したら、実行してよいファイルという権限を付けてから実行します。

chmod 755 ~/check-web.sh
~/check-web.sh

このように、確認・集計・設定の反映など、毎回同じ手順になる作業は、スクリプトにすると楽で確実になります。レポートにスクリプトを載せるときは、全体を貼るのではなく、工夫した部分を抜き出して本文で説明します（ソースコードの載せ方）。

AIをトラブルシューティングに使うとき

指導書は、AIを「支援役」として使う前提を示しています。質問するときは、環境・やったこと・出たエラーの全文を伝えると、的外れな答えが減ります。そのまま使える相談の型をトラブル対処集にまとめました。AIの提案は必ず自分で意味を確かめてから実行し、レポートで使った場合は付記に書きます。

結果と考察のための確認コマンド

第1段階（Nginxのみ）：3エビデンス3の撮影ポイント撮影ポイント　エビデンス3第1段階の確認で sudo docker compose logs --tail 20 を実行した直後（/opt/nginx で）。起動時のメッセージ（Configuration complete; ready for start up など）が写っていればよい。アクセスの記録はファイル側に書かれるので、ここには出ない。エビデンス一覧の項目へ移動 ↓

curl http://localhost
cd /opt/nginx
sudo docker compose ps
sudo docker compose logs --tail 20

第2段階（Nginx＋GoAccess）：

cd /opt/nginx
sudo ls -l /opt/nginx/log/access.log
sudo docker compose run --rm goaccess

エビデンス（スクリーンショット5点）

• 1. 第1段階：curl http://localhost またはWindowsのブラウザで、作ったHTMLのページが表示される画面↑ 手順4で撮る
• 2. 第1段階：cd /opt/nginx && sudo docker compose ps で、Nginxのコンテナが起動していることが分かる画面↑ 手順2で撮る
• 3. 第1段階：cd /opt/nginx && sudo docker compose logs --tail 20 で、Nginxのコンテナのログが見える画面↑ 確認コマンド（第1段階）で撮る
• 4. 第2段階：sudo ls -l /opt/nginx/log/access.log で、アクセスログがUbuntu側に保存されていることが分かる画面↑ 手順5で撮る
• 5. 第2段階：http://192.168.100.xxx/goaccess-report.html を開き、GoAccessのレポートが表示される画面↑ 手順6で撮る

cd /opt/nginx && … の && は、「左のコマンドが成功したら、続けて右のコマンドを実行する」という意味です。

課題を考えるための材料