代理恢复时旧 Provider API Key 覆盖当前配置 - cc-switch

Quick fix

升级到 v4.0.0 或更新版本；重做后的本地路由不再通过旧备份恢复密钥。

Symptom

报错原文复制

重启完成后，**当前 provider 的 `settings_config` 里的 API key 被替换成了上一个 provider 的 key**。多次切换/重启会让各 provider 的 key 互相"洗牌"（实测出现 P1↔P3 的 key 互换、官方 provider 被写入第三方中转的 key），过程完全静默，直到上游返回 401（令牌已过期或验证不正确）才暴露。

Cause

cc-switch 3.20.0 的旧恢复路径会先把上一个 Provider 的密钥还原到 Live 配置，再将 Live 中的密钥同步到当前 Provider。当用户绕过 GUI 外部切换当前 Provider 后重启服务时，Live 中的密钥归属与当前 Provider 不一致，可能静默覆盖当前配置。

Fix

1. 1

   升级到 v4.0.0 或更新版本。维护者说明新版本地路由不再依赖备份还原，因此旧密钥回写路径已不存在。安装包可从官方 Releases 获取。

Affected Versions

ToolClaude Code / Codex

Version3.20.0（受影响）；v4.0.0 起该恢复路径已移除

PlatformsLinux

Source Issues

本页汇总自 1 个真实 issue

• #6886代理接管模式：服务重启时恢复路径会把上一个 Provider 的 API Key 回写覆盖当前 Provider 的配置

FAQ

升级到 v4.0.0 后如果仍有问题怎么办？

维护者建议补充信息并重新打开 Issue。

相关问题

Claude Official 检查出错: 提取 base_url 失败 - CodexCC Switch 代理与负载均衡不支持 Claude 官方订阅，请改用第三方 API Key。强行代理会因缺少 base_url 报错并导致封号。4 issues merged供应商 API Key 被覆盖：Codex 重启或切换后升级到 cc-switch v4.0.0 或更高版本；该版本重写了切换逻辑，避免供应商密钥互相覆盖并恢复官方登录态。6 issues mergedChatGPT无法认证, 全局代理已经开了 - Codex升级 cc-switch 到 v3.16.4+，并在「设置 → 路由 → 全局出站代理」填入可用代理地址后重试 Codex/ChatGPT 认证。3 issues merged