メインコンテンツへ
短.be

リバースプロキシ

クライアントからのリクエストを受け取り、背後のサーバーに転送する中間サーバー。負荷分散、SSL 終端、キャッシュの役割を担う。

2026 年 10 月 31 日 / 約 1 分で読めます

リダイレクト

リバースプロキシとは、クライアントからのリクエストを受け取り、背後にある 1 台以上のサーバーに転送して応答を返す中間サーバーである。クライアントはリバースプロキシとだけ通信し、背後のサーバーの存在を意識しない。Nginx、HAProxy、Envoy などが代表的な実装だ。RFC 9110 は、ゲートウェイ (別名リバースプロキシ) を、外向きの接続に対しては配信元のサーバーとして振る舞い、受け取ったリクエストを変換して内側の 1 台以上のサーバーへ転送する仲介者と定義している。

リバースプロキシの主な機能には次のものがある。第一に SSL/TLS 終端で、暗号化 / 復号処理をプロキシに集約しバックエンドの負荷を軽減する。第二に負荷分散で、複数のバックエンドサーバーにリクエストを分配し可用性を高める。第三にキャッシュで、静的コンテンツや頻繁にアクセスされるレスポンスを保持しバックエンドへのリクエストを削減する。第四にセキュリティで、バックエンドサーバーの IP アドレスを隠蔽し、WAF 機能や DDoS 対策を実装する。

短縮 URL サービスのアーキテクチャでも、リバースプロキシが使われる。大量のリダイレクトリクエストを処理するため、Nginx でリクエストを受け付け、キャッシュ層で頻出する短縮 URL のリダイレクト先を保持し、キャッシュミス時のみバックエンドのデータベースに問い合わせる構成がその一例だ。

リバースプロキシの設定で注意すべき点は、X-Forwarded-For ヘッダーの適切な処理である。短縮 URL サービスではクリック元の IP アドレスを記録するため、プロキシがクライアントの実 IP をバックエンドに伝える設定が要る。MDN は、信頼できるプロキシが付けたもの以外の X-Forwarded-For の IP アドレスは偽装されている場合があると注意している (2025 年 7 月時点)。また HTTP/2 や HTTP/3 への対応、接続のキープアライブ設定、タイムアウト値の調整など、高トラフィック環境でのチューニングも性能に関わる。

この記事は役に立ちましたか?

関連用語

サーバーサイドリダイレクト

Web サーバーが HTTP レスポンスヘッダーで転送先を指定するリダイレクト方式。 SEO に最も適した標準的な転送手法。

CDN

世界各地に配置されたサーバーからコンテンツを配信するネットワーク。表示速度の向上と負荷分散を実現する。

エッジコンピューティング

ユーザーに地理的に近いネットワーク端点で処理を実行する分散コンピューティングモデル。短縮 URL のリダイレクト遅延を劇的に削減する。

キャッシュ

一度取得したデータを一時的に保存し、次回のアクセスを高速化する仕組み。ブラウザーや DNS で広く使われる。

URL リライト

Web サーバーが内部的に URL を書き換える処理。ユーザーに見える URL を変えずにサーバー側の処理パスを変更できる。

HTTP ステータスコード

Web サーバーがクライアントに返す 3 桁の数値コード。リクエストの処理結果を示し、リダイレクトやエラーの種類を識別する。

関連記事

URL 短縮の仕組み - 301 リダイレクトと Base62 エンコードを図解で解説

URL 短縮サービスの技術的な仕組みを図解で解説。301 リダイレクト、Base62 エンコード、データベース設計の基本を初心者にもわかりやすく紹介します。

リダイレクトチェーンが Web パフォーマンスに与える影響 - 短縮 URL の速度最適化

短縮 URL のリダイレクトチェーンが Core Web Vitals やページ表示速度に与える影響を定量的に解説。リダイレクト段数の最適化、HTTP/2 サーバープッシュ、エッジリダイレクトの実装手法を紹介します。

URL 短縮サービスをセルフホスティングする方法 - 自前運用のメリットと構築手順

URL 短縮サービスを自社サーバーやクラウド環境で構築および運用する方法を解説。オープンソースツールの比較やサーバーレス構成での実装手順を紹介します。

知識を、実際のリンクで。

無料で URL を短縮する