JP7657966B2 - プロキシレスプロトコル - Google Patents

Description

本開示は、プロキシレスプロキシプロトコルなどのためのプロキシレスプロトコルに関する。

背景
多層ネットワークサービングアーキテクチャでは、クライアント－サーバ通信は、しばしば、１つ以上のプロキシを通過する。プロキシは、クライアントと１つ以上の宛先との間の仲介またはゲートウェイとして働くサーバアプリケーションまたはアプライアンスである。すなわち、クライアントは、リソースにアクセスするために宛先デバイスに直接接続する代わりに、プロキシの挙動を管理するルールに基づいて要求を評価するプロキシに、要求を向ける。プロキシは仲介として働くので、宛先デバイスは、クライアントに関する情報へのアクセスを失う場合がある。

概要
本開示の一態様は、データ処理ハードウェアによって実行されるとデータ処理ハードウェアに動作を実行させるプロキシレスプロトコルのための、コンピュータにより実現される方法を提供する。動作は、クライアントから、データをプロキシサーバを介して宛先サーバにルーティングするためにクライアントとプロキシサーバとの間に第１の伝送制御プロトコル（ＴＣＰ）接続を確立することを要求する第１のＴＣＰ接続要求を傍受することを含む。第１のＴＣＰ接続要求は、クライアント情報および第１のシーケンス番号を含む。本方法はまた、宛先サーバに、クライアントと宛先サーバとの間に第２のＴＣＰ接続を確立することを要求する第２のＴＣＰ接続要求を送信することを含む。第２のＴＣＰ接続要求は、第１のシーケンス番号未満である第２のシーケンス番号を含む。本方法は、宛先サーバから、第２のＴＣＰ接続要求の肯定応答を示す肯定応答メッセージを傍受することと、宛先サーバに、クライアント情報を含むプロキシプロトコルヘッダメッセージを含むデータパケットを送信することとを含む。本方法はまた、第１のＴＣＰ接続要求を使用して新たな肯定応答メッセージを生成することと、新たな肯定応答メッセージをクライアントに送信することとを含む。

本開示の実現例は、以下の任意選択の特徴のうちの１つ以上を含んでもよい。いくつかの実現例では、動作は、クライアントからのＴＣＰ接続要求を傍受する前に、プロキシサーバと通信するクライアントの意図を示すクライアント設定データを取得することをさらに含む。いくつかの例では、クライアント設定データは、宛先サーバを識別する宛先識別子を含む。これらの例では、動作は、クライアントからのＴＣＰ接続要求を傍受した後、クライアントが宛先識別子を使用してプロキシサーバと通信することを意図していると判断することをさらに含む。

任意選択で、宛先識別子はインターネットプロトコル（ＩＰ）アドレスである。クライアントからの第１のＴＣＰ接続要求を傍受することは、ＳＹＮフラグが第１のＴＣＰ接続要求内にセットされていると判断することを含んでもよい。いくつかの実現例では、第１のシーケンス番号と第２のシーケンス番号との間の差は、プロキシプロトコルヘッダメッセージのサイズに等しい。

肯定応答メッセージは、接続情報を含んでもよい。新たな肯定応答メッセージは、肯定応答メッセージと同じ接続情報を含んでもよい。いくつかの例では、新たな肯定応答メッセージをクライアントに送信した後、クライアントと宛先サーバとは直接通信する。クライアントは宛先サーバから遠隔にあってもよく、第１のＴＣＰ接続要求はクライアントにおいて傍受されてもよい。クライアントは宛先サーバから遠隔にあってもよく、第１のＴＣＰ接続要求は宛先サーバで傍受されてもよい。

本開示の別の態様は、プロキシレスプロトコルのためのシステムを提供する。システムは、データ処理ハードウェアと、データ処理ハードウェアと通信するメモリハードウェアとを含む。メモリハードウェアは、データ処理ハードウェア上で実行されるとデータ処理ハードウェアに動作を実行させる命令を記憶する。動作は、クライアントから、データをプロキシサーバを介して宛先サーバにルーティングするためにクライアントとプロキシサーバとの間に第１の伝送制御プロトコル（ＴＣＰ）接続を確立することを要求する第１のＴＣＰ接続要求を傍受することを含む。第１のＴＣＰ接続要求は、クライアント情報および第１のシーケンス番号を含む。本方法はまた、宛先サーバに、クライアントと宛先サーバとの間に第２のＴＣＰ接続を確立することを要求する第２のＴＣＰ接続要求を送信することを含む。第２のＴＣＰ接続要求は、第１のシーケンス番号未満である第２のシーケンス番号を含む。本方法は、宛先サーバから、第２のＴＣＰ接続要求の肯定応答を示す肯定応答メッセージを傍受することと、宛先サーバに、クライアント情報を含むプロキシプロトコルヘッダメッセージを含むデータパケットを送信することとを含む。本方法はまた、第１のＴＣＰ接続要求を使用して新たな肯定応答メッセージを生成することと、新たな肯定応答メッセージをクライアントに送信することとを含む。

この態様は、以下の任意選択の特徴のうちの１つ以上を含んでもよい。いくつかの実現例では、動作は、クライアントからのＴＣＰ接続要求を傍受する前に、プロキシサーバと通信するクライアントの意図を示すクライアント設定データを取得することをさらに含む。いくつかの例では、クライアント設定データは、宛先サーバを識別する宛先識別子を含む。これらの例では、動作は、クライアントからのＴＣＰ接続要求を傍受した後、クライアントが宛先識別子を使用してプロキシサーバと通信することを意図していると判断することをさらに含む。

任意選択で、宛先識別子はインターネットプロトコル（ＩＰ）アドレスである。クライアントからの第１のＴＣＰ接続要求を傍受することは、ＳＹＮフラグが第１のＴＣＰ接続要求内にセットされていると判断することを含んでもよい。いくつかの実現例では、第１のシーケンス番号と第２のシーケンス番号との間の差は、プロキシプロトコルヘッダメッセージのサイズに等しい。

肯定応答メッセージは、接続情報を含んでもよい。新たな肯定応答メッセージは、肯定応答メッセージと同じ接続情報を含んでもよい。いくつかの例では、新たな肯定応答メッセージをクライアントに送信した後、クライアントと宛先サーバとは直接通信する。クライアントは宛先サーバから遠隔にあってもよく、第１のＴＣＰ接続要求はクライアントにおいて傍受されてもよい。クライアントは宛先サーバから遠隔にあってもよく、第１のＴＣＰ接続要求は宛先サーバで傍受されてもよい。

本開示の１つ以上の実現例の詳細を、添付の図面および以下の説明に記載する。他の局面、特徴、および利点は、説明および図面、ならびに特許請求の範囲から明らかになるであろう。

プロキシレスプロトコルを提供するための例示的なシステムの概略図である。 図１のシステムの例示的なシーケンス図である。 図１のシステムの別の例示的なシーケンス図である。 図１のシステムの例示的な構成要素の概略図である。 プロキシレスプロトコルを提供する方法のための動作の例示的な構成のフローチャートである。 本明細書で説明されるシステムおよび方法を実現するために使用され得る例示的なコンピューティングデバイスの概略図である。

様々な図面における同様の参照符号は、同様の要素を示す。
詳細な説明
多層ネットワークサービングアーキテクチャでは、クライアント－サーバ通信は、１つ以上のプロキシを頻繁に通過する。いくつかのプロキシ（例えば、ロードバランサ）は、伝送制御プロトコル（ＴＣＰ）接続を終了し、新たなセッションを使用してクライアントから宛先デバイス（例えば、サーバ）にデータを代理することになる。したがって、宛先サーバによって処理されるＴＣＰセッションは、接続を開始する元のクライアントの識別子ではなく、プロキシのインターネットプロトコル（ＩＰ）アドレスおよびその他の識別子を含む。このような情報の損失は、多くの場合、サーバおよび他の宛先が、課金、監査、アクセス制御リスト等のクライアント固有のポリシーを適用することを困難にする。いくつかのプロトコル（例えば、プロキシプロトコル）は、クライアント側識別情報のサーバへの転送を可能にすることによって、これに対処しようと試みる。たとえば、いくつかのプロトコルは、プロキシに、クライアント側情報を、プロキシがサーバ（またはネクストホッププロキシ）と確立する新たなＴＣＰ接続のペイロードにおいて、先頭に付加させる。ＴＣＰ接続のためのこのクライアント側情報は、通常、当初５タプルであるが、使用例ごとに拡張されてもよい。このプリアンブル（ヘッダとも呼ばれる）は、人間が読み取り可能なフォーマットまたはバイナリフォーマットで符号化することができる。

現代のソフトウェア定義ネットワーク（ＳＤＮ）では、ネットワークプロキシは制御プレーン構成になり、トラフィックがルーティングされる物理ホップはない。これは、単一障害点を除去するという大きな利点を有し、弾力性、性能、および拡張性を提供する。他方で、物理的なプロキシの欠如は、（例えば、プロキシプロトコルを介して）クライアント側情報を必要とする第三者ソリューションをサポートすることについて大きな課題をもたらす。これらの第三者ソリューションは、トラフィックが、存在しないデータプレーン上のプロキシによって明示的に修正されることを期待する。多くのクラウド顧客は、既存の作業負荷を異なる展開にわたって「リフトおよびシフト」する（すなわち、再設定を必要とすることなく、作業負荷を異なる展開に遷移させる）能力を必要とする。元の展開がプロキシに依存する場合、これは、ネットワークアーキテクチャに対する大きな修正なしにシフトを実行するのに技術的ブロッカーとなり得るか、またはＳＤＮの全能力を利用しない不具合のあるソリューションを提供し得る。

本明細書の実現例は、ＳＤＮの利点を犠牲にすることなく、事前設定された作業負荷のためにプロキシの存在をエミュレートするプロキシレスコントローラを対象とする。プロキシレスコントローラは、プロキシと通信するよう構成されたクライアントからＴＣＰ接続要求を傍受する。ＴＣＰ接続要求は、第１のシーケンス番号を含む。プロキシレスコントローラは、クライアント情報をクライアントの宛先サーバとのＴＣＰ接続に注入し、したがって、クライアント識別データをプロキシの代わりに宛先サーバに提供する。プロキシレスコントローラは、クライアントによって提供された第１のシーケンス番号に基づく第２のシーケンス番号を使用して宛先サーバとの接続を確立する。プロキシレスコントローラは、更新されたシーケンス番号に基づいてクライアントに肯定応答を送信し、これにより、クライアントおよび宛先サーバは、パケットごとの修正を必要とせずに通信することができる。これは、そのような修正が招く非常に高いスループットコストを回避し、プロキシレスコントローラがラインレートに近いパケット処理を提供することを可能にする。本明細書における例は、ＴＣＰ接続に関する実現例について論じるが、他の接続指向プロトコルも同じ原理を使用して実現され得る。

図１を参照すると、いくつかの実現例では、例示的なシステム１００は、コンピューティングシステム１４０の一部または（たとえば、ネットワークを介して）通信しているクライアントデバイス１０２（本明細書ではクライアント１０２とも呼ばれる）を含む。クライアントデバイス１０は、デスクトップワークステーション、ラップトップワークステーション、サーバ、またはモバイルデバイス（すなわち、スマートフォン）など、任意のコンピューティングデバイスに対応し得る。クライアントデバイス１０２は、コンピューティングリソース１０８（例えば、データ処理ハードウェア）および／またはストレージリソース１０６（例えば、メモリハードウェア）を含む。クライアント１０２は、クライアント情報１０４に関連付けられる。クライアント情報１０４は、ＩＰアドレス、送信元ポート、宛先ポート、識別番号などの、クライアント１０２を識別する任意の情報を含むことができる。

コンピューティングシステム１４０は、スケーラブル／弾性コンピューティングリソース１４４（例えば、データ処理ハードウェア）および／またはストレージリソース１４２（例えば、メモリハードウェア）を有する、単一のコンピュータ、複数のコンピュータ、または分散システム（例えば、クラウド環境）であってもよい。データストア１４６（すなわち、遠隔ストレージデバイス１４６）は、クライアントまたはコンピューティングリソース１４４のうちの１つ以上によるストレージリソース１４２のスケーラブルな使用を可能にするよう、ストレージリソース１４２上にオーバーレイされてもよい。

クライアント１０２は、プロキシを介して宛先サーバ１１０または他のネットワーク化されたコンピューティングデバイスと通信するよう構成される。宛先サーバ１１０は、コンピューティングリソース１１８（例えば、データ処理ハードウェア）および／またはストレージリソース１１６（例えば、メモリハードウェア）を含む。クライアント１０２は、宛先サーバ１１０と通信するために、第１のＴＣＰ接続要求２１０、２１０Ａをプロキシに送信することを試みる。

コンピューティングシステム１４０は、ＴＣＰ接続要求２１０Ａを傍受するプロキシレスコントローラ１５０を実行する。いくつかの例では、クライアント１０２はコンピューティングシステム１４０上で実行され、したがって、プロキシレスコントローラ１５０は、プロキシレスコントローラ１５０がＴＣＰ接続要求２１０Ａを傍受することを可能にする、クライアントのネットワークトラフィックへのアクセスを有する。他の例では、宛先サーバ１１０は、コンピューティングシステム１４０上で実行され、クライアント１０２は、ＴＣＰ接続要求２１０Ａをコンピューティングシステム１４０に向け、プロキシレスコントローラ１５０がＴＣＰ接続要求２１０Ａを傍受することを可能にする。さらに他の例では、クライアント１０２および宛先サーバ１１０の両方がコンピューティングシステム１４０上で（例えば、分散システムの一部として）実行され、これも、プロキシレスコントローラ１５０がＴＣＰ接続要求２１０Ａを傍受することを可能にする。任意選択で、コンピューティングシステム１４０は、クライアント１０２および宛先サーバ１１０のいずれかまたは両方のためのネットワークアドレス変換（ＮＡＴ）デバイス（すなわち、入口ＮＡＴおよび／または出口ＮＡＴ）として動作する。

プロキシレスコントローラ１５０は、ＴＣＰ接続要求２１０Ａを傍受すると、ＴＣＰ接続要求２１０Ａがプロキシ（例えば、仮想ＴＣＰエンドポイントまたは他の仲介）への接続を試みている新たな接続であると判断してもよい。任意選択で、クライアント１０２からのＴＣＰ接続要求２１０Ａは、仮想ＴＣＰエンドポイントとの接続を確立する（すなわち、物理ホストが存在しない）。いくつかの例では、クライアント１０２の所有者は、クライアント１０２がＴＣＰ接続要求２１０Ａを開始する前に、コンピューティングシステム１４０が、ＴＣＰ接続要求２１０Ａがクライアント１０２からのものであり、プロキシに接続することを意図することを認識するように、コンピューティングシステム１４０に設定データを提供する。例えば、クライアント１０２の所有者は、ＴＣＰ接続要求２１０Ａの送信元ＩＰアドレスまたは宛先ＩＰアドレスを識別する設定情報を提供し得、プロキシレスコントローラ１５０は、ＴＣＰ接続要求２１０Ａを受信または傍受すると、送信元または宛先ＩＰアドレス（または任意の他のパラメータ）を設定情報と比較して、ＴＣＰ接続要求２１０Ａがプロキシを対象とする、と判断してもよい。

ＴＣＰ接続要求２１０Ａは、第１のシーケンス番号２１２、２１２Ａを含む。ＴＣＰ接続内のすべてのバイトは、ランダムに選択された初期シーケンス番号２１２（すなわち、ＩＳＮ）から始まって番号付けされる。最初のＳＹＮパケットの後、シーケンス番号２１２は、送信元と宛先との間で転送される各データバイトについて増分される。したがって、シーケンス番号２１２は、ＴＣＰパケット内のデータの第１のバイトの第１のバイト番号を表す。受信機は、受信機が受信することを期待する次のバイトのシーケンス番号２１２に一致する肯定応答番号２２２で応答することによって、メッセージに肯定応答する。

プロキシレスコントローラ１５０は、第１のＴＣＰ接続要求２１０Ａを傍受し、プロキシとの接続を確立するクライアントの意図を判断した後、宛先サーバ１１０に、クライアント１０２と宛先サーバ１１０との間にＴＣＰ接続を確立することを要求する第２のＴＣＰ接続要求２１０、２１０Ｂを送信する。第２のＴＣＰ接続要求２１０Ｂは、第２のシーケンス番号２１２、２１２Ｂを含む。以下でより詳細に説明するように、第２のシーケンス番号２１２Ｂは、第１のシーケンス番号２１２Ａ未満である（すなわち、より小さい）。いくつかの例では、第２のＴＣＰ接続要求２１０Ｂは、修正されたシーケンス番号２１２（すなわち、より小さいシーケンス番号２１２）を有する第１のＴＣＰ接続要求２１０Ａである。すなわち、いくつかの例では、プロキシレスコントローラは、第１のＴＣＰ接続要求２１０Ａを「ハイジャック」し、第１のＴＣＰ接続要求２１０Ａを第２のＴＣＰ接続要求２１０Ｂ（これは、第１のＴＣＰ接続要求２１０Ａの修正された形態であり得る）で置き換える。

プロキシレスコントローラ１５０は、宛先サーバ１１０から、第２のＴＣＰ接続要求２１０Ｂの肯定応答を示す第１の肯定応答メッセージ２２０、２２０Ａを傍受または受信する。第１の肯定応答メッセージ２２０Ａは、第２のシーケンス番号２１２Ｂに関連付けられた第１の肯定応答番号２２２、２２２Ａを含んでもよい。たとえば、第１の肯定応答番号２２２Ａは、第２のシーケンス番号２１２Ｂよりも大きいものであり、宛先サーバ１１０が第２のＴＣＰ接続要求２１０Ｂに肯定応答したことを示す。

プロキシレスコントローラ１５０は、宛先サーバ１１０から第１の肯定応答メッセージ２２０Ａを受信した後、クライアント情報１０４を宛先サーバ１１０に送信する。たとえば、プロキシレスコントローラ１５０は、プロキシプロトコルヘッダ２３０（図２）データパケット（または他の同様のデータパケット）を宛先サーバ１１０に送信する。プロキシプロトコルヘッダ２３０は、データペイロード内に、クライアント情報１０４の一部またはすべてを含んでもよい。プロキシプロトコルヘッダ２３０は単なる例示であり、プロキシレスコントローラ１５０は、ネットワーク接続を容易にするために任意のデータを任意のフォーマットで宛先サーバ１１０に「注入」することができる。宛先サーバ１１０は、第２の肯定応答メッセージ２２０Ｂ（図２Ａ）でプロキシプロトコルヘッダ２３０に応答する。いくつかの例では、プロキシレスコントローラ１５０は、第１のシーケンス番号２１２Ａに基づいて宛先サーバ１１０から以前に受信された第１の肯定応答メッセージ２２０Ａを更新し、更新されたシーケンス番号２１２Ｃを有する更新された肯定応答メッセージ２２０Ｃをクライアント１０２に送信する。更新されたシーケンス番号２１２Ｃは、第１のＴＣＰ接続要求２１０Ａに応答してクライアント１０２が受信すると期待するシーケンス番号に対応する。他の例では、プロキシレスコントローラ１５０は、以前に受信された肯定応答メッセージ２２０を修正または更新することとは対照的に、異なる肯定応答メッセージ２２０（たとえば、第２の肯定応答メッセージ２２０Ｂ）を更新するか、またはまったく新たな肯定応答メッセージ２２０を生成する。重要なことに、プロキシレスコントローラ１５０によってクライアント１０２に送信される肯定応答メッセージ２２０が、宛先サーバ１１０から受信された以前の肯定応答メッセージ２２０（例えば、ＴＣＰオプション）からの任意の必要な情報、クライアント１０２が期待するシーケンス番号２１２、および宛先サーバ１１０によって最後に送信された肯定応答番号２２２を含む限り、これらの解決策のすべては等価である。したがって、肯定応答メッセージ２２０Ｃを生成するとき、プロキシレスコントローラは、ＴＣＰ接続要求２１０Ａの一部（たとえば、シーケンス番号２１２）および／または以前の肯定応答メッセージ２２０Ａ、２２０Ｂの一部（例えば、任意のＴＣＰオプション、肯定応答番号２２２など）を使用し得る。

プロキシレスコントローラ１５０は、いくつかの例では、クライアント１０２と宛先１１０との間で、ドロップされたかまたは他の態様で失われた任意のメッセージを再送信および／または再生成する。パケットがドロップされるかまたは失われると、プロキシレスコントローラ１５０は、失われたパケットからペイロードを再生してもよい。

ここで図２Ａを参照すると、シーケンス図２００ａは、クライアント１０２と、プロキシレスコントローラ１５０と、宛先サーバ１１０との間の例示的な一連のメッセージを提供する。第１に、クライアント１０２は、第１のＴＣＰ接続要求２１０Ａをプロキシに送信することを試みるが、プロキシレスコントローラ１５０が、ＴＣＰ接続要求２１０Ａを受信または傍受する。プロキシレスコントローラ１５０は、以前に受信された設定情報に基づいて、クライアント１０２が宛先サーバ１１０と通信するためにプロキシとの接続を確立することを意図する、と判断してもよい。これに応答して、プロキシレスコントローラ１５０は、第２のＴＣＰ接続要求２１０Ｂを宛先サーバ１１０に送信する。宛先サーバ１１０は、肯定応答メッセージ２２０Ａ（すなわち、ＳＹＮ｜ＡＣＫ）で第２のＴＣＰ接続要求２１０Ｂに応答する。肯定応答メッセージ２２０Ａに応答して、プロキシレスコントローラ１５０は、プロキシプロトコルヘッダ２３０を宛先サーバ１１０に送信して、宛先サーバ１３０にクライアント情報１０４を提供し、それによって、宛先サーバ１１０に、クライアント固有ポリシー（例えば、アクセス制御リストなど）を提供する能力を可能にする。

宛先サーバ１１０は、プロキシプロトコルヘッダ２３０に対して別の肯定応答メッセージ２２０Ｂで肯定応答する。プロキシレスコントローラ１５０は、第２の肯定応答メッセージ２２０Ｂに応答して、新たな肯定応答メッセージを生成するか、または第１（もしくは第２の）肯定応答メッセージ２２０Ａを更新する（か、もしくは新たな肯定応答メッセージ２２０Ａを生成し）、新たなまたは更新された肯定応答メッセージ２２０Ｃをクライアント１０２に送信する。新たな肯定応答メッセージ２２０Ｃは、更新された肯定応答番号２２２Ｃを含む。クライアント１０２は、そのＴＣＰ接続要求２１０Ａに対する適切な肯定応答を受信すると、データパケット２５０を介して宛先サーバ１１０と通信し続ける。この筋書きでは、クライアントは、プロキシを介して宛先サーバ１１０と通信するように構成および／または期待されてもよく、宛先サーバ１１０も、プロキシを介してクライアント１０２と通信するように構成および／または期待されてもよいが、実際には、クライアント１０２および宛先サーバ１１０は、プロキシなしで通信する。

シーケンス図２００ａは例示にすぎず、メッセージの順序および数は、具体的なシステムの実現例ニーズに応じて変化し得る。例えば、クライアント１０２は、ＴＣＰファストオープンを使用して、元のＴＣＰ接続要求２１０Ａにデータペイロードを含めることができる。この筋書きでは、プロキシレスコントローラ１５０は、最初にデータペイロードをドロップし、ＴＣＰ接続が確立された後、シーケンス番号２１２Ｂを適切に調整することによって、宛先サーバ１１０にデータを再生してもよい。

ここで図２Ｂを参照すると、シーケンス図２００ｂは、シーケンス図２００ａと同じ例示的な一連のメッセージを提供するが、シーケンス番号２１２および肯定応答番号２２２に関する追加の詳細を伴う。ここでは、クライアント１０２は、第１のＴＣＰ接続要求２１０Ａ（つまりＳＹＮパケット）を、「１００」に等しいシーケンス番号２１２Ａとともに送信する。クライアント１０２は、ＴＣＰ接続要求２１０Ａに応答して、「１０１」に等しい肯定応答番号２２２を有する肯定応答メッセージ２２０を期待することに留意することが重要である。プロキシレスコントローラ１５０は、ＴＣＰ接続要求２１０Ａを受信し、クライアント１０２がプロキシを介して宛先サーバ１１０との接続を確立することを意図していると判断する。プロキシレスコントローラ１５０は、第２のＴＣＰ接続要求２１０Ｂ（すなわち、別のＳＹＮパケット）を、宛先サーバ１１０に、「８０」に等しいシーケンス番号２１２Ｂとともに送信する。この例では、プロキシレスコントローラ１５０は、（クライアント１０２によって第１のＴＣＰ接続要求２１０Ａにおいて送信される）第１のシーケンス番号２１２Ａを、プロキシプロトコルヘッダ２３０内のあるデータの量に等しい量だけロールバックまたは減分することによって、第２のシーケンス番号２１２Ｂを決定する。ここで、プロキシレスコントローラ１５０は、（クライアント情報１０４を含む）プロキシプロトコルヘッダ２３０内の２０バイトのデータを送信することを意図する。したがって、１００（すなわち、シーケンス番号２１２Ａ）－２０（すなわち、プロキシプロトコルヘッダ２３０内のバイト数）は、「８０」に等しい。プロキシレスコントローラ１５０は、クライアント１０２への接続について肯定応答する前にプロキシレスコントローラ１５０が宛先サーバ１１０に送信することを意図するデータの量に応じて、第１のシーケンス番号２１２Ａ未満の任意の値に第２のシーケンス番号２１２Ｂを設定し得る。

次に、プロキシレスコントローラ１５０は、肯定応答メッセージ２２０Ａ（すなわち、ＳＹＮ｜ＡＣＫパケット）を、「２００」に等しいシーケンス番号２１２および「８１」に等しい肯定応答番号２２２とともに受信する。「８１」の肯定応答番号２２２は、プロキシレスコントローラ１５０によって以前に送信された「８０」のシーケンス番号２１２について肯定応答する。肯定応答メッセージ２２０Ａを受信した後、プロキシレスコントローラ１５０は、プロキシプロトコルヘッダ２３０（および／または、宛先サーバ１１０が望むかもしくは要求し得る任意の他のデータ）の送信に進む。ここで、シーケンス番号２１２は「８１」であり（前回の肯定応答番号２２２Ａと一致）、長さは「２０」（２０バイト）であり、肯定応答番号２２２は「２０１」に等しい（以前に宛先サーバ１１０から提供された「２００」のシーケンス番号２１２に一致）。宛先サーバ１１０は、「２０１」に等しいシーケンス番号２１２および「１０１」に等しい肯定応答番号２２２を含む肯定応答メッセージ２２０Ｂでプロキシプロトコルヘッダ２３０に肯定応答する。

プロキシレスコントローラ１５０は、クライアント１０２からの元のＴＣＰ接続要求２１０Ａからのシーケンス番号２１２Ａに基づいて肯定応答メッセージ２２０Ａ（これは、クライアント１０２によって必要とされる重要な接続情報を含んでもよい）を更新する。すなわち、プロキシレスコントローラ１５０は、元の肯定応答番号２２２Ａを、ＴＣＰ接続要求２１０Ａに応答してクライアント１０２が期待する更新された肯定応答番号２２２に置き換える。この例では、プロキシレスコントローラ１５０は、肯定応答メッセージ２２０Ｃ（すなわち、ＳＹＮパケット）を、（肯定応答メッセージ２２０Ｂによって提供されるシーケンス番号２１２に一致するよう）「２０１」に等しいシーケンス番号２１２、および（ＴＣＰ接続要求２１０Ａに応答してクライアント１０２によって期待される肯定応答番号２２２に一致するよう）「１０１」に等しい肯定応答番号２２２とともに、送信する。この時点から、クライアント１０２および宛先サーバ１１０は、単に双方の間でパケット２５０を転送するプロキシレスコントローラ１５０と自由に通信する（すなわち、パケットの深い検査または修正は必要とされない）。例えば、クライアント１０２は、「１０１」に等しいシーケンス番号２１２と、「２０２」に等しい肯定応答番号２２２とを含むデータパケット２５０でフォローアップし、これは宛先サーバ１１０の期待値と整合する。

ここで図３を参照すると、従来の技法は、典型的には、クライアント１０２と宛先サーバ１１０との間で送信されるデータのパケットを継続的に修正するためにプロキシ（または他の仲介）を必要とする。いくつかの例では、プロキシレスコントローラ１５０は、接続情報３２０をキャッシュするキャッシュ３１０を含む。接続情報３２０は、クライアント１０２と宛先サーバ１１０との間のＴＣＰ接続を識別する。ＴＣＰパケット２５０（すなわち、データパケット２５０）がクライアント１０２から宛先サーバ１１０に（およびその逆に）送信されると、プロキシレスコントローラ１５０は、ＴＣＰパケット２５０を受信し、接続情報３２０に基づいて、ＴＣＰパケット２５０が既存のＴＣＰ接続の一部であり、クライアント１０２または宛先サーバ１１０宛である、と判断し得る。プロキシレスコントローラ１５０は、ＴＣＰパケット２５０が既存の接続の一部であると判断すると、プロキシレスコントローラ１５０は、ＴＣＰパケット２５０を転送してもよい。スループットの低下を回避するために、プロキシレスコントローラ１５０は、接続情報３２０をキャッシュ３１０に記憶し得、プロキシレスコントローラ１５０が、ＴＣＰパケット２５０がキャッシュ３１０に記憶された接続のいずれかに関連付けられているかどうかを迅速かつ効率的に判断することを可能にする。接続情報３２０が、着信データパケット２５０が既存のＴＣＰ接続の一部であることを確認すると、プロキシレスコントローラ１５０は、データパケット２５０のさらなる検査または修正なしに、データパケット２５０を適切な宛先に転送する。

したがって、システムは、既存のプロキシベースの展開が、再設定を必要とせずにプロキシレス展開（たとえば、ＳＤＮ）に切り替えることを可能にする、プロキシレスプロトコルを提供する。システムは、最小限のパケット介入を必要とすることによって、ラインレートでまたはラインレートに近いパケット処理を配信する。すべてのパケットを修正する代わりに、システムは、接続の開始における少数のパケットのみが修正を必要とするように、シーケンス番号（またはデータを追跡するための他のプロトコル固有の手段）を修正する。その後、システムは、持続的なデータのフローのためにキャッシング機構を使用して、高いデータレートを維持することができる。

図４は、プロキシレスプロトコルのための方法４００のための動作の例示的な構成のフローチャートである。方法４００は、動作４０２において、クライアント１０２から、プロキシサーバ１４２を介して宛先サーバ１１０にデータをルーティングするためにクライアント１０２とプロキシサーバ１４２との間で第１のＴＣＰ接続を確立することを要求する第１のＴＣＰ接続要求２１０Ａを傍受することを含む。第１のＴＣＰ接続要求１１０Ａは、クライアント情報１０４および第１のシーケンス番号２１２Ａを含む。動作４０４において、方法４００は、宛先サーバ１１０に、クライアント１０２と宛先サーバ１１０との間に第２のＴＣＰ接続を確立することを要求する第２のＴＣＰ接続要求２１０Ｂを送信することを含む。いくつかの例では、第２のＴＣＰ接続要求２１０Ｂは、傍受された第１のＴＣＰ接続要求２１０Ａの修正された形態である。第２のＴＣＰ接続要求２１０Ｂは、第１のシーケンス番号２１２Ａ未満の第２のシーケンス番号２１２Ｂを含む。方法４００は、動作４０６において、宛先サーバ１１０から、第２のＴＣＰ接続要求２１０Ｂの肯定応答を示す肯定応答メッセージ２２０Ａを傍受することを含む。動作４０８において、方法４００は、クライアント情報１０４を含むプロキシプロトコルヘッダ２３０を含むデータパケットを宛先サーバ１１０に送信することを含む。方法４００は、動作４１０において、第１のＴＣＰ接続要求２１０Ａを使用して新たな肯定応答メッセージ２２０Ｃを生成することと、新たな肯定応答メッセージ２２０Ｃをクライアント１０２に送信することとを含む。

図５は、本明細書で説明するシステムおよび方法を実施するために使用され得る例示的なコンピューティングデバイス５００の概略図である。コンピューティングデバイス５００は、ラップトップ、デスクトップ、ワークステーション、携帯情報端末、サーバ、ブレードサーバ、メインフレーム、および他の適切なコンピュータなど、様々な形態のデジタルコンピュータを表すことが意図されている。本明細書に示された構成要素、それらの接続および関係、ならびにそれらの機能は、例示的なものにすぎず、本文書に記載および／または特許請求される本発明の実現例を限定するものではない。

コンピューティングデバイス５００は、プロセッサ５１０と、メモリ５２０と、ストレージデバイス５３０と、メモリ５２０および高速拡張ポート５５０に接続する高速インターフェイス／コントローラ５４０と、低速バス５７０およびストレージデバイス５３０に接続する低速インターフェイス／コントローラ５６０とを含む。構成要素５１０，５２０，５３０，５４０，５５０，および５６０の各々は、様々なバスを用いて相互接続され、共通のマザーボード上に、または必要に応じて他の方法で実装されてもよい。プロセッサ５１０は、高速インターフェイス５４０に結合されたディスプレイ５８０などの外部入力／出力装置上にグラフィカルユーザインターフェイス（ＧＵＩ）のためのグラフィカル情報を表示するために、メモリ５２０またはストレージデバイス５３０に記憶された命令を含む、コンピューティングデバイス５００内で実行するための命令を処理することができる。他の実現例では、複数のプロセッサおよび／または複数のバスが、必要に応じて、複数のメモリおよびメモリのタイプとともに用いられてもよい。また、複数のコンピューティングデバイス５００が接続されてもよく、各デバイスは、（たとえば、サーババンクとして、ブレードサーバのグループとして、またはマルチプロセッサシステムとして）必要な動作の部分を提供する。

メモリ５２０は、コンピューティングデバイス５００内で情報を非一時的に記憶する。メモリ５２０は、コンピュータ可読媒体、揮発性メモリユニット、または不揮発性メモリユニットであってもよい。非一時的メモリ５２０は、コンピューティングデバイス５００による使用のためにプログラム（例えば、命令のシーケンス）またはデータ（例えば、プログラム状態情報）を一時的または永続的に記憶するために用いられる物理デバイスであってもよい。不揮発性メモリの例は、フラッシュメモリおよび読み出し専用メモリ（ＲＯＭ）／プログラマブル読み出し専用メモリ（ＰＲＯＭ）／消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）／電子的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）（たとえば、ブートプログラムなどのファームウェアに典型的に用いられる）を含むが、これらに限定されない。揮発性メモリの例には、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、相変化メモリ（ＰＣＭ）、およびディスクまたはテープが含まれるが、これらに限定されない。

ストレージデバイス５３０は、コンピューティングデバイス５００のための大容量ストレージを提供することができる。いくつかの実現例では、ストレージデバイス５３０はコンピュータ可読媒体である。様々な異なる実現例では、ストレージデバイス５３０は、フロッピー（登録商標）ディスクデバイス、ハードディスクデバイス、光ディスクデバイス、もしくはテープデバイス、フラッシュメモリもしくは他の同様のソリッドステートメモリデバイス、またはストレージエリアネットワークもしくは他の構成におけるデバイスを含むデバイスのアレイであってもよい。さらなる実現例では、コンピュータプログラム製品は、情報担体において有形に具現化される。コンピュータプログラム製品は、実行されると上述の方法などの１つ以上の方法を実行する命令を含む。情報担体は、メモリ５２０、ストレージデバイス５３０、またはプロセッサ５１０上のメモリなどのコンピュータ可読媒体または機械可読媒体である。

高速コントローラ５４０は、コンピューティングデバイス５００のための帯域幅集約型動作を管理し、低速コントローラ５６０は、より低い帯域幅集約型動作を管理する。そのような役割の割り当ては、例示的なものにすぎない。いくつかの実現例では、高速コントローラ５４０は、メモリ５２０、ディスプレイ５８０（たとえば、グラフィックスプロセッサまたはアクセラレータを通して）、および様々な拡張カード（図示せず）を受け入れ得る高速拡張ポート５５０に結合される。いくつかの実現例では、低速コントローラ５６０は、ストレージデバイス５３０および低速拡張ポート５９０に結合される。低速拡張ポート５９０は、様々な通信ポート（たとえば、ＵＳＢ、Bluetooth（登録商標）、イーサネット（登録商標）、無線イーサネット（登録商標））を含んでもよく、キーボード、ポインティングデバイス、スキャナ、またはスイッチもしくはルータなどのネットワーキングデバイスなどの１つ以上の入力／出力装置に、たとえばネットワークアダプタを介して結合されてもよい。

コンピューティングデバイス５００は、図に示されるように、いくつかの異なる形態で実現されてもよい。例えば、標準サーバ５００ａとして、もしくはそのようなサーバ５００ａのグループ内で複数回、ラップトップコンピュータ５００ｂとして、またはラックサーバシステム５００ｃの一部として実装されてもよい。

本明細書に記載のシステムおよび技術のさまざまな実現例は、デジタル電子および／もしくは光学回路系、集積回路系、特別に設計されたＡＳＩＣ（特定用途向け集積回路）、コンピュータハードウェア、ファームウェア、ソフトウェア、ならびに／またはそれらの組合せで実現されてもよい。これらのさまざまな実現例は、少なくとも１つのプログラマブルプロセッサを含むプログラマブルシステム上で実行可能および／または解釈可能な１つ以上のコンピュータプログラムにおける実現例を含んでいてもよく、当該プロセッサは専用であっても汎用であってもよく、ストレージシステム、少なくとも１つの入力装置、および少なくとも１つの出力装置からデータおよび命令を受信するように、かつこれらにデータおよび命令を送信するように結合されている。

ソフトウェアアプリケーション（すなわち、ソフトウェアリソース）は、コンピューティングデバイスにタスクを実行させるコンピュータソフトウェアを指してもよい。いくつかの例では、ソフトウェアアプリケーションは、「アプリケーション」、「アプリ」、または「プログラム」と呼ばれることがある。アプリケーションの例には、システム診断アプリケーション、システム管理アプリケーション、システム保守アプリケーション、ワード処理アプリケーション、スプレッドシートアプリケーション、メッセージングアプリケーション、メディアストリーミングアプリケーション、ソーシャルネットワーキングアプリケーション、およびゲームアプリケーションが含まれるが、これらに限定はされない。

これらのコンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーションまたはコードとしても知られる）は、プログラム可能なプロセッサのための機械命令を含み、高水準手続き型および／もしくはオブジェクト指向型プログラミング言語で、ならびに／またはアセンブリ／機械言語で実現することができる。本明細書で使用されるとき、用語「機械可読媒体」および「コンピュータ可読媒体」は、機械命令を機械可読信号として受信する機械可読媒体を含む、機械命令および／またはデータをプログラマブルプロセッサに提供するよう使用される任意のコンピュータプログラム製品、非一時的コンピュータ可読媒体、装置および／またはデバイス（例えば、磁気ディスク、光ディスク、メモリ、プログラマブルロジックデバイス（ＰＬＤ））を指す。「機械可読信号」という用語は、機械命令および／またはデータをプログラマブルプロセッサに提供するために使用される任意の信号を指す。

本明細書で説明するプロセスおよび論理フローは、データ処理ハードウェアとも呼ばれ、入力データに対して演算を行い出力を生成することによって１つ以上のコンピュータプログラムを実行して機能を実行する１つ以上のプログラマブルプロセッサによって実行されることができる。プロセスおよび論理フローはまた、専用論理回路、たとえば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＡＳＩＣ（特定用途向け集積回路）によって実行され得る。コンピュータプログラムの実行に好適であるプロセッサは、例として、汎用マイクロプロセッサおよび特殊目的マイクロプロセッサの両方、ならびに任意の種類のデジタルコンピュータの任意の１つ以上のプロセッサを含む。概して、プロセッサは、読み取り専用メモリもしくはランダムアクセスメモリまたは両方から命令およびデータを受信することになる。コンピュータの必須要素は、命令を実行するためのプロセッサ、ならびに命令およびデータを記憶するための１つ以上のメモリデバイスである。一般に、コンピュータはさらに、たとえば磁気ディスク、光磁気ディスクまたは光ディスクといった、データを格納するための１つ以上の大容量記憶装置を含むか、当該１つ以上の大容量記憶装置からデータを受取るかもしくは当該１つ以上の大容量記憶装置にデータを転送するよう作動的に結合されるか、またはその両方を行うことにもなる。しかしながら、コンピュータは、そのようなデバイスを有する必要はない。コンピュータプログラム命令およびデータを記憶するのに好適なコンピュータ可読媒体は、例として、半導体メモリデバイス、たとえば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイス；磁気ディスク、たとえば内蔵ハードディスクまたはリムーバブルディスク；光磁気ディスク；およびＣＤ ＲＯＭおよびＤＶＤ－ＲＯＭディスクを含む、あらゆる形態の不揮発性メモリ、媒体、ならびにメモリデバイスを含む。プロセッサおよびメモリは、特殊目的論理回路によって補足され得るか、または特殊目的論理回路に組み込まれ得る。

ユーザとの対話を提供するために、本開示の１つ以上の局面は、たとえばＣＲＴ（陰極線管）、ＬＣＤ（液晶ディスプレイ）モニタまたはタッチスクリーンといったユーザに対して情報を表示するための表示装置と、選択肢的にキーボードおよびたとえばマウス、トラックボールといったユーザがコンピュータに入力を提供可能であるポインティングデバイスとを有するコンピュータ上で実現され得る。他の種類のデバイスを用いて、ユーザとの対話を提供することもでき、たとえば、ユーザに提供されるフィードバックは、任意の形態の感覚フィードバック、たとえば、視覚フィードバック、聴覚フィードバック、または触覚フィードバックであり得、ユーザからの入力は、音響入力、音声入力、または触覚入力を含む、任意の形態で受信することができる。加えて、コンピュータは、ユーザが用いるデバイスにドキュメントを送信し、ユーザが用いるデバイスからドキュメントを受信することによって、たとえば、ユーザのクライアントデバイス上のウェブブラウザから受信された要求に応答してそのウェブブラウザにウェブページを送信することによって、ユーザと対話し得る。

いくつかの実現例について説明した。それにもかかわらず、本開示の精神および範囲から逸脱することなく、様々な修正がなされ得ることが理解されるであろう。したがって、他の実現例は特許請求の範囲内にある。

Claims (18)

1. コンピュータにより実現される方法（４００）であって、データ処理ハードウェアによって実行されると前記データ処理ハードウェア（１４４）に動作を実行させ、前記動作は、
   クライアント（１０２）から、データをプロキシサーバ（１４２）を介して宛先サーバ（１１０）にルーティングするために前記クライアント（１０２）と前記プロキシサーバ（１４２）との間に第１の伝送制御プロトコル（ＴＣＰ）接続を確立することを要求する第１のＴＣＰ接続要求（２１０）を傍受することを含み、前記第１のＴＣＰ接続要求（２１０）は、クライアント情報（１０４）および第１のシーケンス番号（２１２）を含み、
   前記方法はさらに、
   前記宛先サーバ（１１０）に、前記クライアント（１０２）と前記宛先サーバ（１１０）との間に第２のＴＣＰ接続を確立することを要求する第２のＴＣＰ接続要求（２１０）を送信することを含み、前記第２のＴＣＰ接続要求（２１０）は、前記第１のシーケンス番号（２１２）未満の第２のシーケンス番号（２１２）を含み、前記方法はさらに、
   前記宛先サーバ（１１０）から、前記第２のＴＣＰ接続要求（２１０）の肯定応答を示す肯定応答メッセージ（２２０）を傍受することと、
   前記宛先サーバ（１１０）に、前記クライアント情報（１０４）を含むプロキシプロトコルヘッダメッセージ（２３０）を含むデータパケット（２５０）を送信することと、
   前記第１のＴＣＰ接続要求（２１０）を使用して新たな肯定応答メッセージ（２２０）を生成することと、
   前記クライアント（１０２）に前記新たな肯定応答メッセージ（２２０）を送信することとを含み、
   前記動作は、前記クライアント（１０２）からの前記第１のＴＣＰ接続要求（２１０）を傍受する前に、前記プロキシサーバ（１４２）と通信する前記クライアント（１０２）の意図を示すクライアント設定データを取得することをさらに含む、方法（４００）。
2. 前記クライアント設定データは、前記宛先サーバ（１１０）を識別する宛先識別子を含み、
   前記動作は、前記クライアント（１０２）からの前記第１のＴＣＰ接続要求（２１０）を傍受した後、前記クライアント（１０２）が前記宛先識別子を使用して前記プロキシサーバ（１４２）と通信することを意図していると判断することをさらに含む、請求項１に記載の方法（４００）。
3. 前記宛先識別子はインターネットプロトコル（ＩＰ）アドレスを含む、請求項２に記載の方法（４００）。
4. 前記クライアント（１０２）からの前記第１のＴＣＰ接続要求（２１０）を傍受することは、ＳＹＮフラグが前記第１のＴＣＰ接続要求（２１０）内にセットされている、と判断することを含む、請求項１～３のいずれか１項に記載の方法（４００）。
5. 前記第１のシーケンス番号（２１２）と前記第２のシーケンス番号（２１２）との間の差は、前記プロキシプロトコルヘッダメッセージ（２３０）のサイズに等しい、請求項１～４のいずれか１項に記載の方法（４００）。
6. 前記肯定応答メッセージ（２２０）は、接続情報を含み、
   前記新たな肯定応答メッセージ（２２０）は、前記肯定応答メッセージ（２２０）と同じ接続情報を含む、請求項１～５のいずれか１項に記載の方法（４００）。
7. 前記新たな肯定応答メッセージ（２２０）を前記クライアント（１０２）に送信した後、前記クライアント（１０２）および前記宛先サーバ（１１０）は、前記データ処理ハードウェア（１４４）による修正なしに直接通信する、請求項１～６のいずれか１項に記載の方法（４００）。
8. 前記クライアント（１０２）は、前記宛先サーバ（１１０）から遠隔にあり、
   前記第１のＴＣＰ接続要求（２１０）は、前記クライアント（１０２）において傍受される、請求項１～７のいずれか１項に記載の方法（４００）。
9. 前記クライアント（１０２）は、前記宛先サーバ（１１０）から遠隔にあり、
   前記第１のＴＣＰ接続要求（２１０）は、前記宛先サーバ（１１０）において傍受される、請求項１～７のいずれか１項に記載の方法（４００）。
10. システム（１００）であって、
    データ処理ハードウェア（１４４）と、
    前記データ処理ハードウェア（１４６）と通信するメモリハードウェア（１４６）とを備え、前記メモリハードウェア（１４６）は、前記データ処理ハードウェア（１４４）上で実行されると前記データ処理ハードウェア（１４４）に動作を実行させる命令を記憶し、前記動作は、
    クライアント（１０２）から、データをプロキシサーバ（１４２）を介して宛先サーバ（１１０）にルーティングするために前記クライアント（１０２）と前記プロキシサーバ（１４２）との間に第１の伝送制御プロトコル（ＴＣＰ）接続を確立することを要求する第１のＴＣＰ接続要求（２１０）を傍受することを含み、前記第１のＴＣＰ接続要求（２１０）は、クライアント情報（１０４）および第１のシーケンス番号（２１２）を含み、
    前記動作はさらに、
    前記宛先サーバ（１１０）に、前記クライアント（１０２）と前記宛先サーバ（１１０）との間に第２のＴＣＰ接続を確立することを要求する第２のＴＣＰ接続要求（２１０）を送信することを含み、前記第２のＴＣＰ接続要求（２１０）は、前記第１のシーケンス番号（２１２）未満の第２のシーケンス番号（２１２）を含み、前記動作はさらに、
    前記宛先サーバ（１１０）から、前記第２のＴＣＰ接続要求（２１０）の肯定応答を示す肯定応答メッセージ（２２０）を傍受することと、
    前記宛先サーバ（１１０）に、前記クライアント（１０２）を含むプロキシプロトコルヘッダメッセージ（２３０）を含むデータパケット（２５０）を送信することと、
    前記第１のＴＣＰ接続要求（２１０）を使用して新たな肯定応答メッセージ（２２０）を生成することと、
    前記クライアント（１０２）に前記新たな肯定応答メッセージ（２２０）を送信することとを含み、
    前記動作は、前記クライアント（１０２）からの前記第１のＴＣＰ接続要求（２１０）を傍受する前に、前記プロキシサーバ（１４２）と通信する前記クライアント（１０２）の意図を示すクライアント設定データを取得することをさらに含む、システム（１００）。
11. 前記クライアント設定データは、前記宛先サーバ（１１０）を識別する宛先識別子を含み、
    前記動作は、前記クライアント（１０２）からの前記第１のＴＣＰ接続要求（２１０）を傍受した後、前記クライアント（１０２）が前記宛先識別子を使用して前記プロキシサーバ（１４２）と通信することを意図していると判断することをさらに含む、請求項１０に記載のシステム（１００）。
12. 前記宛先識別子はインターネットプロトコル（ＩＰ）アドレスを含む、請求項１１に記載のシステム（１００）。
13. 前記クライアント（１０２）からの前記第１のＴＣＰ接続要求（２１０）を傍受することは、ＳＹＮフラグが前記第１のＴＣＰ接続要求（２１０）内にセットされている、と判断することを含む、請求項１０～１２のいずれか１項に記載のシステム（１００）。
14. 前記第１のシーケンス番号（２１２）と前記第２のシーケンス番号（２１２）との間の差は、前記プロキシプロトコルヘッダメッセージ（２３０）のサイズに等しい、請求項１０～１３のいずれか１項に記載のシステム（１００）。
15. 前記肯定応答メッセージ（２２０）は、接続情報を含み、
    前記新たな肯定応答メッセージ（２２０）は、前記肯定応答メッセージ（２２０）と同じ接続情報を含む、請求項１０～１４のいずれか１項に記載のシステム（１００）。
16. 前記新たな肯定応答メッセージ（２２０）を前記クライアント（１０２）に送信した後、前記クライアント（１０２）と前記宛先サーバ（１１０）とは直接通信する、請求項１０～１５のいずれか１項に記載のシステム（１００）。
17. 前記クライアント（１０２）は、前記宛先サーバ（１１０）から遠隔にあり、
    前記第１のＴＣＰ接続要求（２１０）は、前記クライアント（１０２）において傍受される、請求項１０～１６のいずれか１項に記載のシステム（１００）。
18. 前記クライアント（１０２）は、前記宛先サーバ（１１０）から遠隔にあり、
    前記第１のＴＣＰ接続要求（２１０）は、前記宛先サーバ（１１０）において傍受される、請求項１０～１６のいずれか１項に記載のシステム（１００）。

Images