最終更新日：2004年6月19日
【Squid Homeへ】
SquidはSSLを使ったリバースプロキシも構成できるようになっています。 この事は、Webサーバの管理者にとっては喜ばしい事だといえます。 なぜなら、この機能によって１つのサイト証明書を使って複数のWebサーバが同時にSSLによる暗号化の恩恵を受ける事を意味するからです。
SSLリバースプロキシを使った構成はおおよそ以下のような構成になります。
- 例えば、クライアント（ブラウザ）が HTTPSにて"www2.hogehoge.jp" を呼び出す。 ----- ��
- 公開DNSにて、上記サイトのアドレスとして Squid のアドレスを返す。 この結果クライアントは SquidとSSLによる接続が開始される。 ----- ��
- Squid はクライアントが要求したURLを判断して、そのサイトの実体のアドレスを内部DNSにて解決し、実際の "www2.hogehoge.jp" へ通常のHTTPにてリクエストを行う。 ----- ��
- www2 はオブジェクトをSquidへ渡す。 この結果をSquidはクライアントへ返却する。 -----��
上記の例から判るように、クライントとSquidの間はSSLによって接続が開始される事で、安全な接続が確保されます。 Squid は、クライアントからのリクエストされたURLを判断して実体のサーバからコンテンツを通常のHTTPにて取り出すようになります。 ですから、ルータやファイヤーウォールで実体のWebサーバへ直接アクセスさせないような設定を行うことで、安全かつ高速なSSLセッションが可能になります。
以下では、実際にSSLリバースプロキシの構築手順を説明します。
| http_port 80 https_port 443 cert=/etc/squid/ssl/newcert.pem key=/etc/squid/ssl/private.key http_access allow all visible_hostname www.robata.org httpd_accel_host virtual httpd_accel_port 80 httpd_accel_uses_host_header on |
| http_port | Squid がHTTPのリクエスト待ち受けるポートです。 HTTPでリクエストが来た場合は通常のリバースプロキシとして機能します。 |
| https_port | HTTPSのリクエストを待ち受けるポート番号と、サイト証明書（newcert.pem)およびプライベートキー（private.key）の置いてある場所を指定します。 |
| http_access | HTTPおよびHTTPSのリクエストを許可するアクセスルールを設定します。ここでは説明を簡単にする為に全てのクライアントからを許可しています。 |
| visible_hostname | Squidに割り当てる表示上のサーバ名です。 指定がないと起動できません。 |
| httpd_accel_host | アクセラレータとしてバーチャルホスト（複数のサーバ）をサポートします。 |
| httpd_accel_port | 実体のサーバへリクエストを送る際の送り先ポート番号です。 |
| httpd_accel_uses_host_header | URLを判断してリクエスト先を変えるので on を指定します。 |
【Squid Homeへ】
Copyright© 1998-2003 ROBATA.ORG