最近更新:2026-09-29

OpenClash推荐

当前主路径;仍需按复核周期检查官方维护与兼容状态。

复核于 2026-09-29官方来源
PassWall维护

仍在活跃发布,协议覆盖广,但选项较多,作为有经验用户的备选。

复核于 2026-09-29替代:OpenClash(mihomo 订阅)或 HomeProxy(sing-box)官方来源
HomeProxy维护

仍在维护,适合 ImmortalWrt 与 sing-box 用户,但需确认架构和订阅格式兼容。

复核于 2026-09-29替代:OpenClash(mihomo 订阅)官方来源
Nikki维护

仍在活跃发布,适合较新的 OpenWrt、firewall4 与 mihomo 环境,旧固件不应直接安装。

复核于 2026-09-29替代:OpenClash(通用入门)官方来源
WHOLE HOME

全屋代理适合设备多、电视盒子或游戏机无法装客户端的家庭。它能统一分流,也会把网络故障放大成全家断网。

  • 优先旁路由对现有网络改动小,出问题时断电就能回退。
  • 先小范围验证不要一上来全屋接管,先让一两台设备试跑。
  • 保留单设备方案软路由不是必需品,单机客户端跑通后再升级更稳。
TOPOLOGY主路由 vs 旁路由

新手大多应该选旁路由,风险更低、回退更容易。

看拓扑对比 →
PREP部署前检查

先确认硬件性能、机场协议、UDP、规则和回退方案。

看准备清单 →
FIRST零基础先单设备

如果还没跑通客户端,先从 Windows / macOS / Android / iOS 做起。

看平台配置 →
💡 阿信避坑实测提醒(2026 稳定防失联建议):
无论选用何种客户端配置,科学上网最核心的基石在于节点线路抗封锁质量与服务商冗余。阿信实测建议:
1. 主力日常与流媒体/AI 访问:首推 榴莲云 (IEPL专线),原生纯净 IP 晚高峰 4K 零卡顿,可使用独家专属 7 折优惠码 ll88(支持月付折后仅 ¥16.8/月);
2. 防失联备用容灾方案:建议同步备用 月之暗面 (Moonshot),25元包年 / 5元月付,全节点 1 倍率不限速不限设备数,性价比极高;
3. 更多经过用户确认核验的高速专线,请查阅 2026 机场推荐天梯榜中心。

什么是全屋代理 ​

普通做法是在每台设备上装客户端(参见各平台客户端配置)。全屋代理则把代理放到网关(路由器)层:

  • 一次配置,全屋设备生效
  • Apple TV、PlayStation、智能音箱等不方便装客户端的设备也能用
  • 分流规则集中管理
ℹ️
本页面向已有一定网络基础的读者。完全零基础建议先从单设备客户端开始,跑通后再考虑全屋方案。

主路由 vs 旁路由 ​

两种常见拓扑:

对比项主路由代理旁路由代理
部署方式直接在主路由上跑代理另一台设备做网关,主路由不动
改动风险❌ 高:配置失误全家断网✅ 低:拔掉即恢复
回退难度较麻烦✅ 简单,可一键关闭
性能受路由器硬件限制看旁路由设备性能
适合熟手 / 性能足够的软路由✅ 多数家庭、想留退路
对比项部署方式
主路由代理直接在主路由上跑代理
旁路由代理另一台设备做网关,主路由不动
对比项改动风险
主路由代理❌ 高:配置失误全家断网
旁路由代理✅ 低:拔掉即恢复
对比项回退难度
主路由代理较麻烦
旁路由代理✅ 简单,可一键关闭
对比项性能
主路由代理受路由器硬件限制
旁路由代理看旁路由设备性能
对比项适合
主路由代理熟手 / 性能足够的软路由
旁路由代理✅ 多数家庭、想留退路
💡
新手优先选「旁路由」:它对现有网络改动最小,出问题时把旁路由断电、设备就回到直连,不至于全家断网。

常见方案 ​

主流是在支持的设备上运行 mihomo(Clash 内核)或 sing-box:

  • OpenWrt + 内核:在 OpenWrt 软路由 / 旁路由上运行 mihomo 或 sing-box
  • 透明代理 / TUN:让经过网关的流量「透明」地被代理接管,设备端无感知
  • 分流规则:国内直连、国外走代理,与单机客户端的 Rule 模式同理(参见名词解释)

具体方案与机场的兼容性有关 —— 确认你的服务支持所需协议与 UDP(参见机场选购避坑)。

OpenWrt 插件怎么选 ​

工具当前定位适合情况主要边界官方来源
OpenClash推荐已有 Clash / mihomo 订阅,希望教程和社区资料较多功能较多,升级前要备份配置GitHub
PassWall维护熟悉多协议、多核心和精细分流选项复杂,不适合第一次接触软路由的人GitHub
HomeProxy维护使用 ImmortalWrt、ARM64 / AMD64 与 sing-box依赖 firewall4;先确认设备架构、固件版本和订阅格式GitHub
Nikki维护使用较新 OpenWrt、firewall4 与 mihomo官方要求 OpenWrt 24.10+、Linux Kernel 5.13+,旧固件不适用GitHub
⚠️
不要在同一台路由器上同时启用多个透明代理插件。它们可能同时修改 DNS、路由和防火墙规则,出现断网时也更难判断由谁接管。

硬件路线怎么选 ​

路线适合情况部署前核对官方资料
厂商固件一体机:GL.iNet Flint 2(GL-MT6000)想保留厂商管理界面与官方升级路径官方固件提供 OpenWrt LuCI;第三方代理插件仍需逐项核对固件版本、架构、依赖与恢复方式GL.iNet 用户指南
自刷一体机:Redmi AX6000熟悉 SSH、分区备份与救砖OpenWrt 已提供设备支持,但 stock / U-Boot mod 布局与恢复方式不同;不适合作为零基础首刷设备OpenWrt 设备页
ARM 有线网关:NanoPi R4S已有独立 AP,千兆网口够用双千兆网口、无板载 eMMC;按官方要求准备 microSD、供电和独立 APR4S 官方 Wiki
ARM 有线网关:NanoPi R5S已有独立 AP,需要 2.5G 网口一个千兆口加两个 2.5G 口;按具体版本核对 eMMC、镜像、供电和独立 APR5S 官方 Wiki
x86 小主机需要更多网口、存储或容器能力确认网卡驱动、物理网口或 VLAN 规划、待机功耗、散热和可恢复安装介质;不要只按 CPU 型号判断吞吐OpenWrt x86 安装说明
路线厂商固件一体机:GL.iNet Flint 2(GL-MT6000)
适合情况想保留厂商管理界面与官方升级路径
部署前核对官方固件提供 OpenWrt LuCI;第三方代理插件仍需逐项核对固件版本、架构、依赖与恢复方式
路线自刷一体机:Redmi AX6000
适合情况熟悉 SSH、分区备份与救砖
部署前核对OpenWrt 已提供设备支持,但 stock / U-Boot mod 布局与恢复方式不同;不适合作为零基础首刷设备
官方资料OpenWrt 设备页
路线ARM 有线网关:NanoPi R4S
适合情况已有独立 AP,千兆网口够用
部署前核对双千兆网口、无板载 eMMC;按官方要求准备 microSD、供电和独立 AP
官方资料R4S 官方 Wiki
路线ARM 有线网关:NanoPi R5S
适合情况已有独立 AP,需要 2.5G 网口
部署前核对一个千兆口加两个 2.5G 口;按具体版本核对 eMMC、镜像、供电和独立 AP
官方资料R5S 官方 Wiki
路线x86 小主机
适合情况需要更多网口、存储或容器能力
部署前核对确认网卡驱动、物理网口或 VLAN 规划、待机功耗、散热和可恢复安装介质;不要只按 CPU 型号判断吞吐
ℹ️
设备标称的 Wi-Fi 速率不等于代理吞吐。实际结果还受协议、加密、规则数量、DNS、防火墙、网卡驱动与上游线路影响;购买前应按目标带宽和实际配置测试,不使用固定型号价格推断性能。

适合谁 ​

适合上软路由不太适合
✅ 设备多、想统一管理❌ 只有一两台设备
✅ 有 Apple TV / 游戏机等❌ 完全零基础、怕折腾
✅ 愿意投入时间维护❌ 对网络稳定性零容忍
适合上软路由✅ 设备多、想统一管理
不太适合❌ 只有一两台设备
适合上软路由✅ 有 Apple TV / 游戏机等
不太适合❌ 完全零基础、怕折腾
适合上软路由✅ 愿意投入时间维护
不太适合❌ 对网络稳定性零容忍

部署前的准备 ​

1
评估硬件性能
加密代理吃 CPU;老旧路由器可能跑不满带宽,必要时上独立软路由。
2
确认机场支持
检查协议、UDP / 回连支持,避免网关层用不了。
3
规划分流规则
明确国内直连、国外代理,避免全局代理导致国内服务异常。
4
准备回退方案
优先旁路由;保证出问题时能快速恢复直连。
5
小流量验证
先用少量设备测试稳定性,再全屋铺开。

上线验收与回退 ​

旁路由部署完成后,先只让一台可控设备使用它,保留主路由和单设备客户端作为对照。不要在 DHCP、DNS、防火墙和透明代理同时变化时直接把全家设备切过去。

阶段必须验证通过标准异常时
管理入口面板 / SSH、主路由与旁路由地址仍能从独立入口管理设备先恢复原网关,不在失去管理时继续改配置
网关接管DHCP、默认网关、DNS、IPv4 / IPv6测试设备取得预期地址,查询与出站路径符合设计关闭透明代理或改回原 DHCP,逐项定位冲突
基础连通国内直连、代理目标、系统时间与常用网站两类流量都能按规则完成访问保留日志和时间,回到单设备或直连对照
真实设备手机、电脑、电视或游戏机的实际任务每台设备分别完成自己的登录、播放、更新或对局验证不要用另一台设备的成功代替失败设备排查
扩大范围更多设备、锁屏 / 重启、切换 Wi-Fi 与移动网络新增设备不会破坏既有设备和回退路径暂停扩容,先恢复最近一次可用配置
故障回退旁路由断电、插件停用、主路由直连家庭网络能恢复,管理入口仍可用保留脱敏配置、变更时间和恢复步骤,再决定是否重试
阶段管理入口
必须验证面板 / SSH、主路由与旁路由地址
通过标准仍能从独立入口管理设备
异常时先恢复原网关,不在失去管理时继续改配置
阶段网关接管
必须验证DHCP、默认网关、DNS、IPv4 / IPv6
通过标准测试设备取得预期地址,查询与出站路径符合设计
异常时关闭透明代理或改回原 DHCP,逐项定位冲突
阶段基础连通
必须验证国内直连、代理目标、系统时间与常用网站
通过标准两类流量都能按规则完成访问
异常时保留日志和时间,回到单设备或直连对照
阶段真实设备
必须验证手机、电脑、电视或游戏机的实际任务
通过标准每台设备分别完成自己的登录、播放、更新或对局验证
异常时不要用另一台设备的成功代替失败设备排查
阶段扩大范围
必须验证更多设备、锁屏 / 重启、切换 Wi-Fi 与移动网络
通过标准新增设备不会破坏既有设备和回退路径
异常时暂停扩容,先恢复最近一次可用配置
阶段故障回退
必须验证旁路由断电、插件停用、主路由直连
通过标准家庭网络能恢复,管理入口仍可用
异常时保留脱敏配置、变更时间和恢复步骤,再决定是否重试

验证通过后仍应保留一个直连回退:主路由管理地址、旁路由的独立电源或网线、最近一次可用配置,以及不依赖代理的更新 / 求助入口。回退成功只说明网络恢复,不代表插件、订阅或目标服务已经查明原因。

更换插件时的迁移顺序 ​

OpenClash、PassWall、HomeProxy 和 Nikki 都可能接管 DNS、策略路由与防火墙。更换插件时不要直接叠加安装:

  1. 记录当前插件版本、内核类型、订阅更新时间和自定义规则;导出配置时先删去订阅 token、节点地址与账号信息。
  2. 停用旧插件的透明代理、DNS 劫持和开机自启,确认主路由或旁路由能直连管理;必要时重启一次再开始迁移。
  3. 只安装目标插件要求的固件、firewall4 / 内核依赖和架构版本。不要把旧插件的 UCI 配置文件直接覆盖到新插件。
  4. 先导入一条短期测试订阅,只让一台设备使用新插件,依次验证 DNS、国内直连、代理目标、IPv6 和 UDP;通过后再扩大 DHCP 或策略范围。
  5. 若出现全网断连,按“停用透明代理 → 恢复 DNS / DHCP → 重启网络服务 → 回到旧插件或直连”的顺序回退,不要同时修改多个变量。
ℹ️
迁移成功的标准是“新插件可用且旧路径可回退”,不是面板显示导入成功。保留旧配置和变更时间,至少观察一个晚高峰后再删除旧插件。

性能与稳定取舍 ​

⚠️
网关代理是「单点」:一旦故障,全屋断网。务必保留快速回退手段(旁路由可断电恢复),并定期更新内核与规则集。
  • 加密代理对路由器 CPU 有要求,低端设备可能成为带宽瓶颈
  • 规则集过期会导致分流失效(参见排障指南)
  • 多人共用时,晚高峰拥塞更明显(参见运营商检测与应对)

安全注意 ​

网关层代理会放大一些安全问题:

  • DNS 泄漏影响的是全屋设备 —— 确保启用 Fake-IP / 加密 DNS(参见安全与隐私)
  • 只从官方 / 可信来源获取固件与内核,避免来路不明的「一键包」
  • 旁路由本身也要做好访问控制,别成为内网的薄弱点

推荐阅读 ​