本文面向已经会使用 v2rayN 的远程办公用户，重点解决 Zoom、Slack 与 Google Meet 在同一台 Windows 电脑上的分流问题。核心思路是让国内办公服务、企业内网和常用国内网站保持直连，把视频会议、协作消息及其依赖的域名交给代理，同时保留清晰的本地监听端口、稳定的 DNS 解析和可快速切换的备用节点。文中的端口、域名分类和操作路径均用于建立排查基线，实际配置仍应以当前客户端界面、企业网络策略和服务商提供的节点参数为准。
先确认远程办公的分流目标
v2rayN 是 Windows 上的图形客户端，负责导入订阅、选择节点、生成运行配置以及切换系统代理；Xray 或其他代理内核负责实际建立连接、执行 DNS 和路由规则；Windows 系统代理则把 HTTP、HTTPS 等请求入口公布给能够读取系统代理的应用。三者职责不同，不能因为 v2rayN 主界面显示“运行中”，就认为 Zoom、Slack 和 Google Meet 已经全部进入代理。
远程办公场景通常同时存在三类流量。第一类是会议和协作服务，需要尽量减少连接失败、反复登录和音视频中断；第二类是国内业务系统、企业内网、打印机管理页和本地文件服务，通常应保持直连，避免不必要地绕行远端节点；第三类是普通网页、软件更新和个人应用，可以按已有规则决定直连或代理。分流的目标不是把所有流量都交给代理，而是让不同业务走适合的出口。
| 流量对象 | 建议方向 | 主要原因 | 验证重点 |
|---|---|---|---|
| Zoom 会议 | 代理优先 | 降低特定网络环境下的登录、信令或媒体连接失败概率 | 登录、入会、麦克风和摄像头连接是否稳定 |
| Slack 工作区 | 代理优先 | 消息、文件、工作区接口可能使用多个域名 | 消息收发、文件列表和通知是否正常 |
| Google Meet | 代理优先 | 会议页面、登录与实时媒体可能不是同一组域名 | 入会速度、音视频状态和屏幕共享 |
| 企业内网与国内系统 | 直连优先 | 减少绕行，并避免企业访问控制识别到异常出口 | 内网域名、局域网 IP 和办公门户 |
结论：先按业务分组，再按域名补规则
会议应用往往不只访问一个主域名，单独把登录页加入代理并不能保证音视频链路正常。更可靠的做法是先使用客户端已有的域名分类规则，再通过浏览器开发者工具、应用日志或连接记录补充实际出现的域名；不要直接把所有流量改成全局代理。
准备本地端口与代理模式
开始编辑分流规则前，先确认 v2rayN 当前使用的本地监听地址和端口。打开「设置」→「参数设置」，记录 HTTP、SOCKS 或混合代理端口。常见示例是 HTTP 使用 127.0.0.1:10809、SOCKS 使用 127.0.0.1:10808，但这两个数字并不是固定标准，必须以当前界面显示值为准。若浏览器、Zoom 或其他应用曾经手动填写旧端口，修改后还要同步更新。
对于能够读取 Windows 系统代理的浏览器和部分桌面应用，可以先使用系统代理模式建立基线。对于不读取系统代理、需要处理 UDP、或会议媒体连接明显不稳定的程序，才考虑 TUN 模式。TUN 会把更大范围的系统流量交给虚拟网卡，再由内核根据规则分流，因此覆盖面更广，也更容易影响企业内网、打印机地址和本地开发服务。
保留国内业务直连，只把会议、协作和明确需要的域名交给代理。先从系统代理加规则开始，出现应用不接入时再单独处理。
适合：企业办公、需要访问内网和本地资源
所有能够接入本地代理的请求都优先走代理，验证会议服务是否可用较直接，但国内服务、公司系统和本地资源可能受到影响。
适合：短时间定位是否为出口问题
通过虚拟网卡接管更广泛的连接，适合不读取系统代理或需要处理更多网络类型的程序。启用前必须准备直连规则和局域网例外。
适合：系统代理无法覆盖的会议或协作应用
在 v2rayN 中建立会议分流
不同版本的 v2rayN 可能将路由入口放在「设置」→「路由设置」、配置文件编辑器或当前服务器配置的高级选项中。无论界面名称如何变化，实际需要确认的都是规则顺序、匹配对象和出口标签。通常应先处理明确的直连例外，再处理会议和协作域名的代理规则，最后保留兜底规则。
域名匹配优先于手工罗列所有 IP。Zoom、Slack 和 Google Meet 可能使用内容分发网络、鉴权接口、更新服务以及实时媒体服务，IP 会随地区、时间和网络条件变化。可以把应用官方提供的服务域名或企业管理员确认的域名加入规则；不要从一次连接中抄出一个 IP 后长期固定使用，也不要把陌生的第三方域名未经核实地全部加入代理。
记录当前端口
打开 v2rayN「设置」→「参数设置」，记录 HTTP、SOCKS 或混合端口，并确认监听地址仍为
127.0.0.1。若端口已被其他程序占用，先处理监听错误。确认内核类型
查看当前配置使用的 Core 类型。若订阅含有 VLESS、Reality 或其他 Xray 特有字段，应确认选中的内核能够识别这些字段，并在日志中检查是否成功启动。
设置直连例外
在「路由设置」中保留局域网、企业内网域名、私有地址和明确要求直连的国内业务规则，避免启用 TUN 后办公门户、打印机或远程桌面地址被送入代理。
加入代理规则
把经过确认的 Zoom、Slack、Google Meet 服务域名加入代理出站。规则应放在兜底直连或兜底代理之前，并检查域名匹配类型是否为完整域名、后缀域名或关键字匹配。
选择稳定节点
先选择延迟、丢包和晚高峰表现较稳定的节点，不要只看一次测速结果。保存一个主节点和一个备用节点，会议前提前完成切换测试。
逐项验证应用
依次测试 Slack 消息、Zoom 入会和 Google Meet 音视频，不要三个应用同时打开后再判断。每次切换规则或节点后等待约 20 秒，让旧连接完成关闭与重建。
HTTP 代理示例：127.0.0.1:10809
SOCKS 代理示例：127.0.0.1:10808
监听范围：仅本机回环地址
规则顺序：企业内网直连 → 会议与协作代理 → 其他流量按默认策略处理如果客户端提供“通过代理更新订阅”的选项，更新订阅时应根据当前网络情况选择。订阅地址本身无法访问时，可以先用已有可用节点建立连接，再执行更新；但不要把订阅下载失败误判成 Zoom 或 Slack 的分流失败。订阅更新只负责取得新的节点和规则来源，更新完成后仍要重新确认当前活动配置与出站选择。
验证会议稳定性与节点切换
远程办公的稳定性不能只用网页是否打开来判断。Slack 页面能加载，可能仍然不代表实时通知、文件上传或工作区接口全部正常；Google Meet 能进入会议，也不代表麦克风、摄像头和屏幕共享使用了同一条稳定路径；Zoom 登录成功后，会议媒体连接仍可能因为节点丢包、UDP 处理方式或规则遗漏而异常。
建议在正式会议前按固定顺序做短测试。先打开一个国内业务页面，确认直连规则没有被代理覆盖；再发送一条 Slack 测试消息并读取一个文件列表；随后进入 Zoom 或 Google Meet 的测试会议，观察音频、视频、屏幕共享和会议状态。若桌面应用不受系统代理影响，再单独检查应用自身代理设置或评估是否需要 TUN，而不是立即把所有流量改为全局代理。
| 测试项目 | 成功表现 | 异常时优先检查 |
|---|---|---|
| 国内办公门户 | 页面打开、登录和内网资源访问正常 | 直连规则、私有地址例外、TUN 路由 |
| Slack 消息 | 消息发送、接收和通知延迟正常 | 工作区域名、应用代理方式、DNS 解析 |
| Zoom 入会 | 登录、入会、音频和视频均可用 | 登录域名、会议服务域名、节点丢包 |
| Google Meet | 页面、麦克风、摄像头和共享功能正常 | 浏览器代理、媒体连接、TUN 与 UDP 处理 |
| 节点切换 | 停止旧连接后，新节点在合理时间内恢复 | 核心日志、服务器地址、TLS 或传输参数 |
节点切换时，建议先停止当前系统代理或暂时关闭客户端的代理开关，选择备用节点后重新启动，再逐项恢复测试。若只是会议中出现短暂断流，不要连续快速点击多个节点，因为旧连接、浏览器媒体会话和应用缓存可能同时存在，反而会增加判断难度。记录每个节点的使用时间、会议类型和异常表现，比凭印象判断“哪个最快”更有价值。
结论：会议前准备备用节点，会议中不要频繁重配
主节点和备用节点都应在非会议时间完成完整验证，包括登录、消息、音视频和国内业务直连。正式会议开始后优先保持当前配置；只有确认节点持续丢包或核心日志反复报错时，才按预先记录的备用方案切换。
常见异常的定位顺序
如果 Zoom、Slack 和 Google Meet 同时异常，优先检查 v2rayN 是否仍在运行、本地端口是否监听、系统代理是否指向当前端口，以及当前节点是否能建立基础连接。如果只有某一个应用异常，优先检查该应用是否读取系统代理、是否保存了独立代理设置，以及该应用是否还需要没有加入规则的域名。
如果会议页面可以打开但音频或视频不稳定，问题可能出在实时媒体连接、节点丢包、UDP 支持或 TUN 覆盖范围，而不是登录域名。此时可以先用浏览器和桌面应用分别测试，再比较系统代理与 TUN 的结果。若启用 TUN 后国内办公系统异常，应立即检查局域网、企业域名和私有地址直连规则，不要简单地把所有国内域名加入一条宽泛规则。
- 本地代理连接被拒绝：检查 v2rayN 是否启动内核，以及应用填写的端口是否仍为 10808 或 10809 等当前实际值。
- 页面能开但消息不更新：检查 Slack 工作区相关域名、长连接是否被规则遗漏，以及应用是否绕过系统代理。
- 能进会议但音视频断续：检查节点丢包、媒体连接、UDP 处理和 TUN 模式，不要只测试登录页面。
- 国内系统变慢或无法访问：检查直连规则、企业内网域名、私有地址和局域网网段是否被代理接管。
- 切换节点后仍显示旧状态：完全退出旧连接，等待应用重建会话，再观察核心日志中的新出站记录。