HTTP vs HTTPS vs SOCKS4 vs SOCKS5: どのプロキシプロトコルを選ぶべきか？

このリストのようなプロキシには、HTTP、HTTPS、SOCKS4、SOCKS5のいずれかのプロトコルがタグ付けされています。特定のタスクに間違ったプロトコルを選択すると、「機能している」はずのプロキシが実際には目的を果たさない最も一般的な原因となります。この記事では、簡単な定義を超えて、各プロトコルが実際にサポートしているもの、欠点、パフォーマンス、そしていつ選択すべきかを詳しく解説します。

要約

HTTPおよびHTTPSプロキシはウェブトラフィック用に特別に設計されており、ほぼすべてのブラウザ、スクレイパー、自動化ツールがデフォルトで想定しているものです。SOCKS4およびSOCKS5はより低いレベルで動作し、単なるウェブ リクエストではなくあらゆるTCP接続を中継するため、非ブラウザアプリケーションに適しています。SOCKS5は4つの中で最も高機能であり、SOCKS4に加えて認証とUDPサポートを追加しています。この記事から1つだけ覚えておくべきことがあるとすれば、それは「ウェブ閲覧 → HTTP/HTTPS、その他すべて → SOCKS」ということです。

簡単な技術的基礎：各プロトコルの動作場所

HTTPおよびHTTPSプロキシはアプリケーション層で動作し、HTTPリクエストの構造（メソッド、ヘッダー、ボディ）を具体的に理解し、それに基づいて検査やルーティングを行います。対照的に、SOCKSはより下層で動作し、生のトランスポート層に近いです。中継しているバイトデータがウェブページ、FTP転送、ゲームサーバーのハンドシェイクのどれであるかを知ることも気にすることもありません。この単一のアーキテクチャの違いが、2つのファミリー間の実用的な違いのほとんどを説明しています。HTTP/HTTPSプロキシは特にウェブトラフィックに対してより賢く動作し、SOCKSプロキシはよりシンプルですがはるかに汎用性が高いです。

HTTPプロキシの詳細

HTTPプロキシはHTTPプロトコルを具体的に理解します。リクエストを解析し、ヘッダーを検査または変更することができ、レスポンスを中継する方法を知っています。このネイティブな理解により、HTTPプロキシは最も普遍的にサポートされているプロキシの種類となっています。ツールの設定にプロトコルのドロップダウンがなく単に「プロキシ」と書かれている場合、それはほぼ常にHTTPを想定しています。

長所： 最大限の互換性、設定の簡便さ、閲覧およびほとんどのスクレイピングツールへの適合性、そして通常、無料プロキシリストの中で最大のサーバープール。
Limitations: あなたとプロキシ間の接続は必ずしも暗号化されておらず、ウェブトラフィック専用に構築されているため、汎用TCPリレーではありません。また、一部のHTTPプロキシはHTTPS宛先サイトのトンネリングに必要なCONNECTメソッドをサポートしていないため、通常のHTTP宛先のみに制限される場合があります。

HTTPSプロキシの詳細

HTTPSプロキシは、機能的にはデバイスとプロキシサーバー間の通信区間にTLS暗号化を追加したHTTPプロキシです。プロキシが宛先サイトと通信する方法（これは宛先自体が使用するプロトコルに依存します）を変更するわけではありませんが、最初のホップが暗号化されることを意味します。これは、トラフィックが傍受される可能性があるネットワーク上で重要になります。

長所： HTTPと同じ幅広い互換性に加え、プロキシ自体への暗号化された接続、および（厳選されたリストにおいて）HTTPS宛先へのCONNECTトンネリングの動作が実際に検証されているという確証。
Limitations: 古いツールや最小限のツールでは通常のHTTPよりもサポートがやや少なく、依然として本質的にはウェブトラフィックプロトコルであり、汎用のTCPリレーではありません。

SOCKS4プロキシの詳細

SOCKSはウェブトラフィックの理解から一歩引いて、代わりにTCP接続を汎用的に中継します。プロキシは接続の中身を解析したり気にしたりせず、単にバイトデータを前後に転送するだけです。これにより、SOCKS4はブラウザとは関係のないアプリケーション（FTPクライアント、チャットプロトコル、カスタムのTCPベースのツールなど）で使用可能になります。

長所： ウェブトラフィックだけでなく、実質的に任意のTCPベースのアプリケーションで動作する、オーバーヘッドの低いシンプルなプロトコル。
Limitations: 組み込みの認証がなく（プロキシ自体を信頼できないインフラストラクチャとして扱う必要があります）、UDPサポートがありません。UDPに依存するものは代わりにSOCKS5が必要です。

SOCKS5プロキシの詳細

SOCKS5はSOCKS4の直接の後継であり、オプションのユーザー名/パスワード認証、およびTCPに加えてUDPトラフィックのサポートという2つの機能を追加しています。UDPは、DNSルックアップ、一部のVoIPやゲームトラフィック、および標準的なTCP接続を使用しないその他のプロトコルにとって重要です。アプリケーションがSOCKS4ではなくSOCKS5を明示的に要求する場合、それはほぼ常にこれら2つの追加機能のいずれかが原因です。

長所： 4つの中で最も高機能（最も幅広いプロトコルサポート、オプションの認証、UDPサポート）。
Limitations: それをサポートするように設定されたサーバーのサブセットが小さいため、HTTPに比べて無料リストでの入手性がやや劣りますが、増加傾向にあり、追加機能が必要なタスクでは特にフィルタリングする価値があります。

プロトコル間のパフォーマンスの違い

プロトコルの選択は、生のスループットよりもオーバーヘッドに影響を与えます。SOCKSプロキシはアプリケーション層のコンテンツを解析しないため、通常、HTTP/HTTPSプロキシよりも接続ごとの処理オーバーヘッドがわずかに少なくなります。しかし、実際の無料パブリックプロキシにおいては、速度を決定づける主要な要因はプロトコル自体ではなく、個々のサーバー自身の帯域幅、負荷、そしてあなたからの距離です。同等のハードウェアおよびネットワークパス上にある異なるプロトコルの2つのプロキシは、通常同様に動作します。このサイトのプロキシリストにある応答時間の数値は、プロトコルレベルの優位性ではなく、実際のサーバーを反映しています。

各プロトコルのセキュリティ上の考慮事項

プロトコルの選択は、プロキシ運営者が技術的に何を見たり実行できたりするチャネルにも影響します。これは、検証されていない無料サーバーを介して送信するトラフィックの種類を決定する際に重要となります。

HTTP： あなたとプロキシ間のトラフィックはそのホップで暗号化されていないため、プロキシ運営者（またはその接続を傍受できる位置にいるその他の人物）が転送中のプレーンなHTTPトラフィックを読み取れる可能性があります。これは、エンドツーエンドでHTTPSを介してアクセスするサイトには影響しません（その暗号化は別個であり、引き続き適用されます）。しかし、プロキシ自体は、プロキシまで暗号化される代替手段よりも多くの情報を見ることになります。

HTTPS： プロキシ自体への接続を暗号化し、その特定のギャップを埋めます。通過するトラフィックに追加のレイヤーが必要な場合は、通常のHTTPよりも優れた選択肢です。ただし、他のプロキシと同様に、検証されていない無料サーバー経由で機密性の高いログインや決済を避けるという一般的なアドバイスは依然として当てはまります。コンテンツ自体が暗号化されている場合でも、運営者は接続メタデータ（どのサイトにアクセスしているか）を見ることができます。

SOCKS4： 認証メカニズムが全くないため、プロキシのアドレスとポートを発見した人は誰でもそれを使用できます。他の誰がそれを共有しているのか、彼らがそれで何をしているのかを知る方法はありません。これをプライベートなインフラストラクチャとしてではなく、単なるIP中継の便宜として扱ってください。

SOCKS5： オプションの認証をサポートしており、特定のプロキシが実際にそれを提供している場合、その特定のサーバーを使用できる人を少なくとも制限します。ほとんどの無料のSOCKS5エントリは実際には認証を必要としないため、特にそうでないことが分かっている場合を除き、通常はSOCKS4と同じ一般的な注意が適用されます。

4つすべてに共通する実用的なルールは同じです。どのプロトコルの無料の公開プロキシも、検証されていないインフラストラクチャとして扱うべきです。ジオテスト、パブリックデータのスクレイピング、カジュアルな閲覧などのタスクに使用し、プロトコルに関係なく、ログインや支払い情報をそれら経由でルーティングすることは避けてください。

徹底比較：タスクに本当に重要なのはどれか

ウェブの閲覧やウェブサイトのスクレイピング

HTTPまたはHTTPSを使用してください。これらのプロトコルはブラウザや事実上すべてのスクレイピングライブラリがネイティブに期待するものであり、互換性の違いが非常に大きいため、特定のツールで必要とされない限り、SOCKSを選ぶ理由はほとんどありません。

非ブラウザアプリケーション（FTPクライアント、チャットアプリ、カスタムツール）の使用

SOCKS4またはSOCKS5を使用してください。これらのアプリケーションは通常、フォーマットされたHTTPリクエストではなく生のTCP接続を開き、HTTPプロキシはそのようなトラフィックに対して何をすべきかわかりません。

UDPを含むもの（DNS集約型ツール、一部のゲームやVoIPトラフィック）

SOCKS5は4つの中で唯一これをサポートするものです。HTTP、HTTPS、SOCKS4はすべてTCPのみです。

プロキシ接続自体を観測されてはならない機密性の高いトラフィック

最初のホップを暗号化するため、（ウェブトラフィックには）HTTPよりもHTTPSを優先してください。非ウェブトラフィックの場合は、認証付きのSOCKS5がそれに近い同等品です。

特定のツールがどちらを必要としているか確信が持てない場合

プロキシ設定に関するツールの公式ドキュメントを確認してください。プロトコルピッカーのない「プロキシ」フィールドが1つしかない場合は、HTTPを想定しています。SOCKS4/SOCKS5をオプションとしてリストするドロップダウンがある場合は、生成されるトラフィックのために下位レベルのプロトコルをサポートしている（そしておそらく必要としている）というサインです。

SOCKS4とSOCKS5のどちらを具体的に選択する必要がある場合

特別な理由でSOCKS4を強制されない限り、デフォルトはSOCKS5にしてください。SOCKS5はSOCKS4が行うすべてのことに加えて認証とUDPを実行するため、それを好むことのデメリットはめったにありません。SOCKS4を選択する一般的な理由は、特定の無料プロキシが単にSOCKS5オプションを提供していないか、古いツールがSOCKS4仕様しか実装していない場合のみです。

このサイトでのプロトコルによるフィルタリング

無料プロキシリスト内のすべてのエントリにはプロトコルがタグ付けされており、フィルターバーを使用すると、リストをHTTP、HTTPS、SOCKS4、またはSOCKS5に絞り込むことができます。どのタイプが必要かが正確に分かっている場合は、例えばSOCKS5プロキシリストなど、各プロトコル専用のページもあります。どのページにたどり着いたとしても、無料のプロキシソースは可用性が常に変動するため、信頼する前にプロキシチェッカーを一度通す価値があります。プロトコルの詳細に踏み込む前のプロキシのより幅広い紹介については、プロキシサーバーとは？プロキシの種類に関する完全ガイドをご覧ください。