快连Windows端如何新增自定义分流规则？
功能定位：为什么需要自定义分流
在跨境办公或游戏场景里，全部流量走加密通道容易拖慢本地网银、微信视频等低延迟业务。快连 Windows 客户端的「自定义分流」允许把特定进程或目标域名设为「直连」或「加速」，既保留合规审计，又减少不必要的跳转。经验性观察：把微软 Teams 与本地网银放入直连后，晚高峰 CPU 占用下降约一个核心，会议卡顿感知明显减少。
入口与版本前提
以截至当前的最新版本为例，Windows 端需 6.8.1 及以上；若仍在 6.7 系，请先在「设置→关于」内点「检查更新」。入口位于主面板右上角「⋯」→「路由设置→自定义分流」；若未看到该页，说明账号等级为 Standard，需先订阅 Plus 或团队版。
新增规则的三条路径
1. 拖拽应用图标（最直观）
保持快连窗口不最大化，把桌面快捷方式直接拖进「自定义分流」空白区，系统会自动解析进程名与默认安装路径。弹窗会询问「直连」还是「加速」；选「直连」即跳过加密通道。适合单应用快速加入。
2. 手动添加进程
点击「+ 添加规则」→ 类型选「进程」→ 在「名称」栏输入可执行文件名，例如 wechat.exe，无需写全路径，客户端会按运行列表实时匹配。若同一软件存在多个版本，建议勾选「模糊匹配」以避免更新后失效。
3. 域名/IP 段模式
类型切到「域名后缀」填入 alicdn.com，或「IP 网段」写 203.119.0.0/16，可把整组 CDN 流量导向直连，减少游戏更新时的二次握手延迟。注意：域名优先级高于 IP，若同时匹配，以最先命中项为准。
规则优先级与冲突处理
快连采用「自上而下」顺序匹配，列表可拖拽排序。经验性观察：把「*windowsupdate*」类通配符置于底部，能避免系统更新被意外加速导致微软 CDN 节点识别异常。若出现「同一域名既在直连又在加速」的冲突，客户端会在状态栏弹黄色提醒，默认以第一条生效。
常见副作用与缓解
- 副作用 1：网银仍提示「不在常用网络」。原因是部分银行会校验出口 IP 归属地，若之前用香港节点登录，切回直连后 IP 突变，会被风控。缓解：在「自定义分流」里把网银进程设为「加速」并锁定「上海 CN2」节点，保持 IP 池稳定一周后再尝试直连。
- 副作用 2：Steam 下载速度骤降。经验性观察：把
steamcontent.com加入直连后，本地运营商对 Steam CDN 的限速策略反而生效。可回退为「加速」或把规则改为「IP 段」白名单，仅放行子网 47 段。
验证与观测方法
打开「路由设置→实时日志」，勾选「显示被分流项」。重新启动目标应用，若规则生效，日志会打印「Bypass」或「Proxy」字样及对应进程 PID。可配合 Windows 资源监视器，看「网络活动」栏目的远程地址是否出现预期节点 IP，验证是否走错通道。
适用/不适用场景清单
| 场景 | 建议 | 理由 |
|---|---|---|
| 企业 SaaS 后台 | 加速 | 避免本地宽带 QoS 丢包，SSL 握手更稳定 |
| 微软 Office 更新 | 直连 | CDN 节点就在省内，加速反而绕路 |
| Web3 空投任务 | 加速并锁定住宅 IP | 降低女巫审查概率，但需保持 24h 在线 |
| Zoom/Teams 国际会议 | 加速 | UDP-TCP Hybrid 在丢包 5% 时仍可维持 1080p |
| 国内直播推流 | 直连 | 平台对省内 IP 有带宽优惠，加速后可能被限码率 |
最佳实践 5 条
- 先「日志验证」再「批量导入」，避免一次性拖入 20 个应用导致冲突。
- 对同一软件不同版本使用「通配符+模糊匹配」，减少更新后失效。
- 每周检查「节点详情」里的「最近使用」栏，把久未变动的银行类进程锁定到固定城市。
- 游戏大版本更新前，把更新程序临时设为「直连」，更新完即恢复，兼顾速度与完整性校验。
- 团队账号开启「规则模板同步」，由管理员统一推送，避免成员各自维护出现缺口。
故障排查速查表
可能原因：① 进程名写错大小写；② 应用启动早于快连，导致注入失败；③ 与其他安全软件驱动冲突。
验证：在「任务管理器→详细信息」确认进程名，重启快连并以管理员身份运行，再次测试。
处置：若仍无效，把规则类型改为「域名后缀」兜底，或临时关闭第三方防火墙的「网络层保护」再观察。
FAQ（结构化数据）
自定义分流上限是多少？
Windows 端单设备最多 128 条，团队模板合计 512 条，超出需删除旧规则才能继续添加。
能否导入 Surge/Clash 格式？
目前仅支持 JSON 与自有 .qrules 格式，Surge 语法需先通过社区转换脚本处理，官方未提供一键导入。
回退后规则会丢失吗？
降级到 6.7 系会触发兼容检查，自定义分流页将被隐藏，但配置仍保存在本地.db，升级后可自动还原。
下一步行动
完成第一条规则后，先跑 24 小时观察「实时日志」与「节点详情」的延迟曲线，确认无掉线或异常跳转，再把模板导出备份到网盘。后续若更换设备，登录同一账号即可拉取规则，无需重复配置。遇到更新后规则失效，优先检查进程名大小写与路径变动，再考虑升级客户端或回退模板。如此循环，就能把「自定义分流」真正变成日常提速与合规的杠杆，而非额外的维护负担。
