浏览器场景先看它是否使用系统代理
系统代理把监听信息写进系统约定位置，由应用自行读取。并不是每个应用都遵守这个约定，检查浏览器场景时先对照系统设置和该程序的代理使用方式。
TUN 则创建虚拟网卡，通过系统路由把请求重定向进去。请求产生后由这层机制接管，应用无需再做相同的代理配置，入站方式与系统代理不同。
| 场景 | 先核对的内容 |
|---|---|
| 程序读取系统设置 | 系统代理是否对应本地监听 |
| 程序不遵守系统代理 | 是否采用TUN及其路由条件 |
| 涉及UDP | 不能从系统代理开关推定已代理 |
| 非管理员启动 | 客户端服务模式的支持说明 |
这张表按接管方式整理，不按服务品牌划分。某个一元机场订阅是否可用，还要看实际配置与节点，不从入站方式直接得出答案。
UDP场景保留系统代理与TUN的范围区别
Clash Verge Rev 文档写系统代理不能代理 UDP，TUN 可拦截处理 TCP 与 UDP。看到游戏或命令行程序的问题时，要先认清流量类型与接管位置，而不只看系统开关。
入站方式解释流量怎样进入代理，出口策略解释进入后怎样发送。
Linux 内核文档区分 TUN 与 TAP：TUN 处理 IP 包，TAP 处理以太网帧。这里是虚拟接口能力的说明，不是机场服务提供的协议清单。
- 浏览器使用系统代理的情况与其他程序分开记。
- UDP 是否进入代理单独核对，不用 HTTP 开关代替。
- 流量进入后再看规则或全局模式，不省略出口选择。
非管理员使用场景回到客户端服务说明
Clash Verge Rev 的服务模式用途，是能够以非管理员身份启动 TUN。它描述客户端提供的运行能力，不是所有工具统一的权限要求，也不等于启动应用就已开启 TUN。
检查时先读当前客户端服务模式说明，再看 TUN 状态与路由条件。不同工具、不同系统的权限和接口分开，不从一款桌面工具扩写到全部平台。
Android 官方说明 VPN 应用可以建立本地 TUN 接口，哪些流量进入由添加的路由决定。看到手机 VPN 图标时仍要回到当前应用的路由，不把图标写成全部流量已经代理。
协议栈默认值要连着各自文档保留
Clash Verge Rev 名词页称 TUN 默认堆栈为 GVisor，mihomo 文档则把 stack 默认写为 mips。两处说法不同，差异原因没查到公开说明。
这组不同说法不能替换成某个值一定正确，也不能编成应用已经更新或文档已经过期。手上实际配置另看当前客户端，把文档说法与设备取值分别记录。
- 确定正在核对哪个客户端、哪个内核。
- 找到实际 TUN 和 stack 项，保留当前值。
- 对照对应文档，遇到不同默认说明时同时留下出处。
mihomo 列有 system、gvisor、mixed、mips 等栈。可选项清单不等于手上已经采用其中某项，不能只从列表顺序推定当前默认。
服务需要改选时从此处继续了解
若准备比较其他机场，下方入口可继续查看收录项目。
常见问题解答
系统代理和TUN该先按哪项区别？
先看入站方式，系统代理依赖应用读取设置，TUN 通过虚拟网卡和系统路由接管。请求进入之后的出口仍看规则或模式，不能把接管与出站混为一项。
非管理员启动TUN要看哪款工具的说明？
按当前客户端核对。Clash Verge Rev 明写服务模式可支持非管理员启动 TUN，这属于它的能力说明，不能直接当成其他软件或平台通用的权限规则。
文档里默认栈说法不同时怎么记录？
Clash Verge Rev 名词页写 GVisor，mihomo 文档写 mips，分别保留出处。原因未明确，实际取值再看当前配置，不替冲突编造统一结论。