机场设置教程：以 Clash Verge Rev 为例完成订阅导入与连接
简答：机场设置通常分为四步：准备订阅链接，打开 Clash Verge Rev 的“订阅”导入配置，前往“代理”选择节点和“规则/全局/直连”模式，再在“设置”中开启“系统代理”或安装服务后启用“虚拟网卡模式（TUN）”。本文只讲 Clash Verge Rev 的 Windows/macOS 操作；Shadowrocket、v2rayN、Stash 等客户端的字段和入口不同，不能直接照搬。
定义：机场设置是把服务提供的订阅链接或配置文件导入代理客户端，并完成节点、路由模式、系统代理或 TUN 模式配置的过程。
一、开始前要准备什么
本文以 Clash Verge Rev 为例，适用于 Windows 和 macOS 的常见设置流程。你需要先准备一条仍然有效的订阅链接，或者一个本地配置文件。订阅链接通常由服务提供方在用户面板中生成；本文不核实任何具体服务的价格、状态或可用性，链接是否有效应以提供方页面为准。
如果你还没有订阅链接，先确认复制的是完整地址，而不是只复制了其中一段文字。订阅链接属于敏感信息，不要公开发布，也不要把包含个人标识的完整链接发送给他人。
- 远程订阅：准备完整的 HTTP 或 HTTPS 订阅地址。
- 本地配置：准备客户端支持的配置文件，常见扩展名包括
.yaml或.yml，具体以客户端提示为准。 - 客户端：安装 Clash Verge Rev，并确认软件能够正常启动。
- 网络环境：首次导入时，客户端需要访问订阅地址；如果提示连接错误，应先检查订阅地址、网络和证书，而不是立即修改规则。
Clash Verge Rev 文档将远程订阅分为“订阅链接导入”“订阅链接配置”和 URL Schemes 等方式，也支持新建配置文件或拖拽本地文件导入。查看 Clash Verge Rev 订阅导入文档。
二、Clash Verge Rev 导入订阅的具体步骤
- 打开 Clash Verge Rev，在左侧进入“订阅（Profiles）”页面。
- 在远程订阅输入框中粘贴完整订阅链接，确认没有多余空格或换行。
- 点击导入、保存或刷新按钮，等待配置文件出现在订阅列表中。不同版本按钮文字可能略有差异，但页面核心入口仍是“订阅”。
- 导入成功后，点击刚刚添加的配置，使其成为当前使用的配置。若列表中有多个配置，注意不要误选旧文件。
- 如果远程导入提示
client error(Connect)，先重新复制订阅链接并确认链接仍有效；官方文档建议尝试其他导入方式。使用“订阅链接配置”时，如果仍然出现连接错误，可以根据实际情况检查证书选项，但不要在不了解风险时长期启用“允许无效证书（危险）”。 - 如果使用本地文件，可在“订阅”页面选择新建配置文件，或将配置文件拖入客户端；导入后仍要点击该配置使其生效。
订阅导入成功不等于已经连接成功。下一步需要到左侧“代理（Proxies）”页面确认代理组和节点是否已经出现。
三、选择节点与切换规则模式
进入左侧“代理（Proxies）”页面后，先观察代理组是否加载完成，再选择一个节点。节点选择可以先使用延迟测试结果作初筛，但延迟低不代表所有网站、应用或时段下的实际体验都最好，仍应结合稳定性、丢包和实际使用情况判断。
- 在“代理”页面找到需要操作的代理组。
- 点击代理组中的节点，或点击页面提供的延迟测试按钮，等待测试完成。
- 如果节点显示超时或错误，换一个节点测试，不要只根据一个节点判断整个订阅不可用。
- 在代理页面顶部找到路由模式，按需要选择“规则模式”、“全局模式”或“直连模式”。
| 模式 | 适用场景 | 注意事项 |
|---|---|---|
| 规则模式 | 希望根据配置文件规则自动分流 | 实际走向取决于配置中的规则和代理组 |
| 全局模式 | 需要让流量统一使用当前选择的代理节点 | 所有流量按全局策略处理，不适合需要精细分流的场景 |
| 直连模式 | 排查客户端是否影响网络，或临时使用本地网络 | 流量不经过代理节点 |
官方文档把“规则/全局/直连”定义为路由模式，把“系统代理/TUN”定义为流量进入客户端的方式。也就是说，模式和系统代理不是同一个开关：你可以先选规则模式，再决定使用系统代理还是 TUN。查看 Clash Verge Rev 名词解释。
四、系统代理和 TUN 模式怎么选
对大多数初次设置用户，建议先使用“系统代理（System Proxy）”验证订阅和节点是否正常。系统代理会修改操作系统约定的代理设置，但部分应用可能不读取系统代理，因此不一定覆盖所有程序。
- 进入左侧“设置（Settings）”页面。
- 找到“系统设置”区域。
- 打开“系统代理（System Proxy）”。
- 返回浏览器或目标应用测试连接；如果客户端日志没有请求记录，先确认该应用是否遵循系统代理设置。
如果需要处理不读取系统代理的程序，可以考虑“虚拟网卡模式（TUN）”。TUN 会创建虚拟网卡并通过系统路由接管流量，使用前通常需要先安装服务模式或以管理员权限运行。Clash Verge Rev 的中文界面将相关入口写作“安装服务”“卸载服务”和“切换到服务模式”。查看 Clash Verge Rev 中文界面字段。
- 仍在“设置 → 系统设置”中，先找到服务模式相关入口。
- 点击“安装服务”，按照 Windows 或 macOS 的权限提示完成授权。
- 确认服务可用后，再启用“虚拟网卡模式（TUN）”。
- 开启 TUN 后，通常不需要同时开启系统代理；若出现重复代理或连接异常，先关闭其中一个开关再测试。
- 测试完成后，如果不需要接管全部系统流量，可以关闭 TUN，回到系统代理模式。
Windows 下重点检查防火墙是否允许相关内核程序通过；macOS 下如果出现权限提示，应按系统弹窗完成授权。Mihomo 文档还说明，TUN 的 dns-hijack 会把匹配的 DNS 请求导入内部 DNS 模块，但 Windows 和 macOS 无法自动劫持发往局域网的 DNS 请求；因此 TUN 开启后断网时，应同时检查 DNS、路由和防火墙，而不是只重复点击开关。查看 Mihomo TUN 配置说明。
五、机场设置后连接失败的排查顺序
- 先看订阅是否加载：如果“订阅”页面没有配置文件，优先检查链接完整性、是否过期、网络是否能访问订阅地址。
- 再看当前配置是否激活：导入列表中有文件，不代表它就是当前生效文件，需要明确点击并确认激活状态。
- 检查代理组和节点：如果代理组为空、节点全部超时或显示错误，先换节点测试，并查看“日志（Logs）”中的错误信息。
- 检查路由模式：排查时可以暂时在“代理”页面切换到全局模式；如果全局可用、规则不可用，问题可能出在规则、代理组或配置文件，而不是订阅导入本身。
- 检查入口模式：先关闭 TUN，使用系统代理验证；如果系统代理可用而 TUN 不可用，再检查服务模式、系统权限、防火墙、DNS 劫持和其他网络工具冲突。
- 检查 DNS：如果网页偶尔能开、域名经常解析失败或 TUN 一开就断网，检查配置中的 DNS 是否启用、监听地址是否冲突，以及是否存在其他软件接管 DNS 的情况。Mihomo 文档说明，DNS 配置中的
enable为false时会使用系统 DNS。查看 Mihomo DNS 配置说明。 - 最后查看日志：记录发生问题的时间、使用的模式、节点名称和报错原文，再针对具体错误搜索官方仓库或文档；不要直接删除所有配置，以免丢失可用于排查的信息。
六、Windows 与 macOS 设置差异对照
| 项目 | Windows | macOS |
|---|---|---|
| 系统代理 | 开启“系统代理”后检查系统代理开关是否同步变化 | 开启后检查系统网络代理设置是否已更新 |
| TUN 权限 | 通常需要安装服务模式或管理员权限 | 可能出现系统权限或网络扩展相关提示，应按提示授权 |
| 防火墙 | 检查 Windows 安全中心是否允许内核程序通过防火墙 | 遇到 TUN 无流量时检查防火墙或网络扩展权限 |
| DNS 排查 | 重点检查多网卡、系统 DNS 与防火墙规则 | 重点检查本地网络 DNS、网络扩展和其他 VPN 类软件冲突 |
上表是排查顺序，不代表每台设备都必须修改这些项目。优先使用默认配置，只有在现象明确时再改 DNS、TUN 堆栈或路由字段。Mihomo 文档建议普通用户优先使用顶层 TUN 配置，不要一开始就编辑高级 TUN Listener 配置。查看 Mihomo TUN Listener 说明。
常见问题
机场设置一定要开启 TUN 吗？
不一定。建议先导入订阅并使用“系统代理”验证节点和规则是否正常。只有当目标应用不读取系统代理，或确实需要接管更多系统流量时，再考虑安装服务并启用“虚拟网卡模式（TUN）”。
订阅链接导入失败，应该先改 DNS 吗？
不建议一开始就改 DNS。先确认链接是否完整、是否仍然有效，检查当前网络能否访问订阅地址，并尝试官方文档提供的其他导入方式。如果普通网页正常但订阅地址无法访问，再针对 DNS、证书或网络策略继续排查。
系统代理能用，开启 TUN 后却断网怎么办？
先关闭 TUN，恢复到系统代理，确认节点仍然可用。随后检查服务模式是否安装成功、系统权限是否完成、防火墙是否放行内核、DNS 是否冲突，以及是否有其他网络工具同时接管路由或 DNS。Mihomo 文档也提示，Windows 和 macOS 对局域网 DNS 请求的自动劫持存在限制。
规则模式和全局模式有什么区别？
规则模式按配置文件中的规则和代理组决定流量走向；全局模式让流量统一按当前选定的代理策略处理；直连模式则不经过代理节点。排查问题时可以短暂切换模式进行对比，但长期使用应根据自己的分流需求选择。
为什么节点延迟测试成功，实际打开网页仍然失败？
延迟测试只能说明测试请求在当时能够完成，不能代表所有域名、协议、应用和时段都正常。应继续检查规则模式、DNS、系统代理是否被应用读取，以及日志中是否存在连接或解析错误。