オンラインプロキシテスター：HTTPプロキシのオンラインテスト＆SOCKSプロキシのオンラインテスト

Use this page as an online proxy tester: run an HTTP proxy online test or a SOCKS proxy online test (SOCKS4/SOCKS5) through a public probe URL you choose. Test up to 20 proxy lines per run and see latency, bytes, and optional exit IP.

対応フォーマット

これらのシェイプをプロキシリストに貼り付けることができます。HTTPの短縮表記はサーバー側で正規化されます。

HTTPプロキシ

user:pass@proxy.example.com:8080
proxy.example.com:8080 :user:pass
http://user:pass@proxy.example.com:8080

SOCKSプロキシ

socks5://user:pass@socks.example.com:1080
socks4://user:pass@socks.example.com:1080

SOCKS URLs must include the scheme (socks4:// or socks5://) and slashes.

プロキシ経由で取得するURL

http または https である必要があります。一般的なウェブポートのみ許可されます。ホスト名は公開アドレスに解決される必要があります。

プロキシURL（1行に1つ） *

Maximum 20 proxy URLs per run. Credentials are used only for this test and are not stored.

プライバシーに関する注意

プロキシ認証情報、プロキシURL、およびプローブURLは、この接続テストのためだけに当社のAPIに送信され、保存されることはありません。

仕組み

Paste one proxy URL per line. This tool supports an HTTP proxy online test (http/https upstream) and a SOCKS proxy online test (socks4/socks5).
プローブURLを設定してください（https推奨）。デフォルトでは小さな公開アセットが読み込まれます。
「プロキシをテスト」をクリックします。各行は、テストが完了すると更新されます。
まだ完了していないテストをキャンセルするには、Stopを使用してください。
サーバーは、プライベートまたはループバックのプロキシホストを拒否します。

プロキシの渡し方

3つのスキーム、各行1つだけ

オンラインプロキシテスターの精度は、渡す行の書き方次第です。そして、その形式を間違える人がとても多い。形式が崩れた行は、死んだプロキシと見た目がまったく同じになってしまいます。テスターが受け付けるのは、次の3つの形式です。

socks5

このサイトで最もよく使われる形式です。socks5に続けて、認証情報、ホスト、ポートの順に書きます。ここに掲載されているプロキシリストが実際に使っているスキームです。

socks4

古いバージョンですが、今も販売・使用されています。socks5と同じ形式です。提供元からスキームなしでホストとポートだけ渡された場合は、socks4とsocks5の両方を試してから、死んでいるかどうかを判断するのがおすすめです。

http

受け付けはしますが、このサイトのプロキシリストでこの表記を使っているものはありません。他のサイトから取得した行なら、おそらくこのスキームが使われています。

認証情報は行の中に書きます。別のボックスに入れる必要はありません。ユーザー名とパスワードは、スキームとホストの間に置きます。認証が必要なプロキシに認証情報を渡さないと、ホストに到達できないのとまったく同じエラーになります。これが、このサイトで最も多い誤った判断の原因です。

結果の意味

応答があることと、機能することは別物

プロキシの状態は2つだけではありません。合格・不合格の2択で判断すると、テストが教えてくれた情報のほとんどを捨ててしまうことになります。

結果	意味	対処法
応答あり・低レイテンシ	テストを実行した場所からプロキシに到達でき、応答が速い状態です。	何もしなくてOK。これが望んでいた結果です。数値を記録しておけば、後で劣化したかどうかを判断できます。
応答あり・高レイテンシ	機能はするが遅い状態です。遅いプロキシはチェックは通過しても、実際に使うと失敗します。接続先がエラーになるのではなくタイムアウトするからです。	同じバッチ内の他のプロキシと比較しましょう。速いものの中に1つだけ遅いものがあれば、それは回線の問題であってネットワークの問題ではありません。
応答なし	ホストが応答しない、認証情報が欠落または誤っている、スキームが間違っている——この3つは外から見ると同じです。	まず回線の形式を再確認し、次に認証情報を確認し、それでもダメなら初めて「死んでいる」と判断しましょう。

なぜマーケットプレイスなのか

棚はSOCKSについて語り、それ以外はほぼ語らない

実際のプロキシ出品リストに基づいて測定した結果であり、このページが最初に提示する内容を左右している。

SOCKSが棚の共通言語

ここに掲載されているプロキシの出品リストのうち、3分の1以上が自社の説明文のどこかでSOCKSに言及しており、http proxyという表現を使っているものは1件もない。つまり、出品ページから訪れた購入者はSOCKS回線を手にしていることになり、このページのhttp欄は、他の経路から来た回線向けのものだ。

レジデンシャルは少数派の主張

出品リストのおよそ5件に1件がレジデンシャルと記載している。この言葉はIPアドレスの登録場所を示すものであって、速度や共有かどうかを示すものではない。レイテンシは測定可能であり、このページはそれを測定する。それ以外の主張は、どのテスターにも検証できないものだ。

一括チェックの進め方

プロキシリストを一括で検証する

ここにたどり着いた人の多くは、複数行のリストを抱えています。一括テストでは、単発のテストでは見えないことがわかります。

まとめてテストする

プロキシリストの各エントリを並べてチェックすると、レイテンシが単なる数値ではなく比較対象として見えてきます。隣の4倍の遅さの1行があれば、それはあなたの回線ではなくその行の問題です。これは一括テストでしか見えません。

プロトコルごとに分ける

サプライヤーから混在リストを受け取ったら、socks5プロキシチェッカーでの確認とsocks4プロキシテストは別々に実行しましょう。グループ全体がまとまって失敗するならプロトコルか認証情報に問題があり、バラバラに失敗するならアドレス側の問題です。

最初の結果を残す

初日のhttpプロキシテストは、2週間後に何かが遅くなったとき「元々そうだったのか」を確認するための基準値になります。後から以前の状態を知る方法は、これ以外にありません。

制限

テスターではわからないこと

このページの正直な限界を明記します。緑の結果に過剰な意味を読み取らないようにするためです。

匿名性を評価することはできません

サイトがあなたがプロキシ経由だと気づけるかどうかは、そのサイト次第であり、プロキシがリクエストに応答するかどうかとは関係ありません。どのテスターでも断定はできず、それを主張するツールは、ある瞬間の特定のターゲットについてしか語っていません。

誰が同じプロキシを使っているかはわかりません

共有アドレスは非常に高速でも、他の誰かのトラフィックによってすでにブラックリスト入りしている可能性があります。これは安価なプロキシのリスクであり、遅延数値やエラーとして現れるものではありません。