QuickQ如何添加自定义规则？

2026年4月21日 QuickQ 团队

在 QuickQ 里添加自定义规则时，一般会进入“规则管理”或“自定义规则”页面，点击“新增/添加”，选择匹配类型（域名、IP、端口、进程等），填写具体匹配值，选定动作（走代理/直连/绕过或指定节点）、优先级与备注，保存并启用，最后重载配置或重连以确保生效。

QuickQ如何添加自定义规则？

先说为什么要自定义规则

有时候你并不想把所有流量都走同一条通道：办公软件直连、本地服务绕过、海外站点走代理、游戏走最近节点……自定义规则让你把不同流量分流到不同策略上，既能保持速度，也能兼顾隐私和可用性。QuickQ 提供规则能力后，就能做到精细控制，这比单纯开启/关闭代理方便多了。

基本概念（弄清这几个词就够用）

匹配条件（Match）

  • 域名（Domain）：以域名或通配符匹配，例如 example.com、*.example.net。
  • IP / 网段（IP/CIDR）：单个 IP 或网段，例如 203.0.113.5、192.0.2.0/24。
  • 端口（Port）：指定目标端口或端口范围，如 80、443、1000-2000。
  • 应用/进程（App/Process）：按进程名或包名分流（Windows 的 exe 名称、Android 的包名、macOS 的 bundle id）。
  • SNI/路径/协议：部分客户端支持基于 TLS SNI、HTTP 路径或协议（TCP/UDP）进行匹配。

动作/策略（Action/Policy）

  • 走代理（Use Proxy）：将匹配流量发到指定的代理节点。
  • 直连（Direct）：不通过代理，直接访问互联网。
  • 绕过（Bypass）：本地或私有网络地址绕过 VPN。
  • 指定节点（Node/Relay）：把流量强制发往某个具体出口节点（如日本节点、英国节点）。
  • 负载/分流（Load Balance/Rule Chain）：复杂场景下按策略组分配。

优先级与顺序

规则的先后顺序决定生效。大多数客户端按从上到下匹配，第一个匹配的规则就生效。因此常见做法是把最具体的规则放在前面（例如特定 IP 或进程），把通配或默认规则放在最后。

通用添加步骤（一步步来，适用于大多数 QuickQ 版本）

  • 打开规则界面：启动 QuickQ，找到“设置”或“偏好设置”，然后进入“规则管理”、“路由”或“自定义规则”标签页。
  • 新建规则：点击“新增”、“添加规则”或“+”按钮。
  • 选择匹配类型：在弹出窗口选择你要用的匹配方式（域名/IP/端口/应用等）。
  • 填写匹配内容：输入具体的域名、IP、CIDR、端口或应用名。注意格式（见下方范例）。
  • 选择动作/策略：指定该规则的处理方式，比如“走代理（节点A）”、“直连”或“绕过”。
  • 设置优先级与备注：如果界面支持优先级，可填数字或拖拽调整顺序，同时加上便于识别的备注。
  • 保存并启用：保存规则，并确保该规则被启用（有的版本需要勾选“启用”）。
  • 重载配置/断开重连：为确保生效，通常需要点击“应用”或“重载配置”，有时需要断开再连接 VPN。

在不同平台上的小差别（Windows / Android / macOS）

Windows

Windows 客户端常见“规则”面板支持拖拽排序和按优先级数字排序。进程匹配通常用可执行文件名（如 chrome.exe、WeChat.exe）。管理员权限可能影响进程级分流的能力：如果无法匹配应用，试试以管理员身份启动 QuickQ。

Android

移动端往往受限于系统权限：按包名分流需要 QuickQ 拥有本地 VPN 权限并使用 per-app VPN 功能（Android 的 VPN API 支持）。有些版本只能基于域名或 IP 分流，无法直接以进程名分流。

macOS

macOS 支持按应用（bundle id 或应用名）和域名分流，但注意系统 SIP 与权限限制；若规则不生效，尝试在系统偏好里给予网络权限或在 QuickQ 的安装目录运行修复权限的工具（如果有）。

规则表达式与范例（常见写法）

规则名称 匹配类型 匹配内容 动作 说明
办公直连 域名 corp.example.com 直连 公司内网域名直连，避免走代理导致认证问题
视频走日本节点 域名 / 正则 *.video-example.jp 或 ^.*\.video-example\.jp$ 节点：JP-1 针对日本视频站点指定节点以降低延迟
本地网段绕行 IP/CIDR 192.168.0.0/16 绕过 LAN 流量不走 VPN
游戏走低延迟节点 进程 game.exe 或 com.game.company 节点：SG-LOWLAT 按程序名分流，确保游戏更稳定

写规则时的语法与注意事项

  • 通配符：多数规则引擎支持 * 来匹配任意字符，例如 *.example.com。
  • 正则：有些高级模式支持正则表达式，但写前确认客户端是否启用正则匹配，否则会把它当普通字符串。
  • CIDR 语法：IP 网段使用 192.0.2.0/24 这种格式，别把掩码写成 255.255.255.0。
  • 端口范围：写 1000-2000 或 80,443 之类，注意格式要求。
  • 大小写敏感：域名通常不区分大小写，进程名在不同系统上可能区分大小写。
  • 顺序关键：从具体到泛化；例如先写特定 IP 再写 *.example.com，再写默认规则。

测试规则是否生效的方法

  • 用浏览器访问目标域名，观察 QuickQ 面板的实时连接/日志，看请求是否被分到期望节点。
  • 使用命令行工具：ping / traceroute / nslookup 或 curl -v 来查看连接路径和解析结果。
  • 检查日志：很多客户端会记录规则匹配日志，开启调试日志可以看到匹配哪条规则。
  • 断开/重连：修改规则后如果不生效，试着重载配置或断开再重连 VPN。

导入、导出与备份规则

如果 QuickQ 支持规则导入/导出，推荐把规则以文本或 JSON 导出备份。常见做法是把规则库放在云端（如自己控制的 Git 仓库或私有云盘），这样换设备或重装客户端时能快速恢复。

常见问题与排查提示

  • 规则不生效：确认规则是否启用；确认顺序；检查是否有更先匹配的“黑洞”规则覆盖；尝试重载配置。
  • 按进程分流无效果：Windows 试试以管理员运行客户端；Android 需要系统支持 per-app VPN；macOS 需授予网络权限。
  • DNS 泄露：有些规则只分流 TCP 流量，DNS 请求仍走系统解析，确认是否启用了 DNS 劫持或使用 QuickQ 提供的 DNS。
  • 某些网站卡顿：可能是节点问题，尝试改用直连或更换节点；也可能是 MTU/IPv6 问题。

高级场景与建议

  • 分应用+分域名混用：优先匹配特定应用内的特殊域名，这样可以更精确地控制流量。
  • 失败回退：配置一个“兜底”规则，把未匹配流量发到默认节点或直连，避免被误封。
  • 性能考虑：规则数量过多会增加匹配开销，尽量把最常用的规则放前面并合并相近规则。
  • 安全性：敏感业务（银行、Token 登录）尽量走直连或受信任的出口节点，避免走不可信的中转。

一个实际例子（手把手操作）

举个我常用的例子：我要让公司邮件服务器直连、视频站点走日本节点、所有国内站点走直连，其他都走默认节点。操作过程一般是：

  1. 打开规则管理，新增“公司邮件”规则，类型域名，填写 mail.company.com，动作：直连，优先级置顶。
  2. 新增“视频网站-JP”规则，类型域名，填写 *.video-example.jp，动作：节点 JP-1，优先级放在中间。
  3. 新增“国内直连”规则，类型为域名或 IP（中国大陆 IP 段），动作直连，优先级靠后。
  4. 最后一条新增“默认”规则，匹配所有（*），动作：节点 Default-US。
  5. 保存并应用，重载配置，打开视频测试延迟和播放，检查邮件能否正常收发。

结尾随想（写着写着想到的）

其实做规则就是在搭积木：把明确的块先摆好，再用通配或默认块填充漏洞。QuickQ 的界面可能会随版本变化，但思路不会变——确定匹配条件、指定动作、注意顺序、测试生效。写多了你会发现一套适合自己的规则库可以让日常上网舒服不少，遇到问题也别慌，逐条排查就行。就这样，先把常用场景写成模板，慢慢迭代就好。