想让家里的多台设备共用一条 VPN 连接，可以把支持代理或隧道客户端的 OpenWrt 路由器作为统一入口。不过，“路由器已连接”不代表所有设备的流量都会自动经过线路：还要配置流量转发、策略路由和 DNS，并确认哪些设备应该走线路、哪些设备继续直连。不同 OpenWrt 版本、路由器架构和客户端界面差异较大，下面按通用思路说明操作顺序；安装包名称和菜单位置请以固件及客户端文档为准。
开始前：确认路由器、固件与配置兼容
先确认路由器运行的是可正常管理的 OpenWrt 固件，并且当前能通过有线或 Wi-Fi 登录管理页面。记录固件版本、设备架构和可用存储空间；第三方插件并非适用于所有机型，照搬其他设备的安装命令可能导致依赖不匹配、空间不足，甚至无法启动。若路由器承担家庭主网络，务必先备份当前配置，并确认自己能通过网线重新进入管理页面。
接着分清手里的连接资料。订阅链接通常需要交给兼容客户端导入；它不是可以直接填进 OpenWrt「接口」页面的普通网址。若使用 WireGuard 等原生隧道配置，则一般需要对应的私钥、公钥、地址、端点和路由参数；这些字段不能用普通订阅链接代替。Shadowsocks、VMess、Trojan、Hysteria2 等名称对应不同协议或连接方案，客户端必须同时支持相应协议和订阅格式，不能只凭协议名称判断兼容。
如果你使用 VPNQN，可从客户端入口查看可用资料，并参考快速上手了解订阅导入的一般流程。路由器上的第三方客户端与 Windows、macOS、Android 或 iOS 官方客户端不是一回事：路由器插件是否支持某项导入方式，应以插件自身说明为准。不要把完整订阅地址发到公开论坛、截图或不可信的转换网站。
| 准备项目 | 核对重点 | 不匹配时的处理 |
|---|---|---|
| OpenWrt 固件 | 版本、设备架构、存储空间和软件源状态 | 先查设备对应文档，不要安装面向其他架构的包 |
| 客户端或插件 | 是否支持当前固件、协议类型和订阅格式 | 选用明确兼容的客户端，或采用服务方提供的其他配置方式 |
| 订阅或隧道参数 | 资料是否完整、是否仍有效，以及是否需要定期更新 | 回到服务面板重新核对，不要猜填缺失参数 |
| 家庭网络拓扑 | OpenWrt 是主路由还是旁路由，LAN 网段和默认网关是什么 | 先画清设备连接关系，再决定路由与 DHCP 由谁负责 |
还要明确路由器的工作位置。主路由通常直接连接上游网络并为家庭设备分配地址；旁路由则与现有主路由并存，设备可能需要手动指定网关，或由主路由配置策略。两种部署的 DHCP、默认路由和防火墙设置不同。若不确定当前是哪一种，先在 OpenWrt 的网络页面查看 WAN、LAN 地址，并对照设备实际连接方式，不要同时改动主路由和旁路由的 DHCP。
先规划设备分流，再安装连接
全屋接入不一定意味着全家设备都走同一条线路。可以按设备、目标地址或域名设置策略：例如让电视盒子或指定终端使用代理，而打印机、智能家居设备和本地文件共享仍走家庭 LAN。具体可用的分流条件取决于客户端，有的支持按客户端 IP 或 MAC 地址识别设备，有的主要按域名、IP 规则处理；不要假设每个插件都有相同功能。
开始配置前，为需要单独分流的设备建立清晰的识别方式。若按 IP 地址匹配，最好在 DHCP 中为设备保留地址，避免设备地址变化后规则指向错误终端；若按 MAC 地址识别，要留意手机或电脑可能启用随机 MAC，导致路由器看到的设备标识与预期不同。给规则起能看懂的名称，并记录设备、走向和例外条件，日后排查时比一长串难辨认的规则可靠。
- ✅ 先确定哪些设备需要走线路，再为其单独建立策略。
- ✅ 家庭打印机、路由器管理地址和本地共享服务通常应保持 LAN 内可达。
- ✅ 修改前保存当前路由与 DNS 设置，确认出现问题时可以恢复。
- ❌ 不要把“全局”当成自动接管所有流量的保证；客户端模式和路由规则决定实际覆盖范围。
- ❌ 不要让多个代理插件或多个隧道同时改写默认路由，除非你明确知道它们的优先级关系。
策略路由与客户端的“规则模式”相关，但不是同一个概念。客户端可能先按规则决定某个请求走代理还是直连；路由器再根据路由表和策略规则，把对应流量发往指定接口。若设备被分到代理策略，却没有正确的转发出口，表现可能是无法访问；若所有流量都被送入隧道，则局域网设备之间的访问也可能受到影响。因此，先保留路由器管理流量和 LAN 通信，再逐步添加需要接管的设备。
在 OpenWrt 上逐步配置并验证
以下流程适用于使用兼容客户端插件的常见部署思路，具体菜单名称会因 LuCI、固件分支和插件版本而变化。一次只改一类设置；每完成一个阶段，就检查客户端状态和家庭网络，而不是把所有选项一起打开后再猜问题出在哪里。
- 备份并记录现状。在 OpenWrt 管理页面导出配置备份，记录 WAN、LAN、DHCP、DNS 和默认网关设置。确认本机管理地址可访问，并准备网线或其他恢复途径。不要在不熟悉防火墙规则的情况下清空配置。
- 安装与固件匹配的客户端。先从固件或插件维护方的文档确认支持的版本、依赖和安装方式。安装后检查服务能否启动、日志是否出现配置错误。不要仅因界面中出现插件菜单就认定底层组件已正常运行。
- 导入连接资料。在插件对应的订阅或配置入口添加资料，按说明刷新配置，确认节点或隧道参数已加载。首次测试只选择一条明确可用的配置，不要同时改动协议、DNS 和分流规则。若导入失败，检查链接是否完整、客户端是否支持该格式以及路由器能否访问订阅地址。
- 先验证路由器自身连接。启动连接后检查客户端状态、日志和接口状态。再从路由器侧或一台临时测试设备检查公网出口是否发生预期变化。客户端显示“已连接”只代表连接状态，不足以证明所有 LAN 设备的请求都已经过该出口。
- 配置策略与转发。按插件文档启用适合当前拓扑的转发或策略路由，再先添加一台测试设备。确认该设备能访问预期的外部服务，同时仍可访问 OpenWrt 管理页面和需要保留的局域网资源。之后再逐台增加其他设备，避免一开始就把全网流量切换。
- 检查 DHCP、DNS 与 IPv6。确认家庭设备使用预期的网关和 DNS 服务器。若客户端支持 DNS 转发或远端解析，按其文档配置，并用实际设备验证解析结果。IPv6 是否被代理取决于客户端、上游网络和规则；若只配置了 IPv4，设备仍可能通过 IPv6 直连。不要盲目关闭 IPv6，应先确认网络需求，并按客户端能力配置或制定明确的回退策略。
- 测试常用设备并保存可回退设置。分别检查手机、电脑、电视等实际用途设备；浏览器打开网页只是其中一项，目标应用也要单独验证。确认本地打印、投屏或共享目录仍可使用后，再导出一份新备份并记录本次改动。
DNS 检查应结合流量路径理解。若域名解析仍由原网络处理，而连接流量走另一出口，可能出现解析地区与公网出口不一致的情况；也可能是检测页面的地理信息不精确。检查客户端 DNS 模式、路由器转发设置和设备实际使用的 DNS，再用多个目标进行交叉验证。浏览器或应用可能缓存解析结果，改完设置后可重新连接网络或重启应用再测。
连接异常时怎样排查与恢复
如果 OpenWrt 管理页面正常，但所有设备都无法访问外网，先检查 WAN 是否仍在线、默认路由是否存在，以及客户端停止后网络能否恢复。若只有被选中的设备断网，查看策略规则是否匹配到正确的地址、对应出口是否可用。若浏览器可以访问而某个应用不行，检查应用连接方式、DNS 缓存和客户端规则，不要立即重装固件。
如果节点显示已连接但出口没有变化，逐项核对设备默认网关、策略路由是否启用、LAN 到代理接口的转发是否按插件要求建立，以及是否有防火墙规则阻止转发。若部分网站可以打开、部分不能，检查域名规则、DNS 解析和 IPv4/IPv6 路径是否一致。排查时先关闭新增的复杂分流规则，使用一台测试设备和简单路径对照；确认基本连接正常后，再逐条恢复策略。
若改动后无法访问 OpenWrt 管理页面，先尝试从有线连接的设备访问原管理地址，并确认电脑仍处于正确的 LAN 网段。不要在不清楚后果时恢复出厂设置；优先使用此前导出的配置备份或固件文档提供的恢复方式。恢复后先验证原有上网、DHCP 和无线网络，再重新安装插件。若路由器运行的是厂商定制固件，应按对应设备的恢复说明操作，避免使用不匹配的镜像。
为什么有些 Wi-Fi 设备没有走线路？
设备可能连接在另一台路由器或访客网络上，也可能使用了未被策略识别的随机 MAC 地址；旁路由部署时，它还可能继续使用主路由作为默认网关。先检查设备当前网关、IP 地址和接入的 Wi-Fi，再核对策略条件是否与设备实际标识一致。
DNS 已设置，为什么检测结果仍不符合预期？
设备可能保留旧的 DNS 缓存，客户端规则也可能让 DNS 请求走不同路径；IPv6 解析还可能使用另一套配置。重新连接设备网络后再测，并同时检查客户端 DNS 设置、OpenWrt 的 DHCP 下发内容和 IPv6 策略。检测页面显示的解析器地区不等同于公网出口位置，不能只凭一个地名下结论。
订阅刷新失败，应该先检查什么？
确认路由器本身能访问订阅地址，链接没有被截断或附带空格，且插件支持对应的订阅格式。再查看客户端日志中的网络错误或解析错误。不要将订阅链接交给不可信的在线转换服务；若链接可能已公开暴露，应在服务面板核对可用的凭据管理选项。
怎样临时停用并恢复原网络？
先按插件说明停止连接，再确认客户端是否会自动撤销路由、DNS 和防火墙改动；不同实现的清理方式并不相同。随后用测试设备检查外网、管理页面和局域网服务。若路径没有恢复，使用配置备份或插件提供的清理步骤，不要同时手动删除不熟悉的防火墙规则。
把 VPN 接入 OpenWrt 的关键不是单纯导入一条配置，而是让客户端、路由、DNS 和设备分流彼此配合。先从一台设备验证，再逐步扩展到全屋网络；保留管理通道、局域网访问和配置备份，出现问题时就能快速缩小范围并恢复原有网络。