Windows VPN分流规则怎么设置？指定应用直连更省心

先分清分流模式与应用代理

分流不是单一开关。客户端可能按域名、目标 IP、进程名称或应用列表决定连接路径；也可能只把系统代理地址交给遵循 Windows 代理设置的程序。了解规则依据，才能知道一个应用为什么没有按预期走隧道。

• 全局模式：客户端接管范围内的请求通常统一交给当前代理。它不必然代表 Windows 上每个程序都被接管，仍要看客户端是使用系统代理还是 TUN 等网络接管方式。
• 规则模式：客户端按内置规则或用户规则选择直连、代理等出口。常见判断条件包括域名、IP 地址和进程；不同客户端支持的规则类型并不相同。
• 直连模式：客户端不通过代理转发匹配范围内的流量。它适合访问本地设备、局域网服务或明确需要本地出口的应用，但直连范围要核实清楚。
• 按应用选择：只有客户端明确提供应用列表、进程规则或相应的流量接管功能时，才可直接指定某个程序走代理或直连。仅有系统代理设置的客户端，无法保证所有应用都遵循该设置。

Windows 上常见的 Clash Verge、sing-box 等兼容客户端，配置能力会受客户端版本、核心、运行权限和当前模式影响。不要把某个客户端的规则语法照搬到另一个客户端，也不要假设服务提供的订阅本身就包含按应用分流规则。订阅负责提供配置或节点信息，具体如何路由通常还要看客户端设置。

设置前确认客户端支持范围

打开 Windows 客户端的设置页，查找“分流”“路由”“规则”“应用代理”“进程规则”或“绕过应用”等类似选项。名称因客户端而异，先阅读该选项旁的说明，确认它表达的是“指定应用走代理”，还是“指定应用绕过代理”。这两个方向很容易设反。

接着确认当前连接模式。如果客户端处于系统代理模式，浏览器等遵循系统代理的程序可能正常使用，但某些游戏、命令行工具、更新程序或独立应用可能自行管理网络连接。TUN 模式通常通过虚拟网络接口接管更广泛的流量，但实际范围仍受客户端实现、系统权限、排除规则和应用自身网络行为限制。

再检查规则编辑方式。有的界面允许从运行中的应用列表选择程序，有的需要填写可执行文件路径或进程名，还有的只接受域名、IP 地址和规则组。若客户端没有应用级选项，不要把域名规则误当成按程序分流：同一域名可能被多个程序访问，而一个程序也可能连接多个域名。

如果正在比较客户端或服务的使用条件，可以从 VPN61 首页查看其平台与使用入口；无论使用哪种服务，具体的应用分流能力仍以当前 Windows 客户端的说明为准。

• ✅ 确认客户端当前使用系统代理、规则模式还是 TUN 等接管方式。
• ✅ 先查明规则是匹配应用、域名、IP，还是只转发系统代理流量。
• ✅ 确认选项表达的是“通过代理”还是“绕过代理”，再开始添加规则。
• ❌ 不因浏览器已经能访问，就推断所有桌面应用都经过同一条线路。

按应用设置代理与直连规则

操作前先记下目标应用的名称和安装位置。Windows 中同一软件可能有启动器与实际工作进程，更新组件、子进程或后台服务也可能单独发起连接。若客户端只支持按进程匹配，规则应对应真正建立网络连接的程序；无法确认时，可先观察客户端的连接记录或进程列表，不要凭快捷方式名称猜测。

1. 选择基础模式。需要同时管理代理与直连流量时，通常从客户端提供的规则模式开始。确认规则模式已经启用，并查看默认出口是什么，避免未匹配规则的流量意外走错路径。
2. 添加目标应用。在应用或进程规则入口选择程序，或按客户端要求填写可执行文件路径。明确指定它走代理、隧道或相应代理组；如果客户端没有这一类规则，就不要假装已经完成按应用设置。
3. 添加直连名单。对只需本地网络的应用，使用客户端明确标注的直连、绕过或不代理规则。注意有些选项是“绕过 VPN”，有些却是“绕过系统代理”，覆盖范围并不相同。
4. 检查优先级。当应用规则、域名规则和默认规则同时匹配时，客户端会按自身的规则顺序或优先级处理。查看配置说明，避免较宽泛的规则先匹配，导致后面的应用例外永远不起作用。
5. 保存并重新加载。保存配置后按客户端提示应用变更。若目标程序已在运行，可完全退出后重新启动，让新进程连接重新匹配规则；只关闭窗口不一定会结束后台进程。

如果界面要求填写进程名，按客户端文档确认是否需要扩展名、完整路径或特定格式；不要自行套用其他软件的语法。若采用规则配置文件，先备份原配置，再做小范围修改。格式错误可能让整份配置无法加载，分阶段添加有助于迅速定位问题。

设置直连名单时也要留意应用是否访问本地网络、云端服务和登录服务器。如果只把主程序加入直连，而登录器或后台服务仍走代理，表现可能是页面能打开但登录失败。反过来，把整个软件目录中的所有进程都加入代理，也可能让更新器、局域网发现功能走上不需要的路径。按实际用途逐项添加，比一次扩大规则范围更容易维护。

逐项验证规则是否生效

验证时让目标应用产生真实网络请求，而不是只观察客户端的连接图标。尽量使用应用本身的登录、刷新或联网功能；若它有多个网络模块，应分别测试常用功能。不要把浏览器里的出口查询结果当作其他程序的证明，因为浏览器可能遵循系统代理，而目标应用可能使用独立连接方式。

1. 确认客户端状态。检查所选配置、节点或代理组已启用，规则模式与应用规则已加载。若客户端提供连接日志，确认目标应用发起请求时出现了对应记录，并查看匹配到的规则和出口类型。
2. 测试指定走代理的应用。重新启动目标应用，执行一项可重复的联网操作。对照客户端连接记录判断请求是否命中应用规则；如果只能通过网站测试，记得这只验证该应用当前访问的目标，不能代表其所有请求。
3. 测试指定直连的应用。用同样的方法确认请求命中了直连规则。若客户端日志不显示路由结果，可临时关闭代理进行对照，但要注意关闭代理会影响其他正在使用网络的程序。
4. 检查其他应用。选择一个应保持默认行为的程序进行测试，确认规则没有意外扩展到整台设备。还要检查本地打印机、共享目录或局域网服务是否仍按预期访问。
5. 记录可复现条件。记下应用名称、客户端模式、规则内容和测试结果。遇到更新或重启后失效时，这些信息能帮助分辨是规则加载问题、进程变化，还是客户端运行权限改变。

不同验证方式能证明的范围不同。客户端日志可以显示它观察到的连接及匹配结果，但不一定涵盖应用的所有网络组件；出口地址只能说明被测试的那次请求从哪里发出，不能单独证明 DNS、后台服务和其他程序都采用了相同路径。对需要稳定直连的程序，还要检查其实际使用的域名或服务器是否随版本变化。

规则失灵时的排查与恢复

当应用没有按预期走代理，先不要连续增加更多规则。按从简单到复杂的顺序检查：客户端是否仍处于预期模式，配置是否成功加载，目标应用是否匹配正确的进程，以及规则顺序是否被更宽泛的条件覆盖。客户端更新后，菜单、核心能力或进程识别方式可能改变，旧规则不一定继续适用。

• 规则没有命中：核对实际运行的可执行文件、子进程和路径。若应用通过启动器启动另一个进程，查看连接日志中真正发起请求的进程名称，再按客户端支持方式修正规则。
• 命中规则但仍无法连接：区分路由选择与目标服务可用性。检查所选代理组、域名解析和应用自身错误提示；必要时临时恢复客户端默认规则作对照，不要把所有问题都归因于分流。
• 直连名单没有效果：确认选项是绕过代理而不是绕过 VPN，检查是否存在优先级更高的规则。某些应用还有后台服务或独立更新进程，需要分别确认。
• 重启后配置丢失：检查是否编辑了当前启用的配置文件，或订阅更新是否覆盖了本地改动。优先使用客户端支持的本地覆写、规则集或自定义配置入口，避免直接修改会被更新替换的内容。
• Windows 提示权限或网络冲突：按客户端文档确认所需权限，检查是否有其他代理软件、虚拟网卡或安全策略正在影响连接。受组织管理的电脑应联系管理员，不要绕过设备策略。

如果需要恢复默认配置，先导出或备份当前规则，并记下已经验证有效的例外。然后在客户端中恢复默认路由或重新导入原配置，确认客户端能正常连接后，再从一条应用规则开始重建。不要直接删除系统网络组件、重置所有适配器或关闭安全软件；这些操作会扩大影响范围，也会让故障原因更难判断。

遇到持续异常时，整理客户端名称与版本、Windows 版本、使用模式、脱敏后的规则片段和日志中的错误信息。分享前遮住订阅链接、令牌、账户凭据和不必要的个人信息。可复现的最小配置通常比整份配置文件更适合用于排查。

常见问题

为什么浏览器走代理，其他应用却没有变化？

浏览器可能遵循 Windows 系统代理，而其他程序使用自己的网络连接；也可能客户端只代理了匹配规则的流量。确认当前接管方式，再查看目标程序的进程和连接日志。浏览器测试通过不等于其他应用也通过。

应用代理名单和直连名单能同时设置吗？

是否能同时设置取决于客户端。若支持，应查看规则优先级与默认策略，确保同一应用不会被相互冲突的规则匹配。先分别测试一条代理规则和一条直连规则，再扩展名单。

修改规则后必须重启应用吗？

不一定，但重启是排除旧连接影响的简单方法。已建立的连接通常不会因为规则更新就自动重新建立；完全退出并重新打开应用后，再检查新请求的匹配结果。

客户端没有按应用分流选项怎么办？

先确认它是否支持进程规则、TUN 接管或可自定义路由。若只支持系统代理或域名规则，就按其实际能力配置，不要把域名名单描述成应用名单。也可以选择支持目标分流方式的兼容客户端，并核实它能识别当前订阅与协议配置。