用 curl 验收代理：出口、响应内容和延迟怎么测

准备一套不会互相干扰的测试条件

准备控制台生成的完整代理配置、一个出口查询服务，以及一个你有权访问的目标页面。记录客户端位置、curl 版本、国家和会话模式。先以串行小样本验收；带宽压测是另一项测试，不要混在一起。

以下命令适用于 Bash。Windows 请使用 curl.exe，把每条命令合并为一行。YOUR_USERNAME 只替换用户名，curl 会提示输入密码；完整的地区、会话等认证参数应按控制台输出保留。不要把真实密码写进共享脚本、截图或工单。

第一步：确认 SOCKS5 连接与实际出口

curl --proxy "socks5h://PROXY_HOST:PORT" \
  --proxy-user "YOUR_USERNAME" --noproxy "" \
  --connect-timeout 8 --max-time 25 --retry 0 \
  --silent --show-error https://checkip.amazonaws.com/

--noproxy "" 避免环境变量里的绕过规则干扰；--retry 0 保留首轮失败，不让自动重试掩盖问题。HTTP 代理可把 --proxy 改为控制台提供的 http://HOST:PORT，其他步骤相同。访问 HTTPS 网站不代表代理入口本身也必须写成 https://。

合格结果是合法的 IPv4 或 IPv6 地址，不只是退出码为 0。 如果返回 HTML、认证提示或错误页面，这一步没有通过。Python 中可用 ipaddress.ip_address(response_text.strip()) 检查格式。

第二步：测试目标页面，并保存响应

curl --proxy "socks5h://PROXY_HOST:PORT" \
  --proxy-user "YOUR_USERNAME" --noproxy "" \
  --connect-timeout 8 --max-time 25 --retry 0 \
  --silent --show-error --output response.txt \
  --write-out 'http=%{http_code} tcp=%{time_connect} first_byte=%{time_starttransfer} total=%{time_total} bytes=%{size_download}\n' \
  https://example.com/

将 example.com 替换为你的验收页面，打开 response.txt 验证预期标题、字段或 JSON 结构。此命令没有自动跟随重定向：遇到 3xx，先确认 Location 是否合理，再决定是否加 --location --max-redirs 3。不要把跳转到登录页当作业务成功。

curl 的时间是累计值，不应把上面三项相加。curl 默认也不会仅因 HTTP 403、407 或 500 就返回非零退出码；必须同时查看 HTTP 状态和内容。[1]

第三步：记录小样本，不只展示最快的一次

先做 10–20 次串行请求，遵守目标与查询服务的频率要求。记录每次的时间、出口、状态、内容是否正确、总耗时和错误类别。这个数量适合发现配置问题，不足以证明长期可用率。

固定会话与轮换模式应分组测试。报告“有效内容的成功数 / 总尝试数”，再给出成功请求的中位数与 P95；同时保留超时和失败比例，不能把失败样本删掉后宣称全部成功。

第四步：根据错误选择下一步

错误码可帮助定位层次，不能单独证明责任在哪一方。提交问题时带上时间与时区、协议、脱敏参数和一份小样本结果。只在受控环境使用详细跟踪日志，分享前清除认证、Cookie 和敏感响应内容。