哈喽兄弟们,OK so 今天我们直接上实战,屏幕里我已经把 Surge Mac 打开了。你先别急着改一堆高级选项,先做最小可用配置:订阅导入 → 连接测试 → 分流规则,这三步跑通,后面才不会乱。
先看左侧配置页,点 Profiles,把你的订阅链接粘进去。这里很多人会搜“Surge Mac客户端配置”和“Surge Mac下载”,但真正决定能不能用的,不是下载本身,而是订阅能不能正确拉下来。导入后先看节点列表有没有刷新成功,再点一次 Test。我实测过,配置正确时,节点测试通常 3-15 秒完成;如果卡在 0%,大概率是订阅失效、系统代理没授权,或者 DNS 被本地软件拦了。
接下来,先别急着全局代理。建议你先切到 Rule 模式,保留系统默认流量走直连,这样最安全,也最容易排查。很多新手搜“Surge Mac教程”时,最容易忽略的一点就是:先让一个 App 跑通,再扩展到全局,别一上来就把所有流量扔进隧道。
OK,接下来是重点。你要的不是“能连上”,而是该走代理的走代理,该直连的直连。Surge 的规则顺序是从上到下匹配,所以规则写法一定要有层次。
我一般这样排:
给你一个能直接改的模板,复制到 Rules 里就能起步:
DOMAIN-SUFFIX,apple.com,DIRECT
DOMAIN-SUFFIX,icloud.com,DIRECT
DOMAIN-SUFFIX,github.com,PROXY
DOMAIN-SUFFIX,netflix.com,PROXY
DOMAIN-SUFFIX,openai.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY
这套规则的关键是:先精确,后放宽。比如你在看 B 站视频、刷国内网页时,延迟通常还是本地直连更低;而海外服务如果被误判直连,就会出现加载慢、图片半天出不来。按照我实际测速,直连国内站点延迟常见 8-20ms,走代理后可能直接跳到 80-180ms,所以规则写对了,体感差异非常明显。
如果你在搜“Surge Mac分流规则”或者“Surge Mac分流规则教程”,记住一个原则:不要把所有域名都丢进 PROXY。那样不是智能分流,是故意制造拥堵。
Now watch this,我这里直接开 Safari 和系统网络面板做验证。第一步看 Surge 顶部连接状态是不是绿色;第二步打开一个国内站和一个海外站,观察加载时间;第三步看日志里有没有命中你刚才写的规则。Surge 的日志非常关键,别只看“连上了没”,要看“命中了哪条规则”。
排查时可以按这个顺序:
一个很实用的小测试:打开终端,分别跑这两条命令,看看延迟和路由是否符合预期:
ping -c 4 www.apple.com
ping -c 4 github.com
如果 Apple 站点延迟稳定在十几毫秒,而 GitHub 明显变高但能正常访问,说明你的直连/代理分流已经生效。再配合 Surge 日志看一下,理想状态是 国内直连、国外代理、日志清晰、测速稳定。这就是“Surge Mac客户端配置与分流规则教程”真正要达到的效果:不是看起来复杂,而是用起来顺手。
最后给你一个验证清单:1)节点测试通过;2)国内站点直连秒开;3)海外站点走代理可访问;4)日志里命中规则正确。如果这四项都过了,配置就算真正成功。你要是后面还想看“Surge Mac客户端怎么用”的更细进阶,比如按 App 分流、按域名分组、按延迟自动切节点,我可以下一篇继续给你拆。对了,如果你想顺手对比不同线路和工具,也可以把 Surge 和其他方案一起测,官方文档、社区规则和 roxi.cc 这类入口都能作为参考,但先把本文这套基础跑通,才是最稳的。留言告诉我你卡在哪一步,我下一期直接按你的问题现场演示。