5.サーバ: March 2005アーカイブ

プロキシといえば、HTTPプロキシ(WEBプロキシ)が一般的によく知られている。匿名プロキシを使うことによってある程度クライアントの匿名性が確保できたりするので、通常プロキシはネットサーフィンなどをするユーザのメリットばかり目立つのだが、プロキシを使うことによってプロキシ管理者には複数のメリットがあったりする。

プロキシを実現するには、一般的に Squid がメジャーだが、Apacheにもプロキシの機能がある。実現可能な機能をまとめてみよう。

フォワードプロキシ(LAN内向けのプロキシ)

・あらかじめ指定したURLへの接続を拒否(コンテンツブロック)
・LAN内PCのブラウジング監視
・キャッシュによる高速化

通常のフォワードプロキシはクライアントと元々のサーバの間に位置する中間サーバです。 元々のサーバからコンテンツを取得するために、クライアントはプロキシに元々のサーバを指定してリクエストを送り、プロキシは元々のサーバからコンテンツのリクエストを送り、そのコンテンツをクライアントに返します。クライアントが他のサイトをアクセスするためには、特別にフォワードプロキシを使用するように設定されている必要があります。
フォワードプロキシの一般的な使用方法は、ファイアウォールによって制限されている内部のクライアントにインターネットへのアクセスを提供するものです。フォワードプロキシはネットワークの使用量を減らすために( mod_cache が提供している)キャッシュを用いることもできます。

リバースプロキシ(代理応答プロキシ)

・WEBサーババックエンドの秘匿
・WEBサーババックエンドの負荷分散

リバースプロキシはクライアントには普通のウェブサーバの様に見えます。クライアント側に特別な設定は必要ありません。クライアントはリバースプロキシの名前空間に対して通常のコンテンツへのリクエストを行ないます。リクエストプロキシはリクエストをどこに送れば良いかを決め、そのコンテンツを自分が元々のサーバであるかのようにクライアントに返します。
リバースプロキシのよくある利用方法は、インターネットユーザに ファイアウォールの中にあるサーバにアクセスを与えるというものです。 リバースプロキシは複数のバックエンドサーバへ負荷分散をするために使ったり、遅いバックエンドエンドサーバのためにキャッシュを提供したりするために使うことができます。また、リバースプロキシは複数のサーバを同じ URL 空間にまとめるために使うこともできます。

Apache によるプロキシ構築のメリットはなんといっても設定の手軽さだ。squid となるとサーバ内のディスクスペースの問題もあるし、apacheがすでに稼働していると場合によっては既存のサービスに影響してしまう。

ということで今回は、Apache の mod_proxy によるプロキシの構築と、ログの分離・コンテンツのフィルタリングを設定してみよう。