HTTP および HTTPS プロキシとは何ですか?

HTTP プロキシと HTTPS プロキシ

プロキシサーバーにはさまざまな種類があります。これらのタイプは、プロトコル、アクティブユーザーの数によってグループ化できます (共有プロキシ, プライベートプロキシ、そして処女代理)、割り当てられた IP アドレスのタイプ (パブリックまたは無料のプロキシ, 居住用プロキシ, モバイルプロキシ、そしてデータセンタープロキシ)、および IP バージョン (IPv4 および IPv6 プロキシ）。ただし、この記事では、プロトコル別プロキシカテゴリに分類される HTTP および HTTPS プロキシに焦点を当てます。

その前に、HTTP プロキシと HTTPS プロキシのベースとなるプロトコルについて説明します。

HTTP と HTTPS について理解する

HTTPとは何ですか?

ハイパーテキスト転送プロトコル (HTTP) は、クライアントアプリケーション (Web ブラウザや Web アプリなど) と Web サーバー (または Web ユーザーインターフェイスサーバー) 間の通信を容易にするステートレスなアプリケーションレベルのプロトコルです。

これはレイヤー 7 プロトコル (またはアプリケーション層プロトコル) であり、サーバーとクライアント間、またはその逆の間でデータを送信することを目的としています。 HTTP は通常、さまざまなデータ型の送信をサポートします。これらには、ハイパーメディアと総称されるテキスト、ビデオ、オーディオデータが含まれます。

クライアントがサーバーに保存されているこのデータにアクセスしたい場合、HTTP リクエストを送信します。通常、HTTP リクエストには次のものが含まれます。

HTTP メソッド (GET、POST、PUT、DELETE など)、HTTP バージョン (下記)、およびリクエストのターゲットに関する追加情報 (ホスト名とポート) を指定するリクエスト行
ヘッダー: Cookie などの追加情報を保存します。
リクエストメッセージの本文

リクエストを受信してメッセージを解釈すると、サーバーはリクエストされたデータを含む HTTP 応答を送信します。

HTTP はどのように機能するのでしょうか?

HTTP はその機能を単独で実行するわけではないことを指摘しておく価値があります。実際には、その上で実行されますトランスポート層プロトコル (レイヤー4)、など伝送制御プロトコル (TCP) とユーザーデータグラムプロトコル (UDP)。さらに、これは当時存在していた IP プロトコル上にも構築されました。

これらのレイヤー 4 プロトコルは、サーバーとクライアント (ネットワーク化されたデバイス) 間の通信を確立、管理し、終了します。簡単に言うと、TCP と UDP を使用すると、第 4 層の上に位置するネットワークアプリケーション (HTTP を使用するアプリケーションを含む) が相互にクライアント/サーバー通信またはポイントツーポイント通信を作成できるようになります。

通信が確立されると、HTTP はデータを送信するために動作を開始します。 TCP または UDP は通信がスムーズに実行されるように管理し、データ送信が停止すると、これらのレイヤー 4 プロトコルは通信を終了します。特に、TCP と UDP はポート番号を使用して、相互に「通信」している Web アプリケーションを識別します。もう 1 つの注目点は、最新バージョンの HTTP/3 の実装では、通信のトランスポート層の側面に TCP ではなく QUIC が使用されていることです。 (クイックは UDP 上に実装された多重化トランスポートプロトコルです。)

HTTPの歴史

HTTP は、Tim Berners-Lee と彼のチームによる約 2 年間の開発を経て、1991 年に初めてリリースされました。それ以来、プロトコルは改良を受けてきました。進化これには多くの変更と改善が加えられ、いくつかの HTTP バージョンが誕生しました。これらのバージョンには次のものが含まれます。

HTTP/0.9 (1991 年に導入)
HTTP/1.0 (1996 年に標準化)
HTTP/1.1 (1997 年に導入および標準化)
HTTP/2 (2015年に標準化)
HTTP/3 (2022 年に導入)

HTTPSとは何ですか?

HTTP はインターネットで広く使用されている人気のあるプロトコルですが、いくつかの欠点があり、その主な点はセキュリティです。 HTTP では、すべての情報がクリアテキストで送信されます。したがって、攻撃者が簡単に閲覧できる可能性があります。実際、データにクレジットカード情報、パスワード、ユーザー名、電話番号、社会保障番号、住所詳細などの機密データが含まれている場合は、懸念される可能性があります。セキュリティの難問を解決するために、HTTPS が導入されました。

Hypertext Transfer Protocol Secure (HTTPS) は、HTTP 経由で送信されるすべてのデータを暗号化する安全な HTTP プロトコルです。 HTTPS は、Secure Sockets Layer (SSL) または Transport Layer Security (TLS) プロトコルのいずれかを使用して、Web サーバーの ID を検証し、データを保護します。 SSL はキー (公開キーと秘密キー) とデジタル証明書を使用してデータを保護しますが、TLS は暗号化に依存してデータを暗号化します。 TLS はクライアントとサーバーの両方も認証します。

HTTPSの歴史

HTTPS は 1994 年に作成されました。当時は主に SSL が使用されていました。しかし、2000 年後半に TLS を使用する HTTPS が標準化されました。観察者らによると、TLS がクレジットカード支払い以外で広く使用されるようになるまでには何年もかかりました。これは特に、TLS 証明書のインストールには追加の技術知識が必要であり、費用がかかるためです。結果として、特に小規模なサイトでは実現不可能でした。しかし、Web ホスティングサービスやクラウド会社が無料の暗号化証明書プログラムを開始し、HTTPS を無料で提供するなど、状況は変わりました。 2017年までに、ウェブの半分が暗号化された.

基本はこれくらいにして、HTTP プロキシと HTTPS プロキシとは何か、それらの類似点と相違点、およびそれらの用途に焦点を当ててみましょう。

HTTPプロキシとは何ですか?

HTTP プロキシとは何かを説明する前に、まず理解しましょうプロキシサーバーとは何ですか。プロキシサーバーまたはプロキシは、Web クライアントと Web サーバーの間に存在する仲介者です。これはインターネットトラフィックをそれ自体を介してルーティングすることによって機能し、その過程でリクエストの発信元および応答の終端として機能します。一般に、プロキシサーバーは多数あり、それぞれが特定の機能を提供するように設計されています。

実際、クライアントに代わって動作するように構成されたプロキシがあり、プロキシが要求の発信者および応答の終了者として認識されます。このようなプロキシはフォワードプロキシと呼ばれます。一方、一部のプロキシは、サーバーに代わって動作するように構成できます。この役割を実行する場合、それらはリクエストが終了し、応答が開始されるポイントであるように見えます。このようなプロキシは、リバースプロキシとして知られています。ちなみに、HTTP プロキシは、構成が行われる場所に応じて、フォワードプロキシまたはリバースプロキシとして機能します。

では、HTTP プロキシサーバーとは何でしょうか?これは、それ自体を介して HTTP トラフィックのみをルーティングするプロキシサーバーです。 HTTP プロキシは、プロトコルベースのプロキシの一種です。 SOCKS5 プロキシ。ただし、本質的にファイアウォールを介した通信を容易にすることを目的とした SOCKS5 プロキシとは異なり、HTTP プロキシは高性能のコンテンツフィルターとして機能することを目的としています。

HTTP プロキシは通常、ポート 80、8080、8008、および 3128 を通じて HTTP トラフィックをリッスンします。また、HTTPS トラフィックをリッスンすることもできます。ポート3129。これは主に単独で使用されますが、特に構成しているアプリケーションがすでにプロキシサーバーを使用している場合は、既存のプロキシに接続することもできます。この配置により、チェーンされたプロキシが作成されます。

HTTP プロキシの種類

HTTP プロキシには次の 2 種類があります。

1. HTTP クライアントプロキシ

通常、HTTP クライアントプロキシは、リクエストをサーバーまたはターゲットの宛先に転送する前に、(仲介者として) それ自体にリクエストを転送します。したがって、それがリクエストの発信者であるように見えます。

HTTP クライアントプロキシは、すべての送信 HTTP リクエストと受信 HTTP 応答をそれ自体を介してルーティングします。その過程で、HTTP リクエストとレスポンスのすべての内容が解釈されます。また、HTTP リクエストの特定の内容を変更することもできます。 Web コンテンツ変換プロキシのガイドライン。一般に、HTTP クライアントプロキシは、user-agent、accept、accept-charset、accept-encoding、accept- language、x-forwarded-for、via などの特定の HTTP ヘッダーを変更します。また、リクエストメソッドを HEAD から GET、またはその逆に変換することもできます。

HTTP クライアントプロキシ (詳細は後述) を使用するようにシステム、ひいては Web ブラウザを構成すると、いくつかのことが行われます。まず、HTTP URL 内の TCP エンドポイント (ポートとホスト名) を HTTP プロキシプロバイダーに属するものに変更します。その結果、TCP 接続は、元の/実際のホストとポートに送信される前に、HTTP URL 内のポートとホスト (プロキシのポートとホスト) 以外の別のポートとホスト (プロキシのポートとホスト) に対して最初に確立されます。これは、プロキシが実際のホストとポートを含むメッセージの内容を変更しないためです。その結果、HTTP プロキシは、HTTP メッセージに含まれる宛先データに基づいて、リクエストとその中のメッセージを別のサーバーや Web サイトに転送する前に、単一のポートでリクエストを受信できます。

2. HTTPサーバープロキシ

場合によっては、Web サーバー上にあるアプリケーションなど、一部のアプリケーションはオリジネーターとして構成できず、代わりにエンドポイントとして構成する必要があります。その結果、Web クライアントにはリクエストの宛先として表示されます。これらのアプリケーションがエンドポイントとして構成されている場合、それらは HTTP サーバープロキシと呼ばれます。

匿名性によってランク付けされた HTTP プロキシの種類

HTTP プロキシは、匿名性の程度が異なります。 HTTP プロキシは次のタイプに区別できます。

透過的プロキシ: 透過的プロキシを使用すると、ユーザーは通常、プロキシ接続を使用していることに気づきません。プロキシ接続は、Web サイト運営者またはサービスプロバイダーのみに表示されます。透過プロキシの主な利点は、データをキャッシュすることで接続速度が向上することです。
匿名プロキシ: 匿名プロキシを使用すると、IP アドレスが隠されます。この場合、ターゲット Web サイトはプロキシを使用していることを認識できますが、実際の IP アドレスは認識できません。
プロキシの歪み: このタイプのプロキシサーバーは、ターゲット Web サイトによってプロキシとして識別されますが、間違った IP アドレスを通信します。
エリートプロキシ: これらは、プロキシがターゲット Web サイトへの接続を試行する前にユーザーデータを削除する匿名プロキシです。このような種類のプロキシを使用すると、ターゲット Web サイトはプロキシが使用されていることを検出できず、ユーザーの IP アドレスを識別することもできません。

どれも評判が良いプロキシプロバイダー HTTP プロキシを備えた企業は、エリートプロキシのみを提供します。

HTTP プロキシを設定する方法

このセクションでは主に、HTTP クライアントプロキシの作成方法に焦点を当てます。これは、仲介経由で HTTP トラフィックをルーティングするように Web クライアント (ブラウザー) を構成することによって作成されます。ただし、注目に値するのは、クロム、サファリ、モジラ Firefox、およびその他の一般的なブラウザには、アプリ内 (ネイティブ) プロキシサーバー設定がありません。

代わりに、プログラムの設定をクリックしてプロキシオプションを選択すると、Windows、macOS、または Linux のプロキシ構成ウィンドウにリダイレクトされます。この点に関して、HTTP プロキシを作成するには、オペレーティングシステムを構成するだけです。これにより、優先ブラウザだけでなく、他のすべての Web アプリで動作するシステム全体の HTTP プロキシが作成されます。

Windows で HTTP プロキシを設定するには、次の手順に従います。

ウィンドウを開きます」設定 > 選択 ネットワークとインターネット > を選択してください プロキシ タブ。または、ブラウザを使用して [プロキシ] タブを開くこともできます。
に向かう 手動プロキシ設定 セクション

アドレスフィールドに、プロキシホストの IP またはアドレスを入力します。さらに、プロキシポートを入力します。プロキシプロバイダーから詳細が提供されるはずです。
[次のエントリで始まるアドレスを除き、プロキシサーバーを使用する] ボックスに、プロキシサービスプロバイダーの URL を入力します。
次に、 ローカル (イントラネット) アドレスにはプロキシサーバーを使用しないでください
クリック保存

macOS で HTTP プロキシを設定するには、次の手順に従います。

クリック システム環境設定 > 選択してください 通信網 > をクリックしてください 高度な > を選択します。 プロキシ タブ。あるいは、Web クライアントを使用することもできます。これにより、 プロキシ タブ

次に、 ウェブプロキシ(HTTP) オプション
の IP とポートを入力します。 Webサーバープロキシ (HTTP プロキシ)。通常、プロキシサービスプロバイダーの IP を入力し、フィールドにポート 80、8080、または 8008 を入力する必要があります。
HTTP プロキシのユーザー名とパスワードを入力します。ユーザー名とパスワードは、サービスプロバイダーのアカウントにアクセスするために使用する資格情報と同じである必要があります。
クリック わかりました.

Web を閲覧するときにセキュリティが中心的な考慮事項である場合、HTTP プロキシは理想的ではありません。理想的に探しているのは HTTPS プロキシです。

HTTPS プロキシとは何ですか?

SSL プロキシとも呼ばれる HTTPS プロキシは、ポート 443 で HTTPS トラフィックのみをリッスンする仲介者です。その結果、HTTPS トラフィックはそれ自身を経由するだけでルーティングされます。上で述べたように、HTTPS はプロトコルを通じて送信されるデータを暗号化します。これは事実上、ヘッダーやメッセージを含む HTTP リクエストとレスポンスのすべての要素が暗号キーの背後に隠されていることを意味します。したがって、それらはエンドポイントまたは終了点でのみ表示または解釈できます。 HTTPS プロキシなどの仲介者がデータを解釈するには、それをエンドポイントとして構成する必要があります。

この点に関して、HTTPS プロキシは、TLS または SSL 接続のエンドポイントとして機能するように構成されています。したがって、リクエストを復号化し、内容を解釈し、リクエストの特定の側面を変更して暗号化し、最後にリクエストを HTTP メッセージに含まれる実際の宛先に転送します。前述したように、HTTPS プロトコルは証明書を使用します。したがって、HTTPS プロキシは、トラフィックを目的の宛先に送信する前に、正しい証明書 (クライアント証明書またはサーバー証明書) を使用してトラフィックを暗号化する必要があります。特に、HTTPS プロキシがエンドポイントとして構成されていない場合は、Web コンテンツ変換プロキシのガイドラインで規定されているように、HTTP ヘッダーまたは要求の内容を変更してはなりません。

HTTPS プロキシは通常、暗号化を実行して Web サーバーまたは Web クライアントを保護するために使用されます。

HTTPS プロキシの種類

HTTPS プロキシには 2 つのタイプがあります。

1. HTTPS クライアントプロキシ

HTTPS クライアントプロキシは、Web クライアントまたは内部ネットワークからインターネットへの接続を容易にします。 HTTPS クライアントプロキシを設定するには、プロキシがインストールされているデバイスで使用するクライアント証明書をインポートする必要があります。これにより、仲介者は、あたかも要求の発信者または応答の終了者であるかのように、データの復号化と暗号化の両方を行うことができます。

2. HTTPSサーバープロキシ

HTTPS サーバープロキシにより、外部 Web クライアントからインターネット経由で内部 Web サーバーへの接続が可能になります。 HTTPS サーバープロキシは HTTP サーバープロキシとは異なります。前者は証明書を使用するのに対し、後者は証明書を使用しないからです。 HTTPS サーバープロキシを設定するには、Web サーバーで使用されるデフォルトの証明書をプロキシにエクスポートすることが重要です。この証明書により、HTTPS サーバープロキシがデータを暗号化および復号化できるようになります。

HTTPS プロキシを設定する方法

HTTPS プロキシの設定は上記の手順に従いますが、使用されるポートに関してはわずかな違いがあります。 HTTPS プロキシを作成するときは、必ずポートフィールドに 443 を入力してください。 macOS デバイスを使用している場合は、 セキュア Web プロキシ (HTTPS) の代わりにオプション ウェブプロキシ(HTTP)。それ以外の場合、手順はほぼ同じです。

HTTPS プロキシ経由の接続はどの程度安全ですか?

HTTPS プロキシを使用しているユーザーがアドレスバーの左側に「鍵アイコン」が表示された Web ページを開くと、ユーザーのブラウザとターゲットサイトのサーバー間の接続全体が暗号化されます (SSL 暗号化)。

これは、ユーザーがキーボードで入力したすべてのデータ (ログイン名とパスワード、クレジットカード番号など)、ダウンロード、アップロード、またはストリーミングされた画像とビデオが完全にプライベートのままであることを意味します。

ブラウザ <-> HTTPS プロキシ <-> ターゲットページ

これは、それらがユーザーとターゲット Web サイトの所有者のみに知られていることを意味します。

プロキシサービスはトラフィックを「リッスン」できますか?

いいえ、これは技術的に不可能です。プロキシプロバイダーは、ユーザーが Web サイト上のアカウントのパスワードをハッキングしようとしていると推測することしかできません。これは、対象サイトのログインページへのアクセス頻度からも明らかです。これは、ユーザーがブルートフォースプログラムを使用してこれを 1 分あたり 100 万回の頻度で実行した場合に発生します。

HTTP プロキシと HTTPS プロキシ: 類似点と相違点

HTTP プロキシと HTTPS プロキシの類似点

クライアント側またはサーバー側で構成できます。
HTTP および HTTPS プロキシは、それを通じて送信されたデータを解釈します。
プロキシはポート経由でトラフィックをリッスンします
クライアント側プロキシは、すべてのリクエストをターゲット宛先に転送します。
クライアント側プロキシを使用して Web スクレイピングを容易にすることができます

HTTP プロキシと HTTPS プロキシの違い

	HTTPプロキシ	HTTPS プロキシ
ポート	ポート 80、8080、8008、3128、または 3129 を使用します。	ポート 443 を使用します
安全	HTTP プロキシは暗号化されていないデータをルーティングします	HTTPS プロキシは暗号化されたデータをルーティングします
プロトコル	主にHTTPプロトコルを使用します	主に HTTPS プロトコルを使用します
渋滞	HTTP (ポート 80、8080、8008、3128 経由) と HTTPS トラフィック (ポート 3129 経由) の両方をリッスンできます。	ポート 443 経由でのみ HTTPS トラフィックをリッスンできます。

HTTP および HTTPS プロキシの使用

HTTP クライアントプロキシと HTTPS クライアントプロキシの使用

1. ウェブスクレイピング

ウェブスクレイピング Web スクレイパーとして知られるボットを使用して Web サイトからデータを抽出する自動プロセスを指します。通常、これらのボットは大量のデータを抽出するように設計されており、リソースを不必要に横取りすることで Web サーバーに負担をかける可能性があります。このため、大規模な Web サイトのほとんどは現在、データ抽出の取り組みを停止することを目的としたスクレイピング対策措置を導入しています。幸いなことに、HTTP プロキシを使用すると、この問題を回避できます。

データ抽出に関しては、HTTP プロキシはほとんど無視されます。これは、スクレイパーが実行されているコンピューターの IP アドレスをマスクするため、住宅用プロキシ、モバイルプロキシ、またはデータセンタープロキシが優先されるためです。同時に別の IP アドレスを割り当て、オンラインの匿名性を効果的に提供します。さらに、実際の IP アドレスがブロックされたり禁止されたりするのを防ぎます。 IP アドレスが定期的にローテーションされると、ブロックされる可能性がさらに低くなります。ただし、この記事は住宅またはデータセンターのプロキシに関するものではありません。では、HTTP プロキシと HTTPS プロキシは Web スクレイピングでどのように使用されるのでしょうか?

前述したように、HTTP または HTTPS プロキシは一部の HTTP リクエストヘッダーを変更できます。これらには、ほんの数例を挙げると、ユーザーエージェント、受け入れ言語、受け入れエンコーディング、および受け入れが含まれます。ユーザーエージェントには、オペレーティングシステム (タイプとバージョン)、使用中のクライアントアプリケーション (Web ブラウザ)、およびブラウザエンジンに関する情報が保存されます。この情報により、Web サーバーはアクセスに使用されるデバイスとソフトウェアの種類を識別できます。次に、この情報を使用して、ユーザーに関連付けられたオンライン ID を作成します。ユーザーエージェントを変更することにより、HTTP プロキシと HTTPS プロキシは、リクエストが異なるデバイスから送信されているかのように見せることができます。データ抽出リクエストが複数のデバイスから送信されたように見えるため、これにより Web スクレイピングが促進されます。

2. コンテンツのフィルタリング

HTTP クライアントプロキシまたは HTTPS クライアントプロキシは、特定のリクエストのみを転送するように構成できます。そのようなリクエストは特定のルールを満たす必要があります。たとえば、指定されたポートを介して送信する必要があります。 HTTP クライアントが 80、8080、8008、3128、または 3129 以外のポートを使用すると、アクセスは拒否されます。

さらに、HTTPS または HTTP プロキシがクライアントとの間のトラフィックを検査するときに参照するコンテンツのタイプを指定する必要があります。コンテンツが設定で指定された基準に一致しない場合、トラフィックはブロックされます。逆に、内容が一致すれば仲介業者を通過することが許可されます。

3. 通信の確保

HTTP プロキシは、受信データをプレーンテキストから HTTPS サーバーが受け入れられる安全な暗号化された送信データに変換するように構成できます。ただし、この構成は異例ですが、プレーンテキストから SSL への通信を処理するポートであるポート 3130 の使用が含まれます。

一方、HTTPS プロキシは、通信を暗号化することで安全な通信を実現します。このように、HTTPS プロキシはサイバー攻撃の可能性を減らすため、サイバーセキュリティを促進します。

4. ソーシャルメディア管理

HTTP プロキシが HTTP ヘッダーの一部の側面を変更することは、今では常識です。したがって、ユーザーエージェントを変更することにより、これらの仲介者は、要求が別のデバイスから発信されているという錯覚を引き起こすことができます。これにより、ユーザーは複数のソーシャルメディアアカウントを作成および管理できるようになります。

HTTP サーバープロキシと HTTPS サーバープロキシの使用

1. Webサーバーへのトラフィックを制限する

サーバー側プロキシは、特定のルールを満たすトラフィックを受け入れるように構成できます。したがって、要件に準拠しないトラフィックはブロックされます。このようにして、サーバーが不要なリクエストを処理しないようにして、サーバーを保護します。

2. Webサーバーの保護

サーバー側プロキシは、Web クライアントからのデータを復号化し、その後、それらを解釈できます。このアクションにより、リクエストをフィルタリングして、マルウェアまたはその他の悪意のあるファイルをスキャンできるようになります。その結果、Web サーバーをサイバー攻撃から保護します。

3. 頻繁にアクセスするファイルのキャッシュ

HTTP サーバープロキシと HTTPS サーバープロキシには、画像やページなど、頻繁にアクセスされるファイルを保存できます。これにより Web サーバーが解放され、リソースを他のあまり一般的ではない操作に専念できるようになります。また、Web ページの読み込み速度も向上します。

結論

HTTP プロキシと HTTPS プロキシは、特にセキュリティとコンテンツフィルタリングの観点から、有用な仲介手段です。実際、これらは高性能コンテンツフィルターと呼ばれます。これは、特定のインターネットトラフィックのみが通過できるように構成できるためです。これらのプロキシは、Web サーバーの保護、頻繁にアクセスされるファイルの保存、ソーシャルメディア管理、Web スクレイピングなど、他の多くの機能も提供します。