检查失败 Connection failed: error sending request for url - cc-switch
Quick fix
先开关/切换一次系统代理再完全重启 cc-switch；若升级 macOS 或更新到 v3.16.3+（最好用 4.x 新版）通常可根治。
Symptom
Section titled “Symptom”DeepSeek 检查失败 Connection failed: error sending request for url (https://api.deepseek.com/anthropic/v1/messages)该报错是 cc-switch 内置连通性检查对外发起 HTTPS 请求时失败，并非一定代表你的供应商配置错误。多个 issue 显示，Windows 上最常见诱因是系统代理/TUN 状态与 cc-switch 启动时缓存的全局 reqwest HTTP client 不一致：例如 Karing/Clash 等代理客户端在 cc-switch 运行中被开启或关闭后，旧的连接池仍沿用启动时的代理路径，导致测试链接、余额查询、自更新同时报 `Connection failed: error sending request for url`，重启后恢复正常（#6041）。此外 #3437 曾发现旧版本「测试链接/延迟测试」发送的是真实模型请求、且走的网络栈与代理转发不同，可能被 TLS renegotiation 等差异拖死；维护者确认 v3.16.3 起改为轻量可达性探测并复用与代理转发相同的 HTTP client，已修复这一分支。
另一组变体发生在 macOS：#3968 的日志显示 rustls-platform-verifier 在 macOS 15 上对所有有效证书都报 `invalid peer certificate ... not standards compliant: -67825`，导致所有 provider 检查与应用内更新一起失败；有用户反馈升级 macOS 后问题消失，也有用户在 macOS 13、cc-switch 3.17～3.20.1 上仍复现。#3935 则是个别中转 base_url 必须 `pkill -9 -f cc-switch` 并删除 `~/.codex/.cache` 后才能连上，维护者表示 4.0 重做了连通性检查和本地路由，建议在新版验证。整体上，该错误更像网络/客户端层问题，而不是单纯的 API Key 或模型名错误。
先做一次网络侧切换验证：关闭系统代理或 TUN（如 Clash、Karing、Skyline 等），再完全退出并重启 cc-switch；如果还不行，再反过来打开代理或换一个梯子节点后重试，多个用户通过「开/关/切换代理」立即恢复。
如果你经常在代理开启/关闭之间切换，升级到包含代理路由改进的版本；Windows 侧可关注「Follow system proxy / 跟随系统代理」一类开关，修改后按提示重新应用或直接重启 cc-switch，避免共享 HTTP client 继续用旧代理。
Windows 用户若报错集中在 DeepSeek「测试链接/延迟测试」，请升级到 v3.16.3 或更高版本；该版本已把测试改为轻量可达性探测，并复用与代理转发相同的 HTTP client。
macOS 用户若所有 provider、甚至应用内更新都失败，查看 `~/.cc-switch/logs/cc-switch.log` 是否出现 rustls-platform-verifier 的 `-67825` 证书校验错误；若是，尝试升级 macOS 版本，并升级到 cc-switch 4.x 最新版后再测。
若是第三方中转偶发必须重启才恢复，可先执行 `pkill -9 -f cc-switch` 清理残留进程，并按 #3935 的做法删除 `~/.codex/.cache` 后再启动；同时建议升级 4.x 验证是否仍需手动清理。
Affected Versions
Section titled “Affected Versions”Source Issues
Section titled “Source Issues”本页汇总自 6 个真实 issue
- #2796DeepSeek 检查失败
- #2946检查失败: Connection failed: error sending request for url (https://api.deepseek.com/anthropic/v1/messages)
- #3437DeepSeek Anthropic 接口"测试链接"和"延迟测试"始终失败，但代理转发正常工作
- #3935有些中转的baseurl出现需要杀死cc，然后清理缓存，才能链接
- #3968macOS 15.0 上 rustls-platform-verifier 校验所有有效证书均失败(-67825),导致全部 provider 检查与应用内更新不可用
- #6041[Bug][Windows][v3.19.1] Balance query and endpoint test fail after disabling proxy/TUN until restart
- 为什么 curl 或浏览器能访问，但 cc-switch 测试仍失败？
- 因为旧版本测试链路与实际代理转发链路可能不是同一个 HTTP client，且 cc-switch 会缓存全局 reqwest client；当代理/TUN 状态变化或 macOS 证书校验异常时，外部工具正常但应用内检查仍可能失败。
- 开关代理真的有用吗？
- 有用，多个用户反馈「关掉梯子重启 cc-switch」「开了梯子再关」「切换梯子」后恢复；这通常是在强制应用走另一条网络路径或触发重启后重建连接。
- DeepSeek 配置哪里最容易错？
- 该报错本身不是配置解析错误，更多与网络层有关；但 issue 中常见配置是把 `ANTHROPIC_BASE_URL` 指向 `https://api.deepseek.com/anthropic`，模型名改为类似 `deepseek-v4-pro`。
- 这个问题在哪个版本修复？
- 不是所有变体在同一版本修复：v3.16.3 明确修复了「测试链接/延迟测试」实现；代理/TUN 状态缓存和 4.x 重构覆盖了另一批场景；macOS `-67825` 证书问题则被用户反馈为升级 macOS 后消失。
- 中转站偶尔要杀进程才能连，是同一个问题吗？
- 现象相似但触发条件更偏运行时状态污染；可先按 `pkill -9 -f cc-switch` 加删除 `~/.codex/.cache` 临时恢复，并升级到 4.x 观察是否仍复现。
这是一个非官方社区 wiki，与 cc-switch 作者及项目本身无隶属关系。内容整理自项目公开的 GitHub issues。本站不分发任何软件。