QuickQ 局域网内所有设备自动走加速怎么设置

把QuickQ的加速能力扩展到整个局域网，最稳妥的做法是把它或其兼容协议部署在网关层：在路由器刷入支持的固件、用一台独立网关（如Raspberry Pi、虚拟机或pfSense）做VPN出口，把默认网关指向这台设备，并设置NAT、策略路由、DNS和漏泄防护，必要时在路由器上做端口/局域网白名单以兼顾本地访问。

Table of Contents

先说一遍“为什么”——用一个简单比喻帮助理解

想象局域网像你家的一座小桥，所有人要过桥去外面。QuickQ 就像桥下的一条极速专用船，把大家从桥下运出去更快更隐蔽。如果只把船给某几个人，那其他人还是走普通桥。要让“所有人都坐船”，就要把桥口改成通往那条船的唯一出口，也就是把路由器或网关改成把流量统一送到QuickQ（或其兼容的VPN通道）。

总体思路（一步到位的框架）

把VPN放在网关层：路由器/独立网关做VPN客户端，整个LAN的出接口就是这条VPN。
配置网络转发和NAT：让通过网关的局域网IP被转换为VPN分配的公网IP。
DNS与漏泄防护：设置DNS走VPN提供的解析或可信DNS，防止DNS请求从本地ISP泄露。
策略路由与例外：必要时为局域网内某些设备或服务保留直连或本地访问通道（例如NAS、打印机）。
测试与监控：测试IP、DNS泄露、性能，同时准备回滚方案。

三种常见实现路径（优缺点一览）

方案	优点	缺点
路由器固件上直接运行VPN（OpenWrt/Asuswrt-Merlin/DD-WRT/Tomato）	最整洁，所有设备透明走VPN；设备统一管理	需要路由器支持或刷机，有学习成本；性能受路由器CPU限制
独立网关（Raspberry Pi、旧电脑、虚拟机、pfSense）	灵活，性能可扩展；便于做复杂策略路由	额外设备/电源消耗；配置稍复杂
在某台PC/Mac上做Internet Sharing/ICS	快速临时方案，不改路由器	单点故障，需那台机器一直在线；稳定性与性能受限

具体步骤（以网关层部署为主线，先概览再详解）

从高到低分三步走：准备（确认账号、协议、设备能力）→ 部署（在路由器或网关上配置VPN客户端、NAT、DNS）→ 验证与优化（检测IP/DNS漏泄、调整MTU、QoS）。下面把每一步拆开来讲。

第一步：准备工作

确认QuickQ账户并了解支持的协议：WireGuard、OpenVPN、IKEv2等。优先用WireGuard（如果支持），因为速度与稳定性通常更好。
确认你的出口设备：路由器是否可刷机或原生支持OpenVPN/WireGuard？是否考虑用Raspberry Pi或一台旧PC做网关？
备份当前路由器配置，准备恢复介质（固件、ssh、串口等）。
记录局域网内需要保留本地访问的设备IP（打印机、NAS等），以便后续做策略例外。
检查QuickQ的并发设备限制：某些服务把路由器当作一台设备计数，确认是否超出限制或需要购买路由版许可。

第二步：在路由器/网关上部署VPN（典型配置）

下面给出几类常见平台的要点与命令片段，按自己实际平台选择。

OpenWrt（或基于它的界面）

安装必要包：luci-app-wireguard、wireguard、dnsmasq-full（或对应OpenVPN包）。
网络设置：在 /etc/config/network 添加 wireguard 接口，或者在 Web 界面里添加 WireGuard 客户端配置。示例（简化）：
在 network 配置里创建 wg0，指定私钥、Peer 公钥、Endpoint：端口，AllowedIPs=0.0.0.0/0
启用 IP 转发：
echo 1 > /proc/sys/net/ipv4/ip_forward
设置 NAT（把 LAN 流量转换到 VPN 接口）：
iptables -t nat -A POSTROUTING -o wg0 -j MASQUERADE
DNS：在 DHCP 设置中指定使用 VPN 提供的 DNS 或可信公共 DNS，并禁止 DNS 泄露（dnsmasq 强制走本地解析并远程转发）。

Asuswrt-Merlin / DD-WRT / Tomato

这些固件通常有内置 OpenVPN 或 WireGuard 客户端界面，填写 QuickQ 提供的配置或手工填入服务端地址、用户名/密码、需要的证书/密钥。
在防火墙规则里把 LAN 到 WAN 的默认路由改为走 tun0 或 wg0 接口；有些固件支持“policy-based routing”来指定全局走 VPN。

pfSense（企业/高级家庭用户）

在 System > Package Manager 安装相关客户端支持（如 OpenVPN 客户端）
Interfaces → Assign 新增 VPN 接口，System > Routing 创建 Gateway
Firewall → Rules 在 LAN 规则顶部加一条：源为 LAN net，网关选择 VPN Gateway（这样所有流量经由该网关）。可以创建 Gateway Groups 做故障转移。

用 Raspberry Pi 或 Linux 机器做网关（常用、灵活）

安装 WireGuard 或 OpenVPN 客户端，配置并启动客户端，使其建立到 QuickQ 的隧道（假设 VPN 接口为 wg0 或 tun0）。
开启转发与 NAT：
sysctl -w net.ipv4.ip_forward=1

iptables -t nat -A POSTROUTING -o wg0 -j MASQUERADE
把家庭路由器的默认网关指向 Raspberry Pi 的 LAN IP（或在路由器的 DHCP 中，把网关设为 Pi 的 IP），这样所有设备默认出站都会走 Pi。

第三步：策略路由与局域网例外

如果你希望局域网内设备能继续访问NAS或打印机，别把这些设备的流量强制走VPN。可以在路由器/网关上添加路由表规则：局域网内目标地址走本地接口，其他走VPN。
举例（iptables + ip rule）：
ip rule add from 192.168.1.0/24 table 200

ip route add default via 192.168.1.1 dev eth0 table 200

（这是更细粒度的策略路由思想，具体命令视系统而定。）

常见问题与排查清单（实际动手时很管用）

如何验证是否全局走VPN：从局域网任一设备访问 “what is my ip / DNS leak test”，IP 应显示为 QuickQ 分配的出口IP，DNS 不应显示本地ISP提供的解析。
网络不通或双重NAT：检查路由器和网关是否有冲突的 NAT 规则，避免两段都做 MASQUERADE 导致问题。
局域网设备无法相互访问：检查防火墙规则是否阻止 LAN 内互通；如果把流量全部送到VPN，可能需要在路由器上添加 LAN 到 LAN 的“允许”规则或特殊路由。
速度慢：优先选WireGuard；检查网关设备CPU是否成为瓶颈，必要时升级硬件或在路由器使用硬件加速。
VPN掉线自动恢复：在路由器/网关上配置监控脚本，当隧道断开时自动重连，或用网关组做故障转移/断线保护。
并发设备限制：如果 QuickQ 限制同时连接数，确认路由器/网关算作几台设备；必要时联系服务商或购买路由器部署许可。

安全与隐私注意事项

保证路由器固件是最新的，关闭不必要的远程管理端口。
使用强密码与密钥，妥善保管QuickQ的配置凭据。
启用“Kill Switch”策略：如果VPN掉线，防止流量回落到ISP线路，通常可以通过防火墙规则实现（只允许通过VPN接口转出流量）。
定期做DNS泄露与IP泄露检测（dnsleaktest、ipleak.net 等网站），验证配置是否有效。

一些实用小技巧（让日常更顺）

把重要设备（比如电视盒、游戏主机）分配静态IP，便于在策略路由里单独管理。
调整 MTU（特别是在双层封装或WireGuard over UDP场景），避免出现分片导致性能下降。
如果经常需要切换VPN服务器，写脚本或使用路由器的 UI 批量管理配置文件。
做性能基准测试：在不同时间测试延迟和下载速度，选择合适的QuickQ服务器或节点。

举个稍微“手把手”的例子：Raspberry Pi + WireGuard

在Pi上安装 wireguard：sudo apt update && sudo apt install wireguard
把QuickQ提供的 WireGuard 配置文件（或按 QuickQ 指引填写）放到 /etc/wireguard/wg0.conf
启用转发并设置 NAT：
sudo sysctl -w net.ipv4.ip_forward=1

sudo iptables -t nat -A POSTROUTING -o wg0 -j MASQUERADE
设置路由器 DHCP 把网关改为 Pi 的 LAN IP，或在路由器上添加一条静态路由。
测试：任一LAN设备访问“我的IP”，应显示VPN的IP；若不对，检查 wg show 与 iptables 规则。

最后说两句：常见误区与提醒

误区：以为把某个设备连到VPN就等于全局加速——只有在网关层部署，才能覆盖所有设备。
误区：路由器性能足够——许多家用路由器CPU太弱，无法在加密隧道下维持高吞吐，需要评估。
提醒：在企业或学校网络里大规模改动网关前，先征询网络管理员或遵守相关合规要求。

想想当初我第一次把家里所有设备都“统管”到一个VPN上，也踩了不少坑：忘记设置静态IP导致NAS不可达、没开启DNS强制而出现泄露、以及低端路由器加密后吞吐掉到几十兆——这些经验才让我意识到把VPN做在网关层既是最干净的方案，也是需要耐心调试的活儿。按上面步骤来，按顺序验证、先备份、慢慢调，问题基本都能一一排除。