3、开发环境搭建：虚拟机与真机安装OpenWrt、串口与SSH登录、网络配置、软件包管理基础

OpenWrt作为面向嵌入式设备的Linux发行版，其开发环境搭建与传统桌面Linux有显著差异。开发者既需要在虚拟机中快速验证固件功能，也需要在真机上调试硬件驱动与无线性能。本章将系统讲解从虚拟机到真机的完整安装流程，深入剖析串口与SSH两种登录方式的适用场景，并重点解决网络配置中的常见陷阱，最后建立软件包管理的核心操作框架。掌握本章内容后，你将具备独立搭建OpenWrt开发环境、进行基础系统维护与功能扩展的能力。

3.1 虚拟机安装OpenWrt：快速验证与开发迭代

3.1.1 核心原理：为什么选择虚拟机先行

虚拟机环境为OpenWrt开发提供了隔离且可复现的实验平台。其核心价值在于：快速迭代——每次编译后的固件可在数分钟内完成刷入与重启验证，而真机刷机平均需要3-5分钟且存在变砖风险；快照回滚——VMware或VirtualBox的虚拟机快照功能允许开发者在配置错误或系统崩溃时一键恢复；网络模拟——虚拟网卡可以灵活模拟LAN/WAN拓扑，便于测试防火墙规则和路由策略。对于初学者，虚拟机是理解OpenWrt文件系统布局、启动流程和软件包依赖关系的理想沙箱。

3.1.2 操作流程：从镜像下载到系统启动

以VMware Workstation Pro 17和OpenWrt 23.05.3 x86_64为例，完整安装流程如下：

1. 获取镜像：从官方下载站获取openwrt-23.05.3-x86-64-generic-squashfs-combined-efi.img.gz，解压得到.img文件。
2. 转换格式：使用StarWind V2V Converter或qemu-img将.img转换为.vmdk格式：

   qemu-img convert -f raw -O vmdk openwrt-23.05.3-x86-64-generic-squashfs-combined-efi.img openwrt.vmdk

3. 创建虚拟机：选择"自定义"→"Linux"→"Other Linux 5.x kernel 64-bit"，分配2核CPU、2GB内存、1GB硬盘（实际使用约200MB）。
4. 添加磁盘：移除默认SCSI磁盘，添加现有磁盘选择转换后的.vmdk文件，控制器类型选SATA。
5. 网络设置：添加两个网络适配器——第一个设为NAT模式（模拟WAN），第二个设为仅主机模式（模拟LAN）。
6. 启动系统：开机后OpenWrt默认LAN IP为192.168.1.1，但虚拟机仅主机网络通常位于192.168.x.0网段，需先通过控制台修改IP。

3.1.3 案例拆解：虚拟机中配置双网卡桥接

某项目需要在虚拟机中模拟OpenWrt作为智能家居网关，要求LAN口连接模拟的IoT设备，WAN口通过NAT访问外网。具体实施如下：

• 初始状态：虚拟机仅有一个NAT网卡，OpenWrt启动后所有接口均为br-lan，IP为192.168.1.1。
• 配置步骤：编辑/etc/config/network，将eth0设为WAN口（协议DHCP），eth1设为LAN口（静态IP 192.168.1.1）：

  config interface 'lan'
      option device 'eth1'
      option proto 'static'
      option ipaddr '192.168.1.1'
      option netmask '255.255.255.0'
  
  config interface 'wan'
      option device 'eth0'
      option proto 'dhcp'

• 验证结果：重启网络后，ifstatus wan显示获取到192.168.137.x地址，LAN口可ping通宿主机，WAN口可ping通8.8.8.8。
• 复盘经验：虚拟机网卡顺序与PCI枚举顺序相关，可通过ls /sys/class/net确认eth编号；若网卡顺序错乱，可在/etc/config/network中使用MAC地址绑定device。

3.1.4 常见误区与总结

3.2 真机安装OpenWrt：从x86到ARM开发板

3.2.1 核心原理：真机与虚拟机的本质差异

真机安装面临虚拟机中不存在的硬件适配问题。x86平台（如软路由）通常使用UEFI/BIOS引导，安装过程类似桌面Linux；而ARM平台（如树莓派、MT7621路由器）则依赖设备树（Device Tree）描述硬件资源，固件必须包含匹配的DTS编译产物。此外，真机安装还需考虑：闪存布局——NOR/NAND Flash的擦写寿命与分区对齐；无线校准——需要从原厂固件提取EEPROM校准数据；电源稳定性——刷机过程中断电可能导致永久变砖。

3.2.2 操作流程：以x86软路由为例

1. 准备启动盘：使用Rufus或balenaEtcher将openwrt-23.05.3-x86-64-generic-squashfs-combined-efi.img写入U盘（建议8GB以上）。
2. 进入BIOS：开机按Del/F2进入BIOS，关闭Secure Boot，设置U盘为第一启动项。
3. 启动OpenWrt：系统从U盘启动后进入ramdisk模式，此时所有修改在重启后丢失。
4. 写入内置存储：执行sysupgrade -n /tmp/openwrt.img将固件写入SSD或CF卡，或使用dd if=openwrt.img of=/dev/sda直接写入。
5. 重启验证：拔掉U盘，重启后从内置存储启动，通过串口或SSH登录。

3.2.3 案例拆解：MT7621路由器刷机全流程

以Newifi D2（MT7621AT+MT7603E+MT7612E）为例，刷机过程涉及Breed引导器：

• 背景约束：原厂固件为OpenWrt 18.06，需升级至23.05；设备仅有128MB RAM和32MB Flash，需精简软件包。
• 操作步骤：① 通过SSH登录原厂固件，备份/dev/mtd0（Bootloader）和/dev/mtd3（eeprom）；② 在Breed Web恢复控制台（192.168.1.1）中刷入openwrt-23.05.3-ramips-mt7621-d2-squashfs-sysupgrade.bin；③ 刷入后重启，通过串口观察启动日志确认无线驱动加载成功。
• 结果对比：升级后无线吞吐量从180Mbps提升至220Mbps（因新驱动支持MU-MIMO），但可用Flash空间从8MB降至4MB，需谨慎选择安装包。
• 风险与代价：刷机过程中若断电，Breed引导器可恢复，但若eeprom丢失，无线校准数据将永久损坏，需从备份恢复。

3.2.4 常见误区与总结

3.3 串口与SSH登录：双通道调试策略

3.3.1 核心原理：两种登录方式的互补性

串口（UART）登录是OpenWrt的最后防线，它不依赖网络协议栈，即使内核崩溃或网络配置错误，仍可通过串口查看启动日志并进入紧急恢复模式。串口通信参数固定为115200-8-N-1，通过TTL电平转换芯片（如CP2102、CH340）连接开发板的UART引脚。SSH登录则提供高效远程管理，OpenWrt默认使用Dropbear轻量SSH服务器，支持密钥认证和SCP文件传输。两种方式应配合使用：日常管理用SSH，系统级故障排查用串口。

3.3.2 操作流程：串口连接与SSH配置

串口登录步骤：

1. 连接USB转TTL模块：GND→GND，TX→RX，RX→TX（注意交叉连接）。
2. 安装驱动并确认设备节点：ls /dev/ttyUSB*。
3. 使用minicom或PuTTY连接：

   minicom -D /dev/ttyUSB0 -b 115200

4. 上电后观察启动日志，出现Press Enter to activate this console时按回车进入shell。

SSH登录配置：

1. 确保网络连通后，通过串口或LuCI设置LAN IP。
2. 使用SSH客户端连接：ssh root@192.168.1.1，默认无密码（首次登录需设置）。
3. 配置密钥认证：

   mkdir -p /etc/dropbear
   cat ~/.ssh/authorized_keys > /etc/dropbear/authorized_keys
   chmod 600 /etc/dropbear/authorized_keys

3.3.3 案例拆解：网络配置错误后的串口救援

某开发者误将LAN口防火墙规则设置为DROP，导致SSH连接立即断开。此时串口成为唯一通道：

• 初始现象：执行/etc/init.d/firewall restart后，SSH会话中断，ping 192.168.1.1无响应。
• 串口介入：连接串口线，重启设备，在启动日志中看到eth0: link up后按Enter进入shell。
• 修复操作：执行vi /etc/config/firewall，将option input 'DROP'改回option input 'ACCEPT'，然后/etc/init.d/firewall restart。
• 结果验证：SSH恢复连接，网络策略调整完成。
• 复盘经验：修改防火墙规则前应备份配置，并准备串口作为应急通道；建议在/etc/config/firewall中增加option enabled '0'临时禁用防火墙。

3.3.4 常见误区与总结

3.4 网络配置：从默认LAN到多网段路由

3.4.1 核心原理：OpenWrt网络抽象模型

OpenWrt使用Linux网桥和VLAN实现灵活的端口映射。默认配置下，所有物理端口（eth0-eth4）被桥接到br-lan，IP为192.168.1.1。网络配置的核心文件是/etc/config/network，它定义了接口（interface）、设备（device）和路由（route）三层关系。理解设备（device）与接口（interface）的区别至关重要：设备是物理或虚拟网卡（如eth0、br-lan），接口是绑定到设备上的逻辑网络层实体（如lan、wan），一个设备可承载多个接口（通过VLAN）。

3.4.2 操作流程：配置WAN口PPPoE拨号

1. 编辑/etc/config/network，修改wan接口：

   config interface 'wan'
       option device 'eth0'
       option proto 'pppoe'
       option username 'your_username'
       option password 'your_password'
       option ipv6 'auto'

2. 重启网络：/etc/init.d/network restart。
3. 验证连接：ifstatus wan查看IP获取情况，ping -I wan 8.8.8.8测试连通性。
4. 配置防火墙：确保/etc/config/firewall中wan区域允许出站流量：

   config zone
       option name 'wan'
       option network 'wan'
       option input 'REJECT'
       option output 'ACCEPT'
       option forward 'REJECT'

3.4.3 案例拆解：多网段隔离与DHCP配置

某企业需要将OpenWrt路由器划分为三个网段：管理网段（192.168.10.0/24）、办公网段（192.168.20.0/24）和访客网段（192.168.30.0/24），且访客网段不能访问内部资源。

• 配置方案：使用VLAN将物理端口划分为三个虚拟网卡：

  config device
      option name 'br-lan'
      option type 'bridge'
      list ports 'eth1.10'
      list ports 'eth2.20'
      list ports 'eth3.30'
  
  config interface 'mgmt'
      option device 'br-lan.10'
      option proto 'static'
      option ipaddr '192.168.10.1'
      option netmask '255.255.255.0'
  
  config interface 'office'
      option device 'br-lan.20'
      option proto 'static'
      option ipaddr '192.168.20.1'
      option netmask '255.255.255.0'
  
  config interface 'guest'
      option device 'br-lan.30'
      option proto 'static'
      option ipaddr '192.168.30.1'
      option netmask '255.255.255.0'

• 防火墙规则：在/etc/config/firewall中创建zone，并添加转发限制：

  config forwarding
      option src 'guest'
      option dest 'wan'
  
  config rule
      option name 'Deny-Guest-to-LAN'
      option src 'guest'
      option dest 'lan'
      option proto 'all'
      option target 'REJECT'

• 验证结果：办公网段可访问管理网段，访客网段仅能访问外网，无法ping通192.168.10.1。
• 复盘经验：VLAN配置需交换机支持802.1Q，若使用普通交换机，需在每个端口上配置对应的PVID。

3.4.4 常见误区与总结

3.5 软件包管理基础：opkg与软件源

3.5.1 核心原理：opkg的依赖解析与overlay机制

opkg是OpenWrt的包管理器，类似于Debian的apt。它从/etc/opkg/distfeeds.conf配置的软件源下载.ipk包，并自动解析依赖关系。OpenWrt采用overlay文件系统：squashfs只读分区存放基础系统，overlay层（通常是JFFS2或UBIFS）记录所有修改。安装软件包时，文件写入overlay层，因此重启后依然保留。理解opkg update与opkg install的区别：update仅刷新软件源索引，install才实际下载安装。

3.5.2 操作流程：常用opkg命令与软件源管理

1. 更新软件源索引：opkg update。
2. 搜索软件包：opkg list | grep nginx。
3. 安装软件包：opkg install nginx。
4. 查看已安装包：opkg list-installed。
5. 卸载软件包：opkg remove nginx。
6. 升级所有包：opkg upgrade（谨慎使用，可能破坏配置）。

自定义软件源时，编辑/etc/opkg/customfeeds.conf：

src/gz custom http://192.168.1.100/packages
src/luci http://192.168.1.100/luci

3.5.3 案例拆解：离线安装内网软件包

某工业现场无法访问外网，需在OpenWrt设备上安装自定义开发的采集程序及其依赖库（libcurl、libjson-c）：

• 约束条件：设备无外网连接，仅有内网FTP服务器（192.168.1.100）存放.ipk包。
• 操作步骤：① 在开发机上使用opkg download libcurl libjson-c下载依赖包；② 将.ipk文件上传至FTP服务器；③ 在目标设备上
  ← 上一章 📖 返回目录 下一章 →