プロキシサーバーいくつかの特別なタイプのアプリケーション

アプリケーションレベルとループレベルのプロキシ

アプリケーションレベルのプロキシはアプリケーションがプロキシサービスで知られているプロキシであり、アプリケーションプロトコルのコマンドを理解して説明することができます。ループレベルプロキシは、アプリケーションプロトコル内のコマンドを解釈せずに、クライアントとサーバー間の接続ループを確立します。ほとんどのアプリケーションレベルのエージェントの最新版は、ストアアンドフォワードプロトコルを実行するsendmailのようなアプリケーションです。最新のループレベルのエージェントのほとんどは、新しいタイプのプロキシゲートウェイであり、このゲートウェイは外部からプロキシのように機能し、フィルタリングルータとして機能します。

アプリケーションレベルのエージェントは変更されたプロセスを使用し、ループレベルのエージェントは変更されたクライアントを使用します。これはエージェントの実用性に関連しています。プロキシ接続を実装するには、接続の方向を知っておく必要があります。ハイブリッドゲートウェイは接続を簡単にブロックできますが、プロキシホストは接続を受信して​​、そこから接続を続ける予定の情報からしか判断できません。ループレベルのプロキシはアプリケーションプロトコルを解釈できず、他の方法で情報を提供する必要があります。クライアントプログラムの機能は非常に効率的であるため、アプリケーションレベルのエージェントはアプリケーションプロトコルの利点を理解するために使用されることが多く、変更されたプロセスを使用できます。ループレベルのエージェントは、通常は変更されたプロセスを使用できず、変更されたクライアントプログラムのみを使用できます。

変更されたアプリケーションレベルのエージェントはありませんが、実際には変更されたプロセスおよびループレベルのプロキシであるplug-gwなどの変更されたループレベルのエージェントがあります。接続先の宛先アドレスは、送信元アドレスと、接続先の送信元および宛先ポートに完全に依存します。

ループレベルのプロキシの利点は、さまざまなプロトコルに対応できることです。ほとんどのループレベルのプロキシサーバーもパブリックプロキシサーバーであり、ほとんどすべてのプロトコルでサポートされていますが、FTPプロトコルの場合のようにすべてのプロトコルをループレベルのプロキシで簡単に実装できるわけではありません。クライアントのデータポートからサーバーへの接続が必要で、プロトコルレベルの調整とアプリケーションレベルの知識が必要です。ループレベルのプロキシの欠点は、プロキシから発生するイベントをほとんど制御できないことですパケットフィルタリングと同様に、送信元アドレスと宛先アドレスに接続を提供しますが、通過するコマンドが安全か範囲外かを判断できません。ループレベルのエージェントは、サーバーによって設定され、他のサーバーに割り当てられているポート番号にだまされやすい。

パブリックプロキシサーバーと専用プロキシサーバー

"アプリケーションレベル"と "ループレベル"は一般的な用語ですが、 "パブリック"プロキシサーバーと "専用"プロキシサーバーの違いについては、もっと心配しています。専用のプロキシサーバーは単一のプロトコルに対してのみ使用可能であり、共通のプロキシサーバーは複数のプロトコルに対して使用されます。実際、専用プロキシサーバーはアプリケーションレベルであり、パブリックプロキシサーバーはループレベルです。多くのプロトコルを理解するパブリックアプリケーションレベルのプロキシサーバー、または専用のループレベルプロキシサーバー（1つのサービスのみを提供し、複数のプロトコルを理解する）があるため、「専用」および「パブリック」という用語が使用されます。 「アプリケーションレベル」と「ループレベル」はよく理解されています。

インテリジェントプロキシサーバー

プロキシサーバーがリクエストを転送するだけでなく、他にも多くのことができる場合、そのようなプロキシサーバーはCERN HTTPプロキシサーバーなどのスマートプロキシサーバーと呼ばれます。同じデータをインターネットからダウンロードできないように、データをキャッシュに保存する機能。プロキシサーバー（特にアプリケーションレベルのプロキシサーバー）は他のものよりも優れたロギングとアクセス制御を提供します。プロキシサーバーの機能は急速に進化しており、多くのプロキシサーバーは現在、基本機能に加えて新しい機能を追加しています。専用のアプリケーションレベルのプロキシ用にスマートプロキシサーバにアップグレードするのは簡単ですが、ループレベルのプロキシの場合はより困難です。