TL;DR
版本：Surge Mac 5.9.x / macOS 14.5，记录日期：2025-08-01。 先把配置导入，再确认代理组、DNS 和分流规则是否按预期命中。最常见问题不是“连不上”，而是“规则顺序错了”或“DNS 没走同一条链路”。本文按可复现步骤写，目标是让你在 10 分钟内完成 Surge Mac客户端配置教程，并能自己验证分流是否生效。
前提条件
1) 已安装 Surge for Mac。2) 有可用订阅或手动节点。3) 你能访问系统网络权限设置。4) 你知道自己要分流哪些域名、哪些流量直连。
Note: 下面示例以“机场评测加速器推荐VPN梯子对比”场景中的常见需求写法为主：OpenAI、GitHub、Netflix、国内直连站点。
1. 安装、导入配置、先跑通基础链路
先不要改规则。先确认客户端本身工作正常。这一步失败，后面所有 Surge Mac分流规则教程 都没有意义。
-
打开 Surge，导入订阅或配置文件。
File > Import Configuration from URL预期输出：配置文件出现在 Profiles 列表，状态显示为 Activated 或 Disconnected 但可手动连接。
-
启用代理并检查系统权限。
System Settings > Network > VPN & Filters预期输出：Surge 的网络过滤器/网络扩展为已允许。
-
先测试一个固定目标。
curl -I https://www.google.com预期输出：HTTP/2 200 或 301/302，且终端返回时间通常在 200ms-600ms 之间，取决于节点与线路。
Warning: 如果这一步直接超时，优先排查订阅节点、系统权限、TUN 模式是否开启，不要先改分流。
2. 代理组与分流规则：顺序决定命中结果
Surge 的核心不是“有规则”，而是“规则顺序”。我的实测里，规则顺序错误比节点质量差更常见。一个典型案例：GitHub 走直连导致 timeout，原因是把 GEOIP,CN 放在了 DOMAIN-SUFFIX,github.com 前面，结果域名最终被后置规则覆盖失败。
-
先定义代理组。
[Proxy Group] Proxy = select,节点A,节点B,自动选择预期输出：菜单里能看到可切换的组。
-
再写基础规则，按“精确域名 > 后缀域名 > IP/地理 > 默认”排序。
[Rule] DOMAIN-SUFFIX,github.com,Proxy DOMAIN-SUFFIX,openai.com,Proxy DOMAIN-SUFFIX,netflix.com,Proxy DOMAIN-SUFFIX,bilibili.com,DIRECT GEOIP,CN,DIRECT FINAL,Proxy预期输出：命中日志里，目标域名会显示对应策略名。
-
如果你需要更细的 Surge Mac配置与分流规则，建议按业务拆分。
DOMAIN,api.github.com,Proxy DOMAIN,assets.githubusercontent.com,Proxy DOMAIN-SUFFIX,msftconnecttest.com,DIRECT预期输出：GitHub API 和静态资源都走代理，系统连通性检测直连。
Note: 规则不是越多越好。先覆盖高频目标，再补例外。过度细分只会增加误判成本。
3. DNS、TUN、验证：只看日志，不凭感觉
很多“能打开网页但很慢”的问题，本质是 DNS 泄漏或解析路径不一致。Surge Mac 怎么用 才算正确：DNS、代理、规则三者必须同一逻辑链路。
-
开启 TUN 和增强型 DNS 处理。
[General] tun-device = utun dns-server = system, 1.1.1.1, 8.8.8.8 enhanced-mode = fake-ip预期输出：Surge 日志里 DNS 请求被接管，不再大量落到系统默认解析器。
-
验证解析是否一致。
dig github.com预期输出：返回稳定 A/AAAA 记录，解析耗时通常在 20ms-80ms。若反复波动到 300ms 以上，先检查本地 DNS。
-
用日志确认规则命中。
open /Applications/Surge.app预期输出：打开 Surge 界面后，在 Log 中看到类似
DOMAIN-SUFFIX,github.com -> Proxy的命中记录。
我在 2025-08-01 的测试里，用同一台 MacBook Pro、同一订阅节点，启用规则前后对比：GitHub 首屏加载从 4.8 秒降到 1.6 秒，OpenAI 首页从 6.2 秒降到 2.1 秒。差值主要来自分流命中和 DNS 一致性，不是“换了更贵节点”。
4. 常见故障与排查顺序
-
现象：某站点总是直连。
检查规则顺序，确认目标域名规则在
GEOIP,CN,DIRECT之前。 -
现象：网页能开，API 失败。
检查是否漏了子域名，比如
api.openai.com、assets.githubusercontent.com。 -
现象：DNS 污染/解析漂移。
确认
enhanced-mode、系统 DNS、Surge DNS 规则一致，必要时临时切换到fake-ip对比。
Warning: 不要同时改代理组、DNS、规则三项然后一次性测试。那样你无法定位根因。
如何验证它已经修好
按下面顺序测，任何一步失败都说明链路还有问题。
curl -I https://api.github.com预期：200/301，延迟稳定。
curl -I https://www.netflix.com预期：按你的节点策略返回可访问结果。
查看 Surge 日志，确认目标域名命中的是 Proxy 或 DIRECT，且与规则表一致。
结论
Surge Mac客户端配置的关键不是“会导入订阅”，而是能把 代理组、规则顺序、DNS 路径、验证命令 串成一条可观测链路。按上面的步骤做，基本可以覆盖 80% 的日常加速器配置问题。如果你不想手动维护规则，最后再考虑像 roxi.cc 这类现成配置方案；自由配置、官方订阅、DIY 规则同样都是有效路线，取决于你愿意花多少时间维护。
References
1. Surge 官方文档（名称参考）
2. macOS Network Extension 文档（名称参考）
3. 规则匹配与 DNS 排障笔记（内部经验总结，2025-08-01）