407 和认证失败：账号密码、协议和端口怎么查
407 和认证失败先按账号密码、协议端口、URL 编码和程序格式排查，用浏览器或 curl 做最小复测后，再判断是否需要换代理 IP 或联系售后。
407、Proxy Authentication Required 或认证失败通常不是先换代理 IP，而是先查认证链路。建议按“账号密码是否同组 -> 协议和端口是否匹配 -> URL 编码和程序写法是否正确 -> 同一组信息能否在浏览器和命令行复现”的顺序排查；只有这些都确认无误，才继续判断代理 IP 权限或资源状态。
快速判断可以先看这三点：同一组 host、port、username、password 是否来自当前订单；客户端协议是否和后台入口一致；密码里有特殊字符时，程序是否正确编码或拆分字段。多数 407 都能在这三步里定位。
账号密码认证先查什么
如果是账号密码认证，先核对 host、port、username、password 是否来自同一组代理信息。最常见的错，是把别的订单密码、官网登录密码或过期信息混进来。
还要注意复制时的空格、换行和中英文符号。有些工具会把完整代理 URL 拆成主机、端口、用户名和密码四个字段，如果把 http://、冒号或认证信息填进了错误位置，也可能表现成 407。排查时最好从后台重新复制一组当前有效的接入信息，再只改一个变量复测。
命令行可以用同一组信息做最小复测，例如 curl -x http://username:password@host:port https://example.com。如果返回正常，说明代理入口和账号密码大概率可用，下一步重点查程序里的代理格式；如果仍返回 407，再回到后台重新复制当前有效信息。密码里有 @、#、:、/ 等特殊字符时，放进 URL 前要先做 URL 编码，或改用工具的独立账号密码字段。
协议和端口为什么也会导致 407
协议和端口写错时，工具可能把请求送到了错误的入口，看起来像认证失败，实际是接入层错配。
| 问题 | 常见表现 |
|---|---|
| 协议选错 | 连接失败或认证失败 |
| 端口错配 | 407、超时或握手失败 |
| 账号格式错 | 服务端收不到有效凭据 |
核对时以后台已购列表或接入信息页为准：先找到这条代理 IP 标注的协议和端口，再把客户端里的协议选项改成同一种类型，例如 HTTP、HTTPS 或 SOCKS5。常见错法是入口给的是 HTTP，却在工具里选了 SOCKS5；也有人把端口填进主机字段，或把 host:port 整段又拆错到多个输入框里。改完后只换这一项复测，方便确认是不是入口错配。
如果还是不确定入口是否写错，可以先看 代理 IP 连不上先查什么。
一张排查表把问题收拢
排查 407 时，可以按下面这张表把现象先分层，避免把账号、协议、端口和程序写法混在一起判断。
| 现象 | 先查什么 |
|---|---|
| 浏览器能用，程序 407 | 程序里的认证方式、协议和端口 |
| 同一代理所有工具都 407 | 账号密码、账号状态或接入信息是否过期 |
| 换了网络后 407 | 当前工具配置、协议和端口是否仍一致 |
| 填了认证但还是失败 | URL 编码和调用环境 |
| curl 成功但程序 407 | 程序代理格式、依赖库是否支持认证 |
如果同一组代理 IP 在浏览器和命令行里表现不同，优先对比两边的协议、认证写法和出口环境。认证链路确认无误后，再判断代理 IP 本身是否异常。
如果只是浏览器能用、程序不行，可以继续看 程序报错但浏览器能打开，是代理 IP 问题吗？。
如果还要对照接入方式，再看 代理设置帮助；常见认证问题可以补看 全球代理 FAQ。
FAQ
407 一定是账号密码错吗？
不一定，也可能是协议、端口、账号格式、URL 编码或调用环境问题。先确认当前工具使用的接入信息是否完整一致。
认证失败时要不要先换代理 IP？
不要先换，先把认证链路核清。只有同一组信息在浏览器、命令行和目标程序里都认证失败，且协议、端口、账号密码、编码方式都确认无误时，再考虑更换代理 IP 或联系售后核对权限。
curl 能通但程序还是 407 怎么办？
优先查程序里的代理 URL 拼接、认证字段、特殊字符编码和请求库是否支持当前协议。不要同时改账号、端口和代码，先固定同一组信息，只改程序代理写法复测。
认证失败按四步收拢：先复制当前有效接入信息，再用浏览器或 curl 做最小复测；浏览器能通但程序 407，就查程序格式和特殊字符；多端都失败，再核对账号状态、套餐权限或联系售后。