你更改了代理密码。有一个构建仍在使用旧副本。
在轮换代理密码时跟踪凭据的使用方,而不要假设一次成功的浏览器登录会更新每个项目和后台进程。
新密码在浏览器中可以正常使用。项目 A 可以构建。项目 B 返回 407。代理未必是在随机选择:它的某个客户端可能仍在提交旧凭据。
跟踪使用方,而不只是文件
项目专用的属性文件可能与用户默认值不同。环境变量可能在启动器启动时被捕获。凭据助手可能有自己保存的条目。仅仅因为另一个应用接受了新密码,这些都不会被更新。
列一份简短清单,记录真正使用该账号的各方:交互式工具、构建服务、计划任务和应用程序客户端。对每一方,记录值来自哪里、何时被读取。清单中不要保留值本身。
对比失败的进程与正常的进程
检查账号、工作目录、所选配置和凭据来源。两个依赖关系相似的项目可能使用不同的本地文件。长时间运行的代理可能保留轮换之前的输入,即使新终端已经看到更新后的环境。
只有在那个客户端确实需要时,才使用有意的重启或已记录的配置刷新。一次性重启所有内容会掩盖哪个使用方已经过期,还可能打断无关的工作。
不要把客户端刷新与吊销混为一谈
更新客户端和让旧凭据不可用是两项独立的操作。代理可能有身份验证缓存,已建立的连接的生命周期也可能与密码文件不同。请遵循运维方的吊销策略,而不要因为一次请求成功就认为旧的账号材料已经消失。
下一次轮换时,把使用方清单作为变更的一部分。成功的结果是每个预期客户端都在使用预期的来源和账号,而不仅仅是一台工作站上的密码对话框关闭了。