跳到正文

游民营地

主题: 科技生活

新手小白如何用 5 分钟学会 surge?0 基础教程【快速入门】

从 Mac 界面、订阅导入、策略组与规则入门 Surge,理解托管配置更新为何会覆盖本地改动,并学会逐项验证流量。

作者 一只游民Developer and YouTuber

发布于 更新于 约 1 分钟读完

经常带着 Mac 到处办公,没法指望每个地方都有一台配置好的路由器?那就先把 Surge 当成本机代理工具用起来。这篇从界面认路,导入一份自己有权使用的 Surge 配置,打开系统代理并测试访问;然后用一个规则实验说明:为什么直接修改服务商的托管配置,更新后会白忙一场。旁路由、脚本和复杂配置先别急,基础链路走通再说。

先认界面:节点、策略组、规则和请求查看器

我从 ClashX Pro 转来,打开 Surge 时最先认出的还是老三样:节点提供网络出口,策略组决定从哪些节点里挑,规则决定某个请求交给哪个组、直连还是拒绝。它们的思路相通,但具体配置格式不能直接互抄。

主窗口和菜单里可以找到策略组、规则和模块。模块像扩展功能,第一次上手先不安装;真正值得先记住的是请求查看器:它能按目标主机筛选连接,查看请求与规则的关系,也能辅助检查 DNS 和设备信息。网页“能打开”只能算第一层结果;要排查走错出口,回来查请求比猜界面开关有用。找不到对应入口时,以Surge 官方手册和自己安装的版本为准。

为什么选 Surge?先把和 Clash 的取舍说清

Surge 是面向网络请求处理的工具,不只负责切换节点,也提供规则、请求分析和扩展能力。Clash 生态的许多概念与它重合;如果你已经会用 Clash,理解节点、策略组和规则时不必从零开始。

我当初在两者之间犹豫:Surge 的图形界面和功能集成更顺手,但价格与学习成本也要算进去;Clash 生态有不少免费实现和第三方界面,我用过的 ClashX Pro 就不难用。后来经历过 2023 年一些 Clash 项目停止维护的风波,我才转向 Surge。这只是我当年的选择理由,不是说如今所有 Clash 分支都不能用。买不买 Surge,先看你是否真需要它的那部分功能,别让“高级”两个字替钱包做决定。

从托管配置开始,先连通一次

这里用服务商明确提供的 Surge 配置链接做入门。动手前准备好自己有权使用的订阅、可测试的网站,以及一份原配置备份;导入的文件至少先看有没有陌生的脚本、远程规则和 DNS 设置。

  1. 从服务商页面复制适用于 Surge 的托管配置 URL。在 Surge 中打开更多 → 配置 → 从 URL 安装配置,粘贴后导入。接着双击新配置并选择应用。菜单名称可能随版本调整,找功能时认“配置”和“从 URL 安装”这两个动作即可;旧界面的入口可对照配置导入演示。
  2. 看看节点和代理分组是否已经出现。演示所用的服务商配置能导入并使用,但节点名称和分组并不理想;这一步先求跑通,不必为了国旗图标把所有高级功能一次装满。
  3. 打开设置为系统代理,选可用节点,再访问自己准备的目标网站。我测试时网页能加载;同时打开请求查看器,核对请求确实经过预期策略。增强模式不是这一步的必需条件:有些应用不遵循系统代理,确实需要进一步接管流量时再了解和启用它。

如果服务商只给了别的客户端的订阅格式,先问对方是否有 Surge 版本,再考虑转换。我当初演示过第三方在线转换,但它可能要求把带凭证的订阅 URL 交给陌生服务器。不建议为了省一步,把真实链接直接粘到不可信的网站。本地转换或由可信来源提供兼容格式,更容易控制凭证去向。

一键导入能用,但麻烦会慢慢冒出来

这种方法解决了“先连上”的问题,我继续用时却碰到四个实际限制:

情况为什么会不顺手
依赖在线转换订阅地址可能携带凭证,提交给第三方有泄露风险
两个服务商各管一份配置想跨来源选节点,就得来回切文件,难以统一管理
节点更新和测速靠手动更新订阅、测延迟、挑节点是不同动作,测出来的快也会变化
直接改托管配置上游更新整份文件时,本地添加的规则可能被覆盖

前面三项影响日常使用,最后一项最容易让人误判。我当时用一条优酷域名规则,专门做了个前后对照。

实验:规则明明生效,更新后怎么又没了?

先确认 youku.com 原本能访问,再到 Surge 的规则界面试着添加 DOMAIN-SUFFIX、域名 youku.com、策略 REJECT。托管配置可能提示不可编辑;这不是你点错了,而是当前配置由远端维护。

为了看清机制,我找到这份配置在 Finder 中的本地文件,手动加上同一条规则并保存,然后在 Surge 中重新载入配置。刷新页面后,请求查看器里能看到相关请求被 REJECT,网页也无法正常加载。这个实验只说明命中该域名的请求受到了影响,不等于封禁了整个网站或所有相关域名;别把它留在日常配置里误伤自己。

接着执行检查配置更新。再打开文件,刚才加的规则已经不在了——远端内容覆盖了本地改动。有意思的是,网页当下还是打不开;重启 Surge、发起新请求后才恢复访问。这段改动前后的画面可以从 08:19 看起。浏览器缓存和旧连接会骗人,所以要同时看文件里还有没有规则和新请求命中了什么,不能只凭页面没变就宣布规则还在。

下一步:让订阅管节点,让自己的配置管规则

这次走下来,Surge 入门其实不难:导入配置、选节点、开系统代理、访问目标,再用请求查看器核对结果。但整份托管配置更适合快速试用,不适合作为长期反复修改的个人工作配置。要同时管理多个来源和自动选节点,可以接着看Sub-Store 订阅聚合;想自己掌控规则和更新周期,再读配置文件拆解。

如果你卡在“导入成功却访问不了”,不妨在评论里说明系统代理是否开启、配置是否已应用、请求查看器里显示了什么;带凭证的订阅 URL 和完整配置就别公开贴出来了。

评论

评论由 GitHub Discussions 提供。发表评论、回复或添加反应需要使用 GitHub 登录。

正在加载评论服务…

沿着笔记间的引用继续阅读:看看谁提到了本篇,又能从本篇读到哪里。

沿着其他笔记来到这里,看看它们从何说起。

循着文中的引用,把相关的思路再展开一点。