プロキシが動くか（そしてIPが漏れていないか）を確認する方法

プロキシは応答しても、実際のIPを漏らすことがあります。本番に入れる前に、出口、DNS、WebRTC、プロトコル、ブラックリストを確認してください。

プロキシが動くか（そしてIPが漏れていないか）を確認する方法

プロキシが「動く」は、二つの別の意味です。ゲートウェイはクライアントを受けてページを取る必要があります。端末の残りも、実際のIPを出すのを止める必要があります。最初の試験に通って、二つ目で落ちる端点は少なくありません。

プランを広げる前に、この確認をしてください。ローテーションのあとにもう一度してください。プールは変わります。電話ブラウザのファームウェアも変わります。昨日通った試験は契約ではありません。

01まず出口IPを確認する#

単純なクライアントをプロキシへ向けます。本番で使うのと同じプロトコルと認証を使ってください。次に、クライアントIPを返すページを要求します。

プロキシチェッカーは、Top Proxyのサーバーから端点が応答するかを試し、最初に成功したプロトコルを報告します。SOCKS5、HTTP、SOCKS4、HTTPSの順に自動で試すので、通過はすべてのプロトコルが動く証明ではありません。この確認は、ブラウザを設定しませんし、そのDNS、WebRTC、直接接続も試しません。供給元がIPの許可リストを使うなら、サーバー側の失敗は、チェッカーのサーバーが許可されていないだけかもしれません。死んでいると判断する前に、許可したクライアントから同じ端点を確認してください。

同じプロキシ経由で自分のIPを開きます。国、ASN、ページにあればホスティングかレジデンシャルかのラベルを読んでください。買ったものと比べます。「米国レジデンシャル」の製品がクラウドのASNから出るなら、設定の問題ではなく、製品が違います。

回したあとに照会を繰り返してください。混在プールは、次のセッションIDで別の国を渡すことがあります。米国のプロキシを払ったなら、二つ目のサンプルも米国のままである必要があります。

02プロキシの周囲のリークを見る#

プロキシが扱うのは、クライアントがそこへ送ったトラフィックだけです。残りは、実際のネットワークをまだ使えます。

DNSの動きは、プロトコルとクライアントに依存します。curlでは、socks5://は宛先名をローカルで解決し、socks5h://はSOCKS5プロキシに解決を頼みます。別のDNSリゾルバは、照会を誰が受けるかを変えます。照会がプロキシを通った証明にはなりません。そのプロファイルでブラウザ自身のプロキシとDNS設定を確認し、同じプロファイルでDNSリーク試験を実行してください。結果を、使うつもりだったリゾルバと比べます。スキームごとの動きは、curlのプロキシ文書を見てください。

WebRTCは、HTTPプロキシの外の接続経路を使うことがあります。実際のブラウザプロファイルで、WebRTC試験の候補アドレスを見てください。元の公開IPが出るなら、そのブラウザのWebRTCのプライバシー設定を見直し、試験を繰り返します。ブラウザの制限とアドレスのマスクは違うので、プロキシチェッカーの結果だけでは、WebRTCが対象になっているとは言えません。MDNはICE候補アドレスとプライバシーを説明しています。

IPv4とIPv6は、別々に観察する必要があります。HTTPまたはSOCKSのゲートウェイへのIPv4接続は、宛先接続がIPv4であることを意味しません。端末にIPv6があること自体が、サイトがプロキシを迂回する意味でもありません。実際のクライアント経由でIPv4とIPv6のエコー端点を試し、迂回規則と、直接接続できるアプリを見てください。仕事が必要とする宛先のアドレスファミリに対応した供給元を選んでください。

アプリはシステムのプロキシを迂回できます。ネイティブアプリはOSの設定を無視し、直接接続することがあります。アプリが実際に対応している方法でプロキシを設定し、そのアプリを試してください。クライアントが両方に対応するなら、SOCKS5とHTTPを見てください。

03到達だけでなく評判も見る#

IPはページを取れても、仕事には使えないことがあります。ホスティングの印、ブラックリスト、以前の濫用は、すべてアドレスに残ります。

仕事がメール、登録、すでに誰かが燃やした類なら、出口をIPブラックリストに通してください。掲載は警告です。道徳の判断ではありません。共有のレジデンシャルプールは掲載を拾います。専用データセンターIPも拾います。

仕事がスクレイピングなら、エコーサービスだけでなく、実際の対象URLを取ってください。一部のホストは https://httpbin.org を許し、カタログのページは止めます。ステータスコード、本文の長さ、チャレンジが出たかを保存してください。それが、意味のある唯一の点数です。

仕事が地理の品質確認なら、欲しかったページと、得たページを比べます。通貨、言語、カタログは、買った国と一致する必要があります。ASNが正しくても店が違うなら、サイトは別の手掛かりを使っています。

04確認を繰り返せるようにする#

手順を書いてください。同じクライアント、同じ認証、同じエコーURL、同じ対象URL、同じリークのページです。買うときに実行します。回すときに実行します。仕事が失敗し始めたときに実行します。

出口IP、ASN、プロトコル、DNSやWebRTCが実際のアドレスを出したかを記録してください。供給元がポートを取り替えるとき、何が変わったかが分かります。

認証の誤りを飛ばさないでください。ユーザーとパスワードを違う欄に入れると、死んだプロキシに見えます。IP許可リストの認証は、新しいオフィス網からは死んだプロキシに見えます。チケットを開く前に認証を直してください。

購入を広げる前に、いま試したプロトコル、国、セッションの動きに対して、レジデンシャルプロキシとデータセンタープロキシを比べてください。供給元が公開している案内でその要件を確認し、小さいプランから始めてください。

サーバー側の通過は、その試験の到達を示します。動く構成には、実際のクライアントが想定した出口を使い、意図した対象ページを返すことも必要です。対象にしたい接続経路は、別に確認してください。一つの緑の状態を完全なプライバシーの保証にせず、結果を一つずつ記録します。