Windows 系统代理不等于全局代理：v2ray 与 Zero Omega 的正确配置

1. 两个矛盾的发现
2. 核心误区：系统代理 ≠ 全局代理
   1. 哪些程序会自动走系统代理？
3. 代理的三层结构
4. 正确的配置方案
   1. v2ray：只做本地代理服务器
   2. Zero Omega：全权负责浏览器分流
   3. 分流后的流量路径
5. 命令行工具怎么办？
6. 总结

两个矛盾的发现

一次配置代理时，我遇到了两个看似矛盾的现象：

1. v2ray 开了 PAC 模式，SwitchyOmega 也设了国内网站 Direct，但访问豆瓣依然很慢。
2. v2ray 开了"自动配置系统代理"，按理说所有流量都被接管了，但 Git 克隆 GitHub 仓库依然很慢，必须显式给 Git 配置 http.proxy 才变快。

如果"系统代理"真的接管了系统上所有软件，这两个现象都不该出现。问题出在对"系统代理"这个名字的理解上。

核心误区：系统代理 ≠ 全局代理

Windows 的"系统代理"设置，本质上是操作系统贴出的一张告示，告诉应用程序："建议你们走这个代理"。但它不是命令，程序完全可以不理。

哪些程序会自动走系统代理？

程序类型	是否自动走系统代理	原因
Chrome / Edge	✅ 会	浏览器自动读取系统代理
部分 UWP / 微软系应用	✅ 可能会	使用 WinHTTP / WinINET 网络栈
Git	❌ 默认不会	使用 libcurl，默认直连
Docker	❌ 默认不会	有自己的网络栈和配置
Python / pip / npm	❌ 默认不会	需要单独配置环境变量或配置文件
PowerShell / CMD curl	❌ 默认不会	取决于具体实现

这就是 Git 仍然很慢的原因：它根本不 care Windows 的系统代理设置，除非你用 git config --global http.proxy 亲口告诉它。

代理的三层结构

要理解为什么 SwitchyOmega 设了 Direct 国内网站还是慢，需要看清代理决策的三个层级：

flowchart TD
    User([用户访问豆瓣]) --> ZO{Zero Omega<br/>规则判断}

    ZO -->|匹配代理| ProxyPath[走 SOCKS5<br/>到 v2ray] --> Internet1[出国服务器]

    ZO -->|默认 Direct| DirectPath[Zero Omega 认为<br/>这是 Direct]
    DirectPath --> SysProxy{系统代理<br/>是否开启?}

    SysProxy -->|✅ 是| v2rayIntercept[v2ray 拦截<br/>PAC判断 / DNS解析] --> Internet2[豆瓣服务器<br/>⚠️ 变慢]
    SysProxy -->|❌ 否| RealDirect[真正直连<br/>不经过任何代理] --> Internet3[豆瓣服务器<br/>⚡ 快]

    style ProxyPath fill:#e3f2fd
    style RealDirect fill:#e8f5e9
    style v2rayIntercept fill:#fff3bf

当 v2ray 开启"自动配置系统代理"时，它实际上是在第二层接管了系统代理设置。此时：

• SwitchyOmega 选择"Direct"，意思是把请求交给系统代理的 Direct 通道
• 但系统代理的通道本身就是 v2ray 在管
• v2ray 拿到请求后，还要做 PAC 判断、DNS 解析、路由分析
• 国内网站本来可以直达，现在却被 v2ray "过一手"，DNS 可能被劫持到远端解析，或路由逻辑拖慢了握手

SwitchyOmega 的 Direct 不等于绕过 v2ray，它只是把请求扔进了 v2ray 掌管的系统代理管道里。

正确的配置方案

既然分层结构搞清楚了，解决方案就很简单：让各层各司其职，不要重复决策。

v2ray：只做本地代理服务器

把 v2ray 的系统代理关掉，让它安静地做一个本地 SOCKS5 服务：

• v2rayN：底部状态栏切换为 "不改变系统代理"
• Clash Verge：关闭"系统代理"（System Proxy）开关
• 原生 v2ray-core：本身就没有系统代理功能，无需改动

此时 v2ray 仍然在监听本地端口（默认 127.0.0.1:10808），随时待命，但不主动干涉任何程序的网络请求。

路由策略仍然建议选择"绕过大陆"（Bypass LAN & China）。虽然 Zero Omega 已经在浏览器层做了精分流，但 v2ray 端保留路由策略有两层价值：

1. 兜底防漏：万一 Zero Omega 漏了某个国内 CDN（如 *.bdstatic.com、*.alicdn.com），被误发到 v2ray，"绕过大陆"会把它纠正回直连。
2. 命令行刚需：Git、Docker、npm 这些无脑走代理的工具，全靠 v2ray 这层路由策略来避免国内流量绕路。

v2ray 路由策略	Git 克隆 GitHub	Git 克隆 Gitee	效果
绕过大陆	走代理出国 ✅	直连 ⚡	各走各路
全局	走代理出国 ✅	也走代理出国 🐢	国内流量被拖累

因此，"不改变系统代理"只是改变流量怎么进入 v2ray，进入后的路由规则依然生效，保持"绕过大陆"是最稳妥的选择。

Zero Omega：全权负责浏览器分流

在 Zero Omega 中创建一个代理情景模式：

设置	值
协议	SOCKS5
服务器	127.0.0.1
端口	10808

然后在 AutoSwitch 中按需配置：

*.youtube.com proxy
*.google.com proxy
*.github.com proxy
*.openai.com proxy
# ... 其他需要代理的域名

* direct

注意语法：Zero Omega 的规则格式是 域名 情景模式名，不需要 + 前缀。+proxy 是 Surge/Clash 的语法，在 Zero Omega 里不识别。

分流后的流量路径

flowchart LR
    subgraph 海外网站 ["🌍 海外网站"]
        direction LR
        Y1[YouTube] --> Y2[Zero Omega<br/>代理规则] --> Y3[SOCKS5<br/>127.0.0.1:10808] --> Y4[v2ray<br/>出国服务器] --> Y5[YouTube ✅]
        style Y5 fill:#e3f2fd
    end

    subgraph 国内网站 ["🏠 国内网站"]
        direction LR
        D1[豆瓣] --> D2[Zero Omega<br/>默认 direct] --> D3[真正直连<br/>不经过 v2ray] --> D4[豆瓣 ✅]
        style D4 fill:#e8f5e9
    end

命令行工具怎么办？

浏览器由 Zero Omega 接管了，但 Git、Docker、npm 这些工具仍然需要手动告知：

# Git
git config --global http.proxy socks5h://127.0.0.1:10808
git config --global https.proxy socks5h://127.0.0.1:10808

# 当前 Shell 会话（影响 curl、wget、python requests 等）
export HTTP_PROXY=socks5h://127.0.0.1:10808
export HTTPS_PROXY=socks5h://127.0.0.1:10808

# Docker Desktop
# 在 Settings → Resources → Proxies 中填入 http://127.0.0.1:10809（需开启 v2ray 的 HTTP 代理端口）

这些工具各自为政，没有统一的"系统代理"能让它们全部自动遵从。

总结

1. Windows 系统代理只是一张"告示"，不是强制命令。浏览器会看，Git 等工具不看。
2. v2ray 的系统代理和浏览器插件不要同时管分流，否则两层规则会打架，国内网站反而被拖累。
3. 最佳实践：v2ray 只做本地 SOCKS5 服务器，浏览器分流完全交给 Zero Omega，命令行工具各自单独配置。
4. 代理配置烦人，正是因为每个程序都有自己的网络栈和配置方式，没有一键全局的银弹。