Nginxの始め方 — 自分のHTMLを返すところから学ぶ

ひよこ

自分で作ったHTMLを、Webサーバーから見てみたい！

ペンギン先生

Nginxはブラウザからの要求にHTMLや画像を返したり、別のアプリへ中継したりするソフトだよ。まずは自分のLinux環境の中だけで、あいさつページを返してみよう。

ひよこ

Apacheより速いから選ぶの？

ペンギン先生

Nginxはイベント駆動が特徴だけれど、どちらが速いかは設定や処理内容で変わるよ。Apacheにもevent MPMなどがある。「Apacheは毎回新しいプロセス、Nginxは常に圧勝」とは言えないんだ。

ひよこ

どこにHTMLを置けばいい？

ペンギン先生

設定のrootで決めたフォルダに置くよ。今回は/var/www/hiyopen/index.html。URLのパスと保存場所がどうつながるかを確かめよう。設定ファイルを置くだけで読み込まれるかどうかは、配布方法によって違うんだ。

ひよこ

設定を変えたらすぐ反映する？

ペンギン先生

まずnginx -tで構文などを検査し、成功したらreloadするよ。reloadは古い接続を処理しながら新しい設定へ移る仕組みだけれど、アプリや証明書の状態まで保証するテストではないよ。

ひよこ

リバースプロキシは何を中継するの？

ペンギン先生

ブラウザから受けた要求を、裏で動くアプリへ渡すよ。Nginxを受付、アプリを担当者と考えると入口をまとめる役割がつかみやすいね。中継先のアプリは別に起動しておく必要がある。

ひよこ

403なら権限を全部ゆるめればいい？

ペンギン先生

先にrootとindex、ファイルや親フォルダを読める権限、エラーログを確認しよう。indexがなくディレクトリ一覧を許可していない場合などにも403になる。原因を見ずに所有権をまとめて変えたり、777にしたりしないよ。

ひよこ

HTTPSも試せる？

ペンギン先生

公開するなら、自分が管理するドメイン・DNS・証明書・到達性などを用意するよ。CertbotにはNginx連携があるけれど、example.comをそのまま使えば取得できるわけではない。今回は外部公開しないローカル練習に絞ろう。

ひよこ

表示できたあとは？

ペンギン先生

index.htmlのあいさつを変えて再読込しよう。静的ファイルを返す仕組みが分かったら、次にローカルのアプリへの中継を学べる。公開時は今回の設定をそのまま使わず、用途に合わせた権限やTLSの設計を進めるんだ。

最初のゴール：ブラウザに「こんにちは！」を出す

以下はsystemdが使えるUbuntuで、パッケージ版Nginxを使う個人の練習環境の例です。WindowsならWSL上のUbuntuなどで試します。会社や本番の既存設定は変更せず、専用環境を用意しましょう。端末の設置方法やOSによって、パッケージ・サービス名・設定の読み込み場所が異なります。

1. インストールしてHTMLを置く

sudo apt update
sudo apt install nginx
sudo systemctl stop nginx
sudo mkdir -p /var/www/hiyopen
printf '<!doctype html><meta charset="utf-8"><h1>こんにちは！</h1>\n' | sudo tee /var/www/hiyopen/index.html

インストール直後にサービスが自動起動し、標準の設定が80番で待ち受ける場合があります。上ではいったん停止しています。新規の専用練習環境に限り、パッケージの標準サイトを有効化するリンクを外してから進めます。既存サイトがある環境ではこの操作をせず、別の練習環境を用意してください。

sudo unlink /etc/nginx/sites-enabled/default

リンクがない場合は追加操作不要です。ほかの有効なサイト設定がないことも確認します。

2. サーバー設定を保存して有効化する

/etc/nginx/sites-available/hiyopen-local を次の内容で保存します。

server {
    listen 127.0.0.1:8080;
    server_name localhost;
    root /var/www/hiyopen;
    index index.html;

    location / {
        try_files $uri $uri/ =404;
    }
}

Ubuntuのパッケージ版では通常、sites-enabledがメイン設定から読み込まれます。sudo nginx -T で有効な設定を確認できますが、認証情報などを含む場合があるので出力をそのまま公開しないでください。

sudo ln -s /etc/nginx/sites-available/hiyopen-local /etc/nginx/sites-enabled/hiyopen-local
sudo nginx -t

リンク作成は初回だけです。nginx -t が成功したことを確認してから、未起動なら sudo systemctl start nginx、すでに起動しているなら次を実行します。

sudo systemctl reload nginx
curl http://127.0.0.1:8080/

同じ環境のブラウザでも http://127.0.0.1:8080/ を開きます。「こんにちは！」が表示されれば成功。WSLからWindowsのブラウザへ接続できない場合は、まずWSL内のcurlで配信を確かめてからWSLのネットワーク設定を確認します。今回のアドレスは自分のPC内向けです。

HTMLだけを変えた場合は、Nginx設定のreloadは通常不要です。ファイルを保存し、ブラウザを再読込します。

表示できないときの切り分け

ログの場所も配布設定に従います。Ubuntuのパッケージ版では /var/log/nginx/error.log などを確認します。403を一律に所有者の問題と決めつけたり、接続できないだけで外部向けのポートを開放したりしないことが大切です。

次の一歩：アプリの受付にする

例えば、同じ環境で起動しているアプリが 127.0.0.1:3000 に応答するなら、server内のlocationを次のように変えると中継できます。先ほどの静的配信とは別の練習です。

location / {
    proxy_pass http://127.0.0.1:3000;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
}

反映前に nginx -t を行います。アプリ側は信頼するプロキシを設定し、転送ヘッダーを誰からでも無条件に信用しないようにします。WebSocketやタイムアウトなどはアプリの要件に応じて別に設定します。

HTTPS公開はドメインとDNS、証明書の取得方法を理解してから。ApacheとNginxの比較、リバースプロキシ、Linux入門も次の入口になります。

参考資料

2026年10月9日確認。

• Nginx — Beginner’s Guide — 静的配信・中継・ログ

• Nginx — Core module — listen・root・try_files

• Nginx — Proxy module — proxy_pass・転送ヘッダー

• Nginx — Controlling nginx — 設定検査とreload

• Certbot — User Guide — Nginx連携と証明書取得の前提

• Ubuntu — Install and configure Nginx — Ubuntuでの有効化と配信

• Apache — event MPM — Apacheのイベント処理