IP シールドは、一連のドメインに対するサードパーティのトラフィックをプロキシ サーバー経由で送信し、それらのドメインから IP アドレスをマスクしてユーザーを保護する機能です。
Googleが実装を発表 Google Chrome ブラウザの頭文字で、ユーザーの IP を保護することを目的とした新しい機能です。
新しい機能について言及されていますが、 「IP保護」 その名前が示すように、最初は実験として実装されます。 ユーザーの IP アドレスを Web サイト所有者から隠すように設計されています。
ということで、新機能としては、 組み込みのアノニマイザーとして使用可能、その主な目的は移動追跡を防止することですが、とりわけ、サイトと電気通信事業者の両方のレベルで実装されるブロックを回避するのに適しています。
技術的には、 提案された機能は、トラフィックを直接送信することではなく実装されます。ただし、プロキシサーバーを介して、 リクエストを宛先サーバーにリダイレクトします。 これは、VPN の使用と同様に、プロキシ アドレスのみを受信 IP アドレスとして認識します。 リクエストを匿名化するために、複数のプロキシを介して順番に転送することができます。 この場合、クライアントの IP アドレスに関する情報は最初のプロキシのみに知られ、チェーン内の XNUMX 番目のプロキシは最初のプロキシのアドレスを認識します。
Googleは、少数のユーザーを対象にIPアドレス保護をテストする予定Chrome の将来のバージョン (119 から 125) で。 テストの最初の段階では、Google 所有のプロキシ サーバーのみが使用され、クローキングは Google ドメインと広告ネットワークに対してのみ有効になります。 このフェーズは米国の IP アドレスを持つシステムに提供され、Chrome ユーザーの実験版の 33% のみが対象となります。
第二相における テスト、 XNUMX層プロキシ構成の導入を計画している- まず、接続はブラウザから暗号化されたトンネルを介して Google が所有するプロキシにルーティングされ、次に Google と提携していない会社が所有する XNUMX 番目のプロキシにルーティングされます。
トラフィック トンネルは、ユーザーの IP アドレスを認識する最初のプロキシがリクエスト パラメーターを認識せず、ユーザーのリクエストの宛先ホストを決定できないように編成されます。 XNUMX 番目のプロキシは宛先ホストに関するデータを特定できますが、ユーザーの IP アドレスは認識できません。 それらの。 プロキシ サーバーはユーザーのアドレスまたは宛先サイトに関する情報を参照するため、プロキシ側がユーザーを要求されたサイトに関連付けることはできません。
トラフィックは、CONNECT および CONNECT-UDP メソッドを使用してプロキシにルーティングされ、エンドツーエンド暗号化を提供する TLS プロトコルに基づいてトンネルが作成されます。 悪用を防ぐため、Chrome がユーザーの Google アカウントに接続するときに、Google が制御する最初のプロキシには、Google 認証サーバーによって生成された暗号トークンを使用してアクセスされます (Chrome 認証がなければ、プロキシへのアクセスは拒否されます)。 トークンにはトラフィック制限もあり、悪意のある目的でプロキシ サーバーを介してトラフィックを転送することが困難になります。
IP アドレス隠蔽モードはデフォルトで無効になります アドレス隠蔽はすべてのサイトではなく、ユーザーの移動を追跡することで検出される、別途生成されたドメインのリストに対してのみ使用される予定であることに加えて、ユーザーのリクエストに応じてアクティブ化することができます。
リストにリンクすると、サイトの動作を混乱させ、位置特定、ユーザーの分離、トラフィック アカウンティングの問題を引き起こす不要な変更を回避できます (たとえば、サイト上の侵入者のブロックは、サイト経由でリダイレクトされたすべてのユーザーに適用できます)。プロキシ）。
現地の法律要件に準拠し、位置パラメータを選択するためにサイトで使用できる位置バインディングの問題を解決するには、ユーザーと同じ国または都市にある第 XNUMX レベルのプロキシを使用することが提案されています (最終的には、プロキシ サーバー (さまざまなプロバイダーやコンテンツ配信ネットワークと連携して構築された第 XNUMX レベルのサーバー) の広大なネットワークを展開します。
最後にあなたが それについてもっと知りたい、詳細はで確認できます 次のリンク。