SOCKS5 vs HTTPプロキシ：違いと使い分け

HTTPプロキシはHTTPSトラフィックをどう運ぶか？

HTTPプロキシは、クライアントがRFC 9110のCONNECTメソッドで開くトンネルを通じてHTTPSトラフィックを運びます。クライアントがホストとポートを指定し、プロキシがそれに接続して200を返答し、以降は暗号化されたバイトを中継するだけです。

ドキュメント用の認証情報を使うと、やり取りは次のようになります：

CONNECT api.ipify.org:443 HTTP/1.1
Host: api.ipify.org:443
Proxy-Authorization: Basic VVNFUk5BTUU6UEFTU1dPUkQ=

HTTP/1.1 200 Connection established

SOCKS5プロキシはどうやって接続を開くか？

SOCKS5プロキシは、RFC 1928で定義された3つの短いバイナリ交換で接続を開きます：認証方法に合意するグリーティング、ログイン、そしてターゲットアドレスを含む接続リクエストです。表は、ユーザー名とパスワードによるログイン（RFC 1929）と、ポート443でapi.ipify.orgを要求するためのバイト列を示しています。

RFC 1929はユーザー名とパスワードをそれぞれ最大255バイトの平文で送信します。HTTP上のBasic認証と同様に、それ自体では何も保護しません。ウェブサイトへのTLSセッションはその後リレー内で実行されます。IP許可リストを使えばパスワード送信を完全に避けられます。ログインオプション：ユーザー名とパスワード、またはIP許可リスト（最大10 IP）。

socks5とsocks5hの違いは何ですか？

socks5://では、自分のマシンがホスト名を解決してプロキシにIPアドレスを送信します。socks5h://では、プロキシがホスト名を受け取って解決します。「h」はhostname（ホスト名）の頭文字です。この名称はcurlに由来し、PySocksを使ったPython requestsでも使われています。

違いは2つの点で重要です。第一に、ローカル解決では自分のネットワークからDNSクエリが送信されるため、リゾルバにどのサイトを訪れているかがわかります。第二に、ローカルで得たDNS応答はプロキシの近くではなく自分の近くのサーバーを指す可能性があるため、CDNが誤ったリージョンを配信することがあります。理由がない限りsocks5h://を使ってください。HTTPプロキシはCONNECTがホスト名を運ぶため、常にプロキシ側で解決します。

curl -x socks5h://USERNAME:[email protected]:PORT https://api.ipify.org
curl -x http://USERNAME:[email protected]:PORT https://api.ipify.org

SOCKS5はUDPをサポートしていますか？

SOCKS5標準はUDP ASSOCIATEというコマンドでUDPリレーを定義していますが、サポートはサーバーとクライアントに依存します。多くのプロキシサービスやクライアントライブラリはTCPのみを実装しています。

RackProxiesはHTTP、HTTPS（CONNECT）、SOCKS5向けにIPを販売しており、UDPは保証していません。用途にUDPが必要な場合は、追加購入の前に1 IPプランでテストし、まずサポートにお問い合わせください。HTTPS経由のWebリクエスト、API、モニタリングにはTCPで十分です。

自分のツールにはどちらを選ぶべきですか？

ツールがHTTPを話すならHTTPを、話さない場合やSOCKSのみをサポートする場合はSOCKS5を選んでください。実際には：

• Python requests、undiciを使ったNode.js fetch、Playwright、Scrapy： HTTPはすぐに使えます。SOCKS5はrequestsで追加パッケージ（requests[socks]）が必要です。
• curlとwget： curlは両方をサポートし、wgetはHTTPプロキシを使います。
• ブラウザ： 両方に対応しますが、Chromium内蔵のSOCKS5クライアントは従来ユーザー名とパスワード認証をサポートしていないため、安全な選択はHTTP形式か許可リストです。
• 非HTTPのTCPクライアント（データベースツール、独自プロトコル）：SOCKS5。

コード例では各ケースを示し、クイックスタートではcurlで両プロトコルをテストしています。