OpenWrt 路由器接入代理后，手机、电脑和电视可以共用网络出口，但不必让每台设备都走同一条线路。关键是先确认路由器上的客户端能正确读取配置，再通过设备地址或规则指定流量去向，最后检查 DNS、IPv6 和防火墙是否与分流方式一致。配置菜单会因 OpenWrt 版本、固件和客户端不同而变化，以下按通用思路说明，具体选项以所用软件的文档为准。

先区分路由器 VPN 与代理客户端

在 OpenWrt 上，“VPN”常被用来泛指两类不同方案。第一类是 WireGuard、OpenVPN 等隧道客户端：路由器建立到远端的三层网络隧道，再由路由和防火墙决定哪些设备使用该接口。第二类是代理客户端，例如基于 Mihomo 或 sing-box 的路由器插件：客户端依据代理规则、策略组和 DNS 设置处理流量。二者的配置结构、路由方式和兼容内容并不相同，不能把某种客户端的订阅文件直接当作另一种隧道配置导入。

Shadowsocks、VMess、Trojan、Hysteria2 和 WireGuard 也不是可以互换的名称。它们对应不同协议或实现方式，客户端必须同时支持配置中实际使用的协议、传输参数和订阅格式。若服务提供订阅链接，应先确认面板或使用说明标明的目标客户端与格式，再决定安装哪个 OpenWrt 软件；仅仅能粘贴 URL，不代表客户端能解析其内容。

安装前还要确认路由器的 CPU 架构、可用存储空间、固件版本和软件源是否匹配。第三方固件可能修改默认防火墙或网络管理方式，同名插件的菜单也可能不同。不要为了追求“功能齐全”而同时安装多个会接管流量的代理组件；重复配置透明代理、策略路由或 DNS 劫持，容易让故障难以定位。

客户端

读取协议与订阅

规则

决定设备流量去向

DNS

影响域名解析路径

配置前准备：固定设备地址并保留回退入口

先从有线电脑登录 OpenWrt 管理页面，记录路由器 LAN 地址、当前上网方式和无线网络名称。确认管理设备与路由器位于同一个局域网，并知道如何通过有线方式重新登录。修改网络接口、默认路由或防火墙时，Wi-Fi 可能暂时断开；如果唯一管理设备也依赖无线连接，错误规则可能让自己无法进入后台。

为准备分流的设备设置 DHCP 静态租约。通常可按设备的 MAC 地址绑定局域网 IP，这样设备重连或路由器重新分配租约后，分流规则仍然指向同一地址。优先在 OpenWrt 的 DHCP 配置中完成绑定，不要仅在手机或电脑上手动填一个可能与其他设备冲突的地址。若设备启用了随机 MAC 地址，需确认它在当前 Wi-Fi 网络使用的地址稳定，或按设备系统允许的方式固定。

接着备份当前配置，并记下可撤销改动的位置。OpenWrt 的备份功能、固件恢复方式和插件配置导出能力因版本而异；保存备份后，确认文件确实下载到本地。不要把备份或订阅链接公开分享，其中可能包含 Wi-Fi 密码、访问凭据、节点地址或其他敏感信息。

选择一台不承担路由器管理任务的测试设备，先为它设置分流。要让家庭设备使用 VPNRS 出国加速器的线路配置，应通过服务说明获取适用于目标客户端的订阅或配置，再在 OpenWrt 客户端中按其支持方式导入；不要把网站首页地址误当成订阅链接。测试设备可以是备用手机或电脑，先确认它能直连路由器管理页面，也能在关闭代理规则后恢复普通上网。

动手配置：导入客户端并按设备分流

建议按“安装客户端、导入配置、验证单设备、建立分流规则”的顺序进行。客户端名称、按钮位置和配置字段随版本变化，下面的操作描述的是检查目标，不要求所有固件出现完全相同的菜单。

  1. 安装与固件匹配的客户端。通过固件的软件包管理器或该项目认可的安装来源获取程序。检查依赖包是否安装成功，并确认界面能正常打开。不要直接安装为其他 CPU 架构编译的软件包，也不要把不明来源的脚本以管理员权限运行。
  2. 导入支持的配置。在客户端的订阅或配置页面添加服务提供的链接，执行更新后检查是否出现节点、出站或策略组。若下载成功但解析失败，优先核对订阅格式和核心支持；若无法下载，则检查路由器当前网络能否访问该地址、链接是否完整以及服务状态。不要把含访问凭据的链接提交给陌生转换网站。
  3. 选定一个出口并验证客户端。先选择一个明确的节点或策略组，避免一开始使用自动选择、复杂规则集和多级代理。确认客户端日志没有持续的解析或握手错误，再检查路由器自身的网络是否仍可用。这里的成功只说明客户端可能已建立连接，还不证明测试设备已经命中代理策略。
  4. 为测试设备建立规则。若客户端提供按源地址或设备选择策略的界面，将测试设备固定租约对应的局域网 IP 指向目标策略。部分软件按源地址匹配，部分软件需要在策略路由、访问控制或设备列表中选择；应查明规则使用的是设备 IP、MAC、网段还是客户端标签，不能把一类匹配条件填写到另一类字段。
  5. 保留其他设备的直连策略。明确设置未指定设备的默认行为。如果计划只让部分设备走代理，应确认默认策略是直连，且测试设备规则优先级高于通用规则。若目标是让全部设备使用隧道，则应清楚区分这个目标与“只有指定设备走代理”的配置，不要依赖规则列表中看似相近的名称推断行为。

分流通常可按设备、域名或目的地址实现。按设备分流适合“电视走代理、工作电脑直连”这类需求；按域名规则则可让同一设备访问不同服务时采用不同策略，但需要维护规则来源和匹配范围。规则顺序、默认策略和 DNS 解析结果会共同影响命中，因此不要只添加一条设备规则就认为配置完成。

如果客户端支持规则集或策略组，首次测试尽量使用可读、范围明确的规则，并记录修改前后的行为。想让全屋使用不同策略，可以逐台添加设备规则，而不是先把全网切到代理再逐个排除。若客户端提供“全局”“规则”“直连”等模式，先查看其定义：有的模式只改变代理客户端处理方式，不会取消 OpenWrt 防火墙、设备排除规则或 IPv6 路由的影响。

检查 DNS、防火墙与实际访问路径

DNS 是按设备分流中常见的盲点。设备发出的域名查询可能由路由器转发，也可能直接发往设备指定的公共 DNS；客户端则可能提供远端解析、Fake-IP 或其他处理方式。若代理规则按域名判断，而域名解析在规则之外提前完成，客户端看到的地址可能无法对应预期域名。反过来，如果 DNS 被强制转发到一个不可达的上游，设备也可能表现为“有网络但打不开网站”。

先检查客户端的 DNS 设置说明，再确认 OpenWrt 的 DHCP/DNS 服务、上游 DNS 和客户端 DNS 是否互相兼容。不要同时开启多个组件的 DNS 劫持或重定向，也不要为了“防泄漏”随意添加全局重定向规则。配置后清理测试设备的 DNS 缓存，或重新连接网络，再比较域名解析与网页访问情况。由于浏览器、操作系统和应用可能各自缓存结果，单次打开已加载过的页面不足以证明 DNS 路径正确。

防火墙方面，要区分 LAN、WAN、隧道接口和代理客户端创建的虚拟接口。若客户端依赖自身防火墙集成，应按其说明启用对应接口或转发；不要把 WAN 区域直接改为不受限制，也不要在不了解效果时开放管理端口。某些软件使用透明代理接管转发流量，另一些则依靠策略路由把指定设备送入隧道，二者所需规则不同。启用一个组件后，应检查它是否重复创建了 NAT、路由或转发规则。

IPv6 也需单独验证。若 IPv4 流量经过代理，而 IPv6 仍由运营商接口直连，设备可能出现部分网站走不同路径、应用结果不一致等现象。可在客户端和 OpenWrt 文档明确支持的前提下配置 IPv6 分流；若当前方案不支持，则应谨慎处理 IPv6 的直连策略，避免仅凭 IPv4 检查结果判断所有流量均已覆盖。不要直接照搬关闭 IPv6 的教程，因为家庭网络、运营商和客户端支持情况各不相同。

验证时同时观察三个层面：客户端是否有活动连接，设备是否能正常访问目标网站，规则记录是否显示预期的策略。外部 IP 查询只能作为辅助，不能单独证明某个应用的每个连接都采用同一出口；应用可能使用缓存、独立 DNS、IPv6 或自有连接策略。若只有个别应用异常，先检查其域名规则、设备排除设置和 DNS 行为，不要立即重置整台路由器。

常见故障与安全回退

导入成功但没有节点：检查客户端显示的是订阅更新成功，还是只保存了订阅地址；查看解析错误和客户端核心支持范围。确认所用格式适配当前软件后，再重新更新。不要通过手工改协议名称来消除错误提示。

路由器自身能连接，局域网设备不能访问：检查客户端是否接管转发流量、测试设备规则是否命中、LAN 到目标接口的转发是否允许，以及防火墙是否阻止了回程流量。比较路由器自身访问与测试设备访问，有助于区分远端连接故障和 LAN 分流故障。

部分设备走错线路：检查 DHCP 静态租约是否对应当前 MAC 地址，尤其留意手机随机 MAC；再确认规则匹配的是当前地址，并检查规则优先级与默认策略。修改一项后重新连接设备并复测，不要一次性改动地址、DNS 和防火墙多处设置。

连接后所有设备都无法上网：先关闭客户端的代理接管或恢复此前记录的默认策略，再测试直连；若无法打开管理页面，使用有线连接并按固件支持的恢复方式回滚。需要恢复出厂设置时，应先确认已知晓重新配置上网方式所需的信息。不要在网络已经中断时继续叠加规则或重复重启。

日常更新客户端或订阅前，记录当前可用的出口、分流规则和 DNS 选项。更新后先在测试设备上验证，再扩大到其他设备。日志和截图用于排障时，应遮盖订阅地址、认证信息、家庭公网地址及可识别设备的信息；分享完整订阅链接等同于暴露访问凭据。

常见问题

配置路由器后，所有设备都会自动走代理吗？

不一定。是否覆盖全屋取决于客户端接管模式、默认策略、设备规则、IPv6 和防火墙设置。若目标是只指定部分设备走代理，应明确设置这些设备的策略，并确认其他设备采用直连或所需的默认方式。

OpenWrt 上必须使用 WireGuard 吗？

不是。WireGuard 是隧道协议之一，代理客户端也可以根据其支持的协议和规则处理流量。应以服务提供的配置类型、路由器软件兼容性和实际需求选择方案，不能把代理订阅当作 WireGuard 配置导入。

为什么规则看起来正确，某些网站仍然无法访问？

可能是设备 IP 已变化、规则顺序不合适、域名解析与代理规则不一致，也可能涉及 IPv6、缓存或应用自有连接方式。先确认规则命中记录，再检查 DNS 和地址族；一次只调整一个环节，便于判断原因。

修改后无法进入 OpenWrt 管理页面怎么办？

先尝试通过有线连接访问此前记录的 LAN 管理地址，并停止最近启用的代理接管或分流规则。若仍无法恢复，按所用固件的官方恢复流程处理；只有确认无法通过常规方式回退时，再考虑恢复出厂设置，并确保掌握重新配置网络所需的信息。