01 · 流量入口与出口

系统代理修改操作系统的代理设置,让遵循该设置的应用把请求发往本地核心。它不会强制接管所有应用。核心收到请求后,再由路由决定 direct、proxy 或 block 等出站。

因此“自动配置系统代理 + 绕过部分地址的路由”可以同时成立。应用根本没有把流量交给核心时,修改核心路由不会影响这个应用。

  1. 应用
  2. 系统代理 / 手动代理 / TUN
  3. 核心路由
  4. 直连 / 代理 / 阻止

02 · 四种系统代理模式

这些选项控制启动或重启服务时如何处理系统设置;选择前应知道当前是否有其他软件维护代理。

模式行为适用场景
清除系统代理移除系统代理配置停止使用代理或恢复普通网络
自动配置系统代理指向客户端的本地监听地址和端口使用遵循系统设置的浏览器等应用
不改变系统代理保留现有设置手动配置应用,或由其他工具管理入口
PAC(Windows)由脚本按地址选择直连或代理需要在进入核心前分流的应用

03 · 普通使用的操作顺序

先导入并激活一个有效节点,确认核心启动;选择自动配置系统代理,再选择适合当前网络环境的现有路由规则。浏览器发起请求后,查看日志中的目标和出站是否符合预期。

如果只想让某个支持手动代理的应用使用客户端,可将该应用的 HTTP 或 SOCKS5 代理地址设为 127.0.0.1,端口填写客户端实际混合监听值。这里的端口不是远程节点的服务器端口。

本地端口说明

04 · PAC 与自动代理的区别

自动代理先把应用请求交给核心,再由核心路由判断出口。PAC 则先在应用侧执行脚本:选为 DIRECT 的请求不会进入核心,选为代理的请求进入后仍会经过核心路由。

PAC 文件是 Windows 存储目录下的 pac.txt,包含 FindProxyForURL 等 JavaScript 逻辑。修改前备份,保持脚本有效;浏览器可能缓存脚本,修改后需重新应用设置并重试。PAC 只能影响支持它的应用,不能代替 TUN。

05 · 路由预置与自定义规则

初次使用可保留客户端生成的默认规则集。规则从上到下匹配,具体域名 / IP 规则应放在兜底规则前。需要指定目标直连或代理时,新增规则并确认当前选中的是修改后的规则集。

“全局”路由只表示进入核心的流量默认走代理,不能让忽略系统代理的程序自动进入核心。

编写路由规则

06 · 退出与恢复网络

不用代理时先选择清除系统代理,再正常退出客户端。直接关机、强制结束进程或崩溃可能来不及恢复系统设置。

若客户端未运行而浏览器不能联网,先检查系统代理是否仍指向 127.0.0.1。重新打开客户端清除代理,或在操作系统网络代理设置中关闭遗留项,然后再测试普通网络。

07 · 规则是有顺序的 JSON 数组

每个对象表示一条规则。enabled 控制启用,remarks 为备注,outboundTag 选择已存在的出站。客户端编辑器与核心原生配置并非完全相同;优先从客户端导出规则,再在相同结构中修改。

保存后还要选中该规则集并重新应用配置。规则由上到下匹配,命中后不继续向下查找。

08 · 常用匹配字段

同一条件中的多个值通常表示任选其一;不同条件同时填写时需要共同满足。客户端会将同一条中的 Domain、IP、进程条件拆开处理,建议每条只选择其中一种。

字段写法与作用
domain域名数组;full:example.com 精确匹配,domain:example.com 包含其子域名,regexp: 为正则,geosite: 为分类
ip单个 IP、CIDR 或 geoip: 分类;geoip:private 匹配私有地址
port目标端口或范围,如 443 或 1000-2000
sourcePort / source来源端口 / 来源 IP 条件,核心支持范围需匹配
networktcp、udp 或二者
protocol嗅探得到的应用协议,如 http、tls、bittorrent;需要相应嗅探
inboundTag限定请求来自哪个入站
outboundTagdirect 直连、proxy 代理、block 阻止,或已经定义的自定义 tag
enabled / remarks客户端规则启用状态 / 备注

09 · 从一条明确规则开始

下面的示例让 example.com 及其子域名直连,其余交给 proxy。示例中的最后一条是兜底规则,应始终位于后面;如果已有规则集有兜底规则,只新增需要的精确规则即可。

JSON · client routing rules复制
[
  {
    "remarks": "Example domain direct",
    "domain": [
      "domain:example.com"
    ],
    "outboundTag": "direct",
    "enabled": true
  },
  {
    "remarks": "Fallback proxy",
    "port": "0-65535",
    "outboundTag": "proxy",
    "enabled": true
  }
]

10 · 常见规则组合

把局域网 IP 和私有域名设为 direct,可让本地设备保持可达;使用 GEO 分类前应更新对应数据。需要阻止 UDP 443 时可写 network=udp、port=443、outboundTag=block,这会影响 QUIC / HTTP/3,不应当成所有连接问题的通用修复。

域名规则需要客户端拥有域名信息;如果应用直接连接 IP,纯域名规则可能无法命中。嗅探、DNS 模式和应用自己的加密 DNS 都会影响可用信息。

11 · 域名解析策略

Xray 的 AsIs 在路由阶段保留域名;IPIfNonMatch 会在域名未匹配时尝试解析后匹配 IP;IPOnDemand 在匹配需要 IP 信息的规则时解析。解析策略与规则顺序相互影响,不代表所有实际出站解析也使用相同 DNS。

将域名规则放在合适位置,避免过早触发宽泛 IP 规则。DNS 出站解析的设置请在本站 DNS 章节中单独核对。

DNS 设置说明

12 · 导入、验证与回退

规则可以从文件、剪贴板或订阅 URL 导入。导入前保留旧规则集;JSON 不能包含尾随逗号或注释。确认 outboundTag 存在,分类数据有效,没有将所有流量误匹配到第一条。

用一个明确目标验证:发起一次新连接,查看日志中选择的出站。旧的长连接可能继续使用原出口,必要时重启目标应用再测。失败时切回旧规则集,不需要删除所有配置。

参考资料官方文档

步骤与参数已在本页展开,参考链接用于标注资料来源。核对日期:2026-10-19。