NginxリバースプロキシとSquidプロキシサーバー構築【202試験 主題2.09】



LinuCレベル2（202試験）の主題2.09「Webサービスとプロキシ（Nginx / Squid分野）」では、現代の大規模Webサービスや企業ネットワークにおいて不可欠なプロキシ技術の動作原理と設定運用が出題範囲に指定されています。

静的ファイルの高速配信やリバースプロキシ（リバースProxy）による負荷分散で事実上の標準となった Nginx と、社内クライアントからのWebアクセス中継・キャッシュ・フィルタリングを担うフォワードプロキシの代表格 Squid は、どちらも通信を「中継・代理（Proxy）」するソフトウェアですが、その目的・配置・制御モデルは大きく異なります。本記事では、AlmaLinux 9.8の実機環境に Nginx 1.20 および Squid 5.5 を導入し、イベント駆動アーキテクチャ、リバースプロキシ設計（proxy_pass/upstream）、SquidのACLとhttp_access先頭一致評価ルールまでを実機検証ログとともに体系的に解説します。

1. Nginxのアーキテクチャと基本設定#

Apacheが長年採用してきた「プロセス/スレッド専有モデル」に対し、Nginxは「イベント駆動型アーキテクチャ」を採用することで、いわゆる C10K問題（クライアント1万台の同時接続によるリソース枯渇問題） を根本から克服しました。

図1: Nginxリバースプロキシとupstreamによる負荷分散

1.1 イベント駆動・非同期I/OモデルとC10K問題の解決#

Nginxは、特権を持つ単一の「マスタプロセス（master process）」と、リクエスト処理を担う少数の「ワーカプロセス（worker process）」で構成されます。

1.2 nginx.conf の階層的コンテキスト構造#

Nginxの設定ファイル（/etc/nginx/nginx.conf）は、「コンテキスト（Context）」と呼ばれる波括弧（{ }）で階層化されています。

1.3 静的コンテンツ配信と location ディレクティブの優先順位#

LinuC 202試験で頻出のポイントが、同一serverブロック内に複数の location ディレクティブが存在する場合の URIマッチング優先順位ルール です。

1.4 nginx コマンドによる構文検査とシグナル制御#

Nginxの設定変更後は、デーモンの再起動を行わずにコマンドラインから構文チェックと無停止リロードを実行します。

• nginx -t: 設定ファイルの構文検査（シンタックスチェック）を実施します。
• nginx -s reload: 稼働中のワーカプロセスに旧設定のリクエストを完了させつつ、新規ワーカプロセスを立ち上げて新設定を反映します（ゼロダウンタイムリロード）。
• nginx -s stop: 直ちにプロセスを強制停止（Fast Shutdown）。
• nginx -s quit: 現在処理中の接続が完了するのを待って正常終了（Graceful Shutdown）。

[user01@linuc-node01 ~]$ sudo nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful

2. Nginxによるリバースプロキシとロードバランシング#

Nginxが最も力を発揮する運用形態が、クライアントとバックエンドWebサーバー（Node.js, Tomcat, Python, Apache等）の間に配置される「リバースプロキシ」構成です。

2.1 proxy_pass ディレクティブとヘッダ転送#

バックエンドサーバーへHTTPリクエストを転送する中核ディレクティブが proxy_pass です。クライアントの接続元情報がプロキシ自身のIPアドレスに上書きされてしまうのを防ぐため、proxy_set_header でHTTPヘッダを付加します。

location /api/ {
    proxy_pass http://192.168.2.130:8080/;
    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;
}

2.2 upstream ディレクティブによる負荷分散アルゴリズム#

複数のバックエンドサーバーをグループ化してロードバランシングを行うには、http コンテキスト内に upstream ブロックを定義します。

upstream backend_cluster {
    # 負荷分散アルゴリズムの指定（省略時はラウンドロビン）
    least_conn;

    server 192.168.2.130:80 weight=3;
    server 192.168.2.131:80 max_fails=3 fail_timeout=10s;
    server 192.168.2.134:80 backup;
}

server {
    listen 80;
    server_name www.example.com;

    location / {
        proxy_pass http://backend_cluster;
    }
}

3. Squidプロキシサーバーの動作原理と基本構成#

Nginxが外部からのリクエストを内部Webサーバーへ引き受ける「リバースプロキシ」であるのに対し、社内ネットワーク（プライベートLAN）内の端末からインターネットへのWebアクセスを一括中継するのが「フォワードプロキシ」です。Linux環境における標準フォワードプロキシが Squid です。

図2: SquidプロキシのACL定義とhttp_access先頭一致評価ルール

3.1 フォワードプロキシとリバースプロキシの違い#

試験対策として、両プロキシの配置位置とセキュリティ上の目的を整理します。

3.2 squid.conf の基本設定#

Squidの動作設定は /etc/squid/squid.conf に記述します。主要ディレクティブは以下の通りです。

4. Squidにおけるアクセス制御（ACL）と運用管理#

Squidにおける通信制御は、「ACL（アクセス制御要素）の定義」と「http_access による許可・拒否判定」の2段階で構成されます。

4.1 acl ディレクティブの定義構文#

判定条件をグループ化する基本構文は acl <ACL名> <ACLタイプ> <値...> です。

4.2 http_access ディレクティブの評価ルール#

定義したACLに対し、実際のトラフィックを許可（allow）または拒否（deny）するのが http_access ディレクティブです。LinuC 202試験では以下の評価ルールが厳格に問われます。

4.3 squid コマンドによる初期化と設定再読み込み#

Squidの初期セットアップおよび保守運用コマンドを整理します。

• squid -z: cache_dir で指定されたスプール領域に、キャッシュ保存用ディレクトリツリー（00〜FF等）を初期生成します。初回起動前に実行が必須です。
• squid -k parse（または squid -k check）: squid.conf の設定構文をパース検証します。
• squid -k reconfigure: サービスを停止させずに squid.conf を再読み込みして設定変更を即時反映します。
• squid -k shutdown: 処理中のリクエストを完了させてから安全にデーモンを停止します。

[user01@linuc-node01 ~]$ sudo squid -z
Set Current Directory to /var/spool/squid
Creating missing swap directories
No cache_dir stores are configured.

5. プロキシ環境の実機検証とトラフィック解析#

プロキシサーバーが正しくトラフィックを中継・キャッシュしているかを確認するためには、ログ解析手法の理解が不可欠です。

5.1 Nginxリバースプロキシ実機検証ログ#

Nginxをリバースプロキシとして構成し、バックエンドWebサービスへのルーティングとログ出力を確認します。

192.168.2.1 - - [07/Sep/2026:11:49:25 +0900] "GET / HTTP/1.1" 200 4057 "-" "Mozilla/5.0" "192.168.2.1"

5.2 Squidアクセスログ（access.log）のステータスコード#

Squidのアクセスログ（/var/log/squid/access.log）には、リクエストがキャッシュから返されたのか、外部オリジンサーバーへ取得しに行ったのかを示す固有のステータスコードが記録されます。

6. LinuC 202試験（主題2.09）重要ポイント総整理#

主題2.09（Webサービスとプロキシ: Nginx / Squid）における記述式問題（コマ問）頻出コマンドおよびディレクティブを整理します。

6.1 記述式（コマ問）頻出コマンド・ディレクティブ一覧#

6.2 Nginx location優先順位とSquid ACL評価の盲点#

受験者が最も失点しやすい2大ロジックの盲点を整理します。

7. まとめと次回予告（第13回：Postfix & Dovecotメールサーバー）#

本記事では、LinuCレベル2（202試験）における重要プロキシ技術であるNginxのイベント駆動アーキテクチャ、nginx.conf のコンテキスト構造、リバースプロキシとロードバランシング設計、そしてSquidによるフォワードプロキシのACL定義と http_access 先頭一致評価ルールを実機ログとともに体系的に解説しました。

リバースプロキシとフォワードプロキシは、現代の企業インフラおよびクラウドアーキテクチャにおいて通信の要となるコンポーネントです。ディレクティブの構文や評価順序の原理を正確に整理しておくことが、試験合格への確実なステップとなります。

次回（第13回）からは、インターネットの基幹コミュニケーションインフラである「メールシステム」を扱います。Linux環境の標準SMTPサーバーである Postfix と、POP3/IMAP受信サーバーである Dovecot を組み合わせたセキュアなメール送受信環境（SMTP AUTH, TLS暗号化, メールボックス形式）の構築と実機検証を進めます。

リンク