1. 出口及其国家/地区#
curl -s -x http://USER-cc-de-city-berlin:[email protected]:9000 https://api.ipify.org
# 然后在一两个公共地理位置数据库中查询该地址国家/地区必须匹配。城市级定位可接受相邻城镇,因为各数据库在这一层级可能存在分歧。先不使用 -sid- 运行几次以确认轮换,再使用固定的 -sid- 确认粘性。
2. 匿名性标头#
通过普通 HTTP 请求标头回显端点,并逐一检查所有标头。其中不应提及代理或出口以外的地址:不得出现 X-Forwarded-For、Via、Forwarded、X-Real-IP。应通过 HTTP 而非 HTTPS 检查,因为代理无法在 TLS 内添加标头。
3. DNS#
使用 SOCKS5 时,请比较 socks5:// 与 socks5h://:只有后者会在出口端解析。使用 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:[email protected]:9000 https://example.com/
# 住宅出口的 TTFB 为几百毫秒属于正常情况;若达到数秒,说明线路较慢,请尝试其他会话 ID如需测试吞吐量,请下载一个 10 MB 的测试文件并读取 %{speed_download};住宅代理通常可达到数十 Mbit/s,数据中心和 ISP 代理则可达到数百 Mbit/s。
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:[email protected]:9000" https://target.example/some/page)
[ "$code" = 200 ] && ok=$((ok+1))
done; echo "$ok/50 succeeded"五十次请求只会消耗几 MB 流量。还应检查部分响应的*内容*:状态码为 200 但缺少价格属于软封锁,只有检查内容才能发现。
7. 如何得出结论#
| 发现 | 含义 | 操作 |
|---|---|---|
| 国家/地区错误 | 参数拼写错误或代码不受支持 | 检查 -cc-(应为 gb,而非 uk) |
| 存在代理标头 | 不是高匿名代理 | 更换提供商 |
| 首次请求即出现 403 或 CAPTCHA | 出口类型对目标而言太弱 | 住宅 → 移动,或数据中心 → 住宅 |
| 发送 N 次请求后被封锁 | 按 IP 限速 | 提高轮换频率并降低速度 |
| 所有操作都很慢 | 家庭住宅线路较慢 | 使用新会话 ID,或改用追求速度的 ISP/数据中心代理 |
大家常问的问题#
在 ProxShift 上进行测试需要多少费用?
只需最低充值额 $20,检查会消耗几 MB 流量;剩余余额可用于实际工作,并且永不过期。