跳到内容一、什么是 OpenWrt
OpenWrt 是一个面向嵌入式设备、x86软路由的开源Linux路由发行版，它不是固化的路由器固件，而是一套可裁剪、可扩展的系统。 它的核心管理面板叫 LuCI，是基于ubus接口的Web管理框架；底层支持IP转发、防火墙、策略路由、DHCP、DNS，海量插件生态是它最大优势。 OpenWrt 本身非常轻量化，没有预装大量功能，所有能力靠插件扩展。
核心基础概念
- LuCI：原生Web管理界面。可以更换主题（Argon、Material等），仅修改前端样式；整套LuCI框架本身很难直接替换，绝大多数网络插件（代理、DNS、流加速）都依赖LuCI的App页面。
- 镜像命名规则（x86_64通用模板）
immortalwrt-25.12.2-x86-64-generic-ext4-combined-efi.qcow2.gz
immortalwrt：分支名称25.12.2：版本号，跟随上游OpenWrt分支，后面数字是修订补丁x86-64：架构，PC、虚拟机、软路由通用generic：设备配置集，通用x86版本，无硬件绑定，虚拟机首选ext4 / squashfs：文件系统ext4：可读写，自由安装插件、扩容、跑Docker，适合长期使用；断电有概率损坏文件系统squashfs：只读压缩系统，系统本体不可写，改动全部存在overlay分区，体积更小、抗断电，但是剩余空间很小，不适合大量装插件
combined / rootfs / kernel：镜像类型combined：内核+根文件系统合并镜像，直接作为整块硬盘启动，虚拟机、U盘写入首选rootfs：仅根文件系统，不带内核，不能直接启动，用于定制编译kernel：单独内核文件，编译定制固件使用
efi：支持UEFI启动；不带efi代表传统BIOS启动，现代虚拟机优先efi- 后缀镜像格式
.qcow2：QEMU原生镜像，PVE/KVM首选，支持快照.vmdk：VMware格式，ESXi首选.img.gz：RAW裸盘镜像，Rufus写U盘物理启动，PVE也可以导入.iso：安装光盘镜像，像装系统一样分区安装，软路由场景极少使用.vdi：VirtualBox专用；.vhdx：Hyper-V专用
二、主流分支对比（原版OpenWrt / ImmortalWrt / iStoreOS）
1. 原版 OpenWrt（上游官方）
- 定位：社区保守、标准主线版本，面向全球用户
- 包管理器：25.12+ apk，旧版 opkg
- WebUI：原生LuCI，无自研面板，LuCI中文包需要手动安装
- 软件生态：官方仓库干净，只收录上游认可的包；代理、广告过滤、国内DNS插件官方源没有，需要手动添加第三方feed
- 网络补丁：尽量保持主线Linux内核，很少额外打补丁，FullCone、Turbo ACC、TCP优化需要自己编译添加
- 源：默认国外源，国内访问速度慢，需要手动替换国内镜像
- 适合人群：学习原生OpenWrt、懂编译、商用、追求极简稳定的用户
2. ImmortalWrt（iWrt）
- 定位：国内OpenWrt独立fork分支，主打网络转发性能、网卡驱动、国内宽带优化
- WebUI：原生LuCI，仅支持更换LuCI主题（Argon等），没有自研Dashboard
- 软件生态：自带独立国内源，预装大量国内路由插件（Passwall、SmartDNS、Turbo ACC等），开箱即用
- 网络补丁：默认内置Turbo ACC、FullCone NAT、BBR、TCP优化补丁，对RTL瑞昱网卡、冷门网卡适配更好
- 源：默认预置中科大、浙大国内镜像源，时区、NTP、DNS默认适配国内
- 适合人群：虚拟机主路由、追求转发性能、跑代理、DNS优化的软路由玩家
3. iStoreOS
- 定位：新手友好，路由+轻NAS二合一，主打可视化商店与Docker
- WebUI：特色亮点，三层UI可切换：自研Dashboard、小白极简路由面板、NAS桌面版；底层LuCI依然保留，可以切回传统界面
- 软件生态：自带iStore可视化应用商店，一键安装插件、Jellyfin、HomeAssistant、Samba，Docker集成顺滑
- 网络补丁：网络优化补丁跟进速度弱于ImmortalWrt，更偏向存储、应用场景
- 适合人群：旁路由玩家、同时需要NAS、文件共享、Docker，不想敲命令行的用户
| 项目 | 原版OpenWrt | ImmortalWrt | iStoreOS |
|---|---|---|---|
| WebUI | 原生LuCI，手动装中文 | LuCI，换主题 | 自研多面板+保留LuCI |
| 侧重点 | 标准、保守、干净 | 网络性能、网卡、NAT补丁 | 商店、NAS、Docker、新手友好 |
| 国内插件 | 需手动加第三方源 | 源内置，开箱即用 | iStore一键安装 |
| 镜像 | img/iso为主 | qcow2/vmdk/img齐全，虚拟机友好 | 以img.gz为主，无原生qcow2 |
三、三种部署模式
模式1：OpenWrt作为【主路由】（拨号出口）
拓扑：光猫（桥接） → OpenWrt WAN口 → OpenWrt LAN → 交换机/无线AP/内网设备
- 硬件要求：至少两张网卡：WAN（接光猫）、LAN（接内网交换机）；PVE虚拟机分配两张虚拟网卡
- NAT：仅一层NAT，性能最优，FullCone、IPv6、P2P游戏最稳
- 工作逻辑：OpenWrt负责PPPoE拨号、DHCP、防火墙、NAT、所有流量转发，内网全部设备流量强制经过Wrt ✅ 优点：
- 全局统一管控，所有设备自动走Wrt的插件（代理、去广告、DNS）
- 单层NAT，端口回流、IPv6、BT、游戏联机体验最好 ❌ 缺点：
- Wrt一旦故障，全屋网络直接断网
- 必须双网卡，AIO虚拟机占用更多网卡资源 👉 适合：把软路由作为出口，光猫桥接，追求网络性能、全局转发的用户 👉 推荐固件：ImmortalWrt
模式2：OpenWrt作为【二级串联子路由】
拓扑：光猫 → 主路由拨号 → OpenWrt WAN → OpenWrt LAN → 内网设备
- 硬件要求：同样双网卡
- NAT：双层NAT，主路由一次NAT，Wrt再做一次NAT
- 网段隔离：主路由一个网段（例192.168.1.0/24），Wrt新建独立子网（192.168.2.0/24） ✅ 优点：接入Wrt下面的设备自动全部走Wrt，不用手动修改网关 ❌ 缺点（原文吐槽点）：
- 链式故障：一级一级嵌套，排错非常麻烦；Wrt挂了，它下面所有设备断外网
- 双层NAT带来大量坑：端口回流困难、IPv6容易异常、P2P/游戏联机、FullCone容易失效
- 跨网段访问复杂，内网设备互访容易出问题 👉 适合场景极少，不推荐家用，仅在需要严格隔离子网时使用
模式3：OpenWrt作为【旁路网关（旁路由）】（推荐单网卡方案）
拓扑：光猫 → 主路由拨号
主路由LAN下：手机、电脑、PVE宿主机、OpenWrt虚拟机，全部在同一个网段（192.168.1.0/24）
- 硬件要求：仅一张网卡就足够，PVE虚拟机只分配一个桥接网卡，不需要WAN口
- NAT：单层NAT，NAT只在主路由完成，Wrt只做网关转发，不做二次NAT
- 核心规则：
- OpenWrt 关闭自身DHCP服务器，DHCP交给主路由统一管理
- OpenWrt LAN口设置静态IP，网关填写主路由IP，DNS填写主路由或公共DNS
- 需要走Wrt插件的设备：手动把网关、DNS修改为Wrt的IP；不需要走的设备保持默认网关（主路由）
- 进阶全局旁路由：在主路由DHCP选项里，把下发网关设置为WrtIP，实现全屋自动走旁路由，依然是单层NAT
✅ 优点：
- 故障隔离：Wrt宕机，设备自动回退主路由上网，网络不会中断，排查简单，这是它最大优势
- 单网卡部署，虚拟机资源占用少，非常适合PVE AIO
- 灵活可控：按需指定设备走旁路由，部分设备不走，互不干扰
- 单层NAT，网络结构干净，没有双层NAT的各种坑 ❌ 缺点：
- 默认不会自动接管全部设备，要么手动改设备网关，要么在主路由DHCP下发网关
- 部分智能家居、摄像头不支持手动修改网关，无法走旁路由 👉 适合：主路由性能稳定、只需要Wrt提供代理、DNS、去广告等附加功能，不想承担出口故障风险的用户 👉 推荐固件：iStoreOS（新手）、ImmortalWrt（网络需求高）
一句话区分二级路由和旁路由： 二级子路由：Wrt新建独立子网，两层NAT；旁路由：Wrt和所有设备同网段，只是一个可选网关，单层NAT
原文 https://blog.csdn.net/2301_79518550/article/details/169557943