SSL証明書とリバースプロキシの連携方法：セキュアなアクセスを実現するための手法

近年、多くのWebシステムで導入されている「リバースプロキシ」。これは、クライアントからのリクエストを受け取り、内部のアプリケーションサーバーに転送する仕組みです。

SSL証明書とリバースプロキシを組み合わせることで、セキュアかつ柔軟なアクセス制御が可能になります。本記事では、初心者にも分かりやすく、SSL証明書とリバースプロキシの連携方法について解説します。

リバースプロキシの基本
SSL終端とは？
1. SSL終端の流れ
SSL証明書の設定例（Nginx）
もうひとつの選択肢：SSLパススルー
どちらの方式を選ぶべき？
セキュリティ強化のための追加設定
まとめ：SSL×リバースプロキシは最強の組み合わせ

リバースプロキシの基本

リバースプロキシは、ユーザー（クライアント）とWebサーバーの間に配置されるゲートウェイのような存在です。

たとえば、ユーザーが https://example.com にアクセスすると、リクエストはまずリバースプロキシ（例：NginxやApache）を経由し、そこからアプリケーションサーバー（例：Node.js、PHP）に転送されます。

この構成を採用する主な理由は以下の通りです。

複数のサーバーへの負荷分散（ロードバランシング）
キャッシュによる高速化
アクセス制御や認証の一元化
SSL終端（SSL termination）

ESET

￥9,000（2025/10/28 03:08時点）

SSL終端とは？

リバースプロキシとSSL証明書を連携させる場合、よく使われるのが「SSL終端（SSL Termination）」という方式です。

これは、SSL通信をリバースプロキシで終了させ、その後ろにあるアプリケーションサーバーとはHTTP（非SSL）で通信する方法です。これにより、SSL処理の負荷がアプリケーションサーバーにかからず、管理が一元化できます。

SSL終端の流れ

クライアントからリクエスト（HTTPS）
リバースプロキシでSSLを復号化
後方サーバーにHTTPで転送
レスポンスをHTTPSで再暗号化して返す

SSL証明書の設定例（Nginx）

nginx
server {
    listen 443 ssl;
    server_name example.com;

    ssl_certificate     /etc/ssl/certs/example.crt;
    ssl_certificate_key /etc/ssl/private/example.key;

    location / {
        proxy_pass http://localhost:3000;
        proxy_set_header Host $host;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto https;
    }
}

この設定では、443番ポートでSSLを終端し、バックエンドのポート3000にHTTPでリクエストを転送します。