提示 407 Proxy Authentication Required：该填哪一层的账号？
代理已连接却收到 407 时，先核对实际代理入口和认证方式，分清网站账号、机场订阅与本地代理密码，再验证并恢复原设置。
先看重点先确认发出 407 的代理入口，再核对它要求的认证；网站密码、订阅地址和本地代理密码不能混填。
407 发生在哪一层
浏览器弹出用户名和密码窗口，或者终端提示 407 Proxy Authentication Required，先不要填写机场网站的登录密码。407 表示中间的 HTTP 代理要求有效认证；它与目标网站要求登录的 401 不同，也不是节点延迟测试超时。
一个常见场景是：电脑本机使用代理正常，手机通过局域网共享入口却收到 407。共享入口可能单独设置了认证，手机没有带上对应凭据。另一个场景是公司网络要求经过组织代理：需要的是组织规定的认证方式，不能拿个人订阅链接去替代。先查响应来自哪一条实际请求路径，不能看到“代理”二字就认定是机场账号到期。
先确认你正在连接哪个代理
- 记录出现错误的应用、时间、完整错误码，以及应用实际使用的代理地址、端口和协议。不要公开密码或完整订阅链接。
- 检查应用自己的代理设置，再看系统代理、PAC 和终端环境变量。它们可能不一致；浏览器成功，不代表终端使用同一个入口。
- 核对这个入口由谁提供：自己的本机客户端、家中电脑，还是单位管理员。地址不认识或与原设置不同，先取消登录提示，向提供方确认，不连续尝试常用密码。
HTTP 代理和 SOCKS5 的认证机制不能按同一报错解释。本文针对 HTTP 的 407；若日志写的是 SOCKS 认证失败，先确认入口协议与端口，不要把 HTTP 端口填进 SOCKS 设置里。
三类凭据不能混填
- 网站账号：用于目标网站登录，不自动成为中间代理的密码。
- 机场订阅或节点凭据：用于获取配置或连接节点，通常由客户端处理。不要把整条订阅 URL 填进浏览器的代理密码框。
- 本地／组织代理认证：保护你正连接的代理入口，账号与认证方式应由该入口的设置或管理员确认。
标准的 407 响应会携带 Proxy-Authenticate，描述代理接受的认证挑战。出现 Basic、Digest、Negotiate 或 NTLM 等名字时，不能只改用户名就假定应用支持它。组织代理涉及集成认证时，应按管理员给出的客户端与账户要求配置；不要为了让提示消失关闭认证或改访问控制。
局域网共享的具体设置可接着看Allow LAN 与独立认证密码。认证解决的是入口身份核验，不等于整个网络链路已经加密或安全。
用一次明确的请求确认失败阶段
先保留原设置。若你已确认有权使用的是本机 HTTP 入口，可在 Windows PowerShell 中做下面这次不带认证的诊断。7890 只是示例，必须换成自己的端口；这条命令不更改系统代理，也不自动重复请求。
curl.exe --proxy http://127.0.0.1:7890 --noproxy example.invalid --max-time 15 --output NUL --write-out "HTTP=%{http_code}; CONNECT=%{http_connect}\n" https://example.com/示例用 HTTPS 目标，因此 HTTP 代理通常先处理 CONNECT 隧道请求。CONNECT=407 表示该阶段要求认证，目标网页尚未正常取回；HTTP=000 不能当作网站返回的状态码。CONNECT=200 也只说明隧道建立，之后仍可能遇到 TLS 或网站错误。若入口根本连不上，先查地址与监听，不要继续猜密码。
--noproxy example.invalid 让排除列表不匹配本次目标，避免原有 NO_PROXY 使这次测试绕过显式入口；它只作用于这条命令。macOS/Linux 使用实际 curl 程序，并把输出文件 NUL 改为 /dev/null。本文按 curl 官方参数说明整理，没有声称在你的代理或单位网络上实测。
确认认证方式后，只修对应应用
对于自己管理的代理，核对该入口启用的认证设置，再在需要使用它的应用中填写匹配凭据。浏览器和终端可能各自保存凭据，因此不要只修浏览器后就认定所有应用都恢复。对于单位代理，由管理员确认账户是否有效、应用是否支持要求的认证方式；收到拒绝后不要反复撞密码。
curl 的 --proxy-user 用于代理认证，--user 用于目标服务器认证，两者不能互换。不要把真实密码直接写进可保存的命令、代理 URL 或求助截图。需要命令行认证时，使用工具和组织认可的凭据保存方式；不清楚认证方案时先停在诊断结果，不复制包含陌生账号或令牌的示例。
修正后在原应用重做同一个操作，核对它连接的是预期入口，407 是否消失，以及目标内容是否实际返回。如果已经变成网站的 401/403，或 TLS 错误，应转到对应阶段排查；不要继续改代理密码，也不要跳过证书校验。
恢复与反馈：保留入口，不泄露凭据
如果测试后情况更乱，按修改前记录恢复应用的地址、端口和代理选择，撤销本次临时配置，再重开相关应用。不要删除全部订阅、关闭防火墙或清空受管理的系统代理。上面的单次 curl 请求结束后不会留下系统代理设置；若你另行改了环境变量或应用配置，需要分别恢复。
反馈时提供应用及版本、时间、错误码、代理协议和脱敏后的入口信息，以及是否仅某个应用失败。不要提交 Proxy-Authorization、Cookie 或完整认证日志；先按日志脱敏方法处理。若曾把密码发到公开位置，联系实际凭据提供方轮换相应密码，而不是随意重置所有账号。