プロキシをテストする方法: 出口 IP、場所、リーク、ヘッダー、速度、成功率

1. 出口とその国#

curl -s -x http://USER-cc-de-city-berlin:PASS@res.proxy-cyber.com:9000 https://api.ipify.org
# then look the address up in one or two public geolocation databases

Country must match. At city level, accept the neighbouring town: databases disagree there.何もせずに数回実行してください -sid- 回転を確認してから固定します -sid- 粘りを確認するため。

2. 匿名ヘッダー#

プレーン HTTP 経由でヘッダー エコー エンドポイントを取得し、すべてのヘッダーを読み取ります。出口以外のプロキシやアドレスについて言及する必要はありません: いいえ X-Forwarded-For, Via, Forwarded, X-Real-IP。プロキシは TLS 内にヘッダーを追加できないため、HTTPS ではなく HTTP でチェックしてください。

3.DNS#

SOCKS5と比較 socks5:// そして socks5h://: 2 番目のみが終了時に解決されます。 HTTP プロキシを使用すると、ホスト名は常にプロキシに送信されます。プロキシ経由でサイトが予想とは異なる動作をする場合、ローカル DNS 応答が間違ったリージョン エッジを指していることが一般的な原因です。

4. WebRTC (ブラウザのみ)#

使用するブラウザで WebRTC リーク テストを開きます。出口だけが現れるかもしれません。実際のアドレスが表示される場合は、WebRTC を無効にするか、その IP ポリシーをプロキシのみに設定します。

5. レイテンシとスループット#

curl -s -o /dev/null -w 'connect %{time_connect}s  ttfb %{time_starttransfer}s  total %{time_total}s\n' \
     -x http://USER-cc-de:PASS@res.proxy-cyber.com:9000 https://example.com/
# a few hundred milliseconds of TTFB is normal on a household exit; seconds mean a slow line, try another session id

スループット チェックを行うには、使用を許可されているサーバーから既知のサイズのテスト ファイルをダウンロードし、%{speed_download} を検査します。 1 秒あたりのバイト数を Mbit/s に変換するには、8 を掛けて 1,000,000 で割ります。さまざまな時点で繰り返します。出口のキャパシティ、距離、目的地、同時実行性が結果に影響します。プロキシ タイプだけでは固定速度は決まりません。

6. 目標に対する成功率#

ok=0; for i in $(seq 1 50); do
  code=$(curl -s -o /dev/null -w '%{http_code}' -m 30 -x "http://USER-cc-us:PASS@res.proxy-cyber.com:9000" https://target.example/some/page)
  [ "$code" = 200 ] && ok=$((ok+1))
done; echo "$ok/50 succeeded"

50 件のリクエストには数メガバイトの費用がかかります。いくつかの回答の *コンテンツ* もチェックしてください。価格が欠落している 200 はソフト ブロックであり、コンテンツ インスペクションでのみ検出されます。

7. 結論としては#

人々が尋ねる質問#