端口能 ping 通但代理不能用，是不是协议填错了？
主机能 ping 通不代表代理 IP 可用。通过 TCP 端口测试、HTTP/HTTPS/SOCKS5 协议核对、认证结果和目标网站对照，逐层定位连接失败原因。
协议填错是常见原因，但 ping 通并不能证明代理可用。ping 使用 ICMP，只能说明主机可能响应；代理还要通过指定 TCP 端口完成协议握手和认证。
严格来说，ping 通的是主机，不是端口。TCP 端口可达也只说明连接能够建立，仍需继续验证协议、认证和实际代理请求。
主机能 ping 通后，怎么测试 TCP 端口？
使用系统或客户端的 TCP 连接测试确认主机和端口可达。端口不通时，先查本地网络、防火墙、主机和端口；不要直接修改账号密码或判断代理 IP 已失效。
HTTP、HTTPS、SOCKS5 协议和字段怎么核对？
确认产品提供的是 HTTP、HTTPS 还是 SOCKS5，并在客户端选择对应协议。主机、端口、用户名和密码分别填写，不能把 IP:端口、API 链接或完整 URL 当成同一个字段。具体以产品和客户端字段说明为准。
代理协议与目标网址协议不是同一概念。访问 HTTPS 网站并不代表代理入口一定要选择 HTTPS；客户端仍要按产品提供的 HTTP、HTTPS 或 SOCKS5 接入方式完成握手，再处理目标网站的 HTTPS 连接。
从 TCP 端口到目标网站怎么逐层复测？
1. 用正确协议建立代理连接。
2. 填写用户名和密码，观察是否返回 407。
3. 请求出口检测页，确认出口 IP 是否变化。
4. 再访问目标网站，记录状态码、超时和页面结果。
如果客户端支持，可用同一组参数在 curl 或另一代理工具中复测。第二个工具成功时，优先检查原客户端的协议选择、字段映射和接管范围。
| 现象 | 优先检查 | 说明 |
|---|---|---|
| TCP 端口拒绝连接或超时 | 网络、主机、端口 | 尚未进入协议握手和认证 |
| TCP 端口通但返回 407 | 用户名、密码和认证方式 | 连接已建立，认证失败 |
| TCP 端口通但出现 TLS 错误 | 协议、CONNECT、客户端实现 | 端口可达但握手未完成 |
| 出口 IP 未变化 | 客户端代理入口 | 请求可能绕过了代理 |
| 出口已变化但返回 403/429 | 请求特征、频率、目标站规则 | 不一定是协议错误 |
什么时候更换代理 IP
只有主机、端口、协议、认证和出口都确认无误，且多个目标网址持续失败时，才考虑更换同地区代理 IP。单一网站或单一账号异常，应先查目标站规则和账号环境。
FAQ
ping 不通时，代理一定不能用吗？
不一定。服务器或网络可能禁止 ICMP 响应，但代理 TCP 端口仍可连接；应以端口测试和实际代理请求结果为准。
HTTP、HTTPS 和 SOCKS5 可以随便选吗？
不可以。应按产品提供的接入协议和客户端字段选择，协议与端口不能凭名称猜测。
返回 407 需要换 IP 吗？
通常不需要。407 优先指向认证失败，应先核对用户名、密码和认证方式。
如何确认不是目标网站的问题？
用同一代理访问出口检测页和至少一个普通网站。只有某个目标站失败时，继续查该站的地区规则或账号状态。
ping 通但代理不能用时，应该按什么顺序排查？
速查顺序：TCP 端口 → 协议 → 认证 → 出口 IP → 目标网站。
仍无法定位时，带上主机、端口、协议、完整错误码和测试截图，通过全球代理首页咨询；不要公开发送完整密码。