Cursor 和 GitHub Copilot 连接不上怎么办？

Cursor 和 GitHub Copilot 连接不上，大多数不是账号问题，而是编辑器没有走代理。它们运行在编辑器及其后台进程里，不一定继承浏览器使用的系统代理，所以会出现「浏览器能打开 GitHub，Copilot 补全却没有响应」「Cursor 登录后对话一直转圈」的情况。

解决思路有两种：在编辑器设置里单独填写代理地址，或在代理客户端开启 TUN 模式，让编辑器、扩展和 Git 命令统一走代理。TUN 模式覆盖面更全，推荐优先使用。

方法一：编辑器单独设置代理

Cursor 基于 VS Code，两者都可以在用户设置 settings.json 中填写代理。端口以你的代理客户端显示的混合端口为准，示例为 7897：

{
  "http.proxy": "http://127.0.0.1:7897",
  "http.proxySupport": "override"
}

保存后完全退出编辑器再重新打开。JetBrains 系列 IDE 使用 Copilot 时，需要在 IDE 自身的 HTTP 代理设置里填写同样的地址。Cursor 部分版本在设置中提供关闭 HTTP/2 的选项，代理环境下对话异常时可以尝试开启该选项对比。

方法二：开启 TUN 模式

TUN 模式在系统网络层接管流量，编辑器、语言服务、扩展后台进程都会自动走代理，不需要逐个配置。Clash Verge Rev 的开启方法见 TUN 模式教程。开启后记得关闭编辑器里的 http.proxy，避免重复代理。

别忘了 Git 本身

Copilot 能用但 git clone、push 很慢，是因为 Git 命令行有自己的代理设置：

git config --global http.proxy http://127.0.0.1:7897
git config --global https.proxy http://127.0.0.1:7897

不需要时用 git config —global —unset http.proxy 取消。开启 TUN 模式时可以不设置。

排查顺序

1. 确认浏览器能正常打开 github.com 与 cursor.com。
2. 在编辑器中设置 http.proxy，或开启 TUN 模式。
3. 退出并重新打开编辑器，重新登录账号。
4. 手动固定一个美国、日本或新加坡节点，关闭自动切换。
5. 仍然不稳定时，换低丢包的专线节点对比。

命令行 AI 编程工具的代理原理与此相同，可以对照 Codex 连接失败怎么办。

常见症状对照

节点与机场参考

AI 编程工具依赖长连接，对丢包比对延迟更敏感。本文列出的机场中，暮光网络实测 Cursor 可用，家宽实测丢包 0.4%，并支持 Clash Verge Rev、sing-box 等 7 种客户端；需要注意它的 Codex 与 Copilot 未单独实测。二猫云官方标称支持 Copilot，尚无独立测试记录。

总结

• 编辑器不一定走系统代理，需要单独设置 http.proxy 或开启 TUN 模式。
• TUN 模式同时覆盖编辑器、扩展与 Git，配置最省事。
• Git 命令行有独立代理设置，clone 慢时单独配置。
• 选择低丢包、手动固定的专线节点，暮光网络实测 Cursor 可用。