OPENWRT SNAPSHOT · 访问恢复

OpenWrt Snapshot 没有 LuCI：先恢复访问，再判断是否需要救砖

OpenWrt Snapshot 预编译镜像通常默认不含 LuCI。刷写后 Web 页面打不开时，先证明路由器是否已启动，并检查网线、DHCP、当前 IP、ping 和 SSH。

先检查 Snapshot 访问 查看恢复清单

Snapshot 预编译镜像默认不含 LuCI。Web 页面打不开本身不能证明刷写失败；只要系统仍有 DHCP、IP 或 SSH 迹象，就先保留访问。

先判断系统是否已经启动

没有 LuCI 与路由器变砖是两件不同的事

先用网线检查链路、DHCP、路由器地址和 SSH。只有这些访问证据都不存在时，才逐步判断 failsafe、Web Recovery 或 TFTP。

Snapshot 访问状态

这是准备清单，不是实时设备检测结果。

  • LuCI Web 页面 Snapshot 默认缺少 LuCI，不等于启动失败 预期差异
  • 以太网与 DHCP 先确认链路和 Mac 是否获得地址 先检查
  • Ping 与 SSH 分别测试；HTTP 关闭不代表 SSH 不可用 关键证据
  • 完全无网络迹象 再核对型号、镜像和设备支持的恢复入口 升级判断

绿色表示系统仍可能正常运行；红色只表示普通访问缺失，尚不能单独证明 bootloader 或硬件故障。

快速答案

保留任何仍可用的访问，再决定安装 LuCI 或返回稳定版

  • 让一台 Mac 用网线直连，不要用 Wi-Fi 消失判断系统是否启动。
  • 分别检查链路、DHCP、当前路由器地址、ping 和 SSH。
  • SSH 可用时先保留访问；仅缺少 LuCI 不应直接进入 bootloader recovery。
  • 安装 LuCI 或返回稳定版时，只使用当前构建与准确设备对应的官方说明。
  • 普通访问确实不存在后，再判断 failsafe、Web Recovery 或 TFTP。

访问恢复流程

按 Link、Address、SSH、Recovery 判断

不要因为浏览器打不开就直接复位或 TFTP。每一步都应产生一个可观察结果。

  1. 步骤 1

    Link

    用网线连接 LAN 口，确认链路灯和 Mac 以太网状态，不用缺失的 Wi-Fi 判断启动结果。

  2. 步骤 2

    Address

    检查 DHCP、当前路由器地址和上游客户端列表，先找证据再设置静态 IP。

  3. 步骤 3

    SSH

    分别测试 ping 与 SSH；能进入 SSH 时优先修复访问或按官方流程返回稳定版。

  4. 步骤 4

    Recovery

    普通访问确实不存在后，再按设备文档依次判断 failsafe、Web Recovery 或 TFTP。

先看懂这些词

恢复过程中会遇到的基础概念

Snapshot

频繁重建的开发镜像，不是固定的稳定版本。

LuCI

OpenWrt 的可选 Web 管理界面；预编译 Snapshot 默认不含它。

SSH

命令行访问；即使 Web 页面缺失，它仍可证明系统正在运行。

Failsafe

用于配置恢复的受限 OpenWrt 启动状态，与 bootloader TFTP recovery 不同。

SNAPSHOT 访问判断

从“没有 Web 页面”走到准确的下一步

1

Snapshot 是开发构建，不是更新的稳定版

Snapshot 是频繁重建的开发镜像，可能更早支持新设备，但预编译镜像默认不含 LuCI，主要适合能够使用命令行的用户。

2

强制设置地址前先检查网线与 DHCP

连接设备说明中的 LAN 口，检查 Mac 以太网状态、DHCP 地址和当前网关。保留配置、上游路由、客户端模式或设备专用布局，都可能让路由器不在 192.168.1.1。

3

分别测试路由器地址、ping 和 SSH

HTTP 页面关闭不等于路由器不可达。先测试可能的地址，再分别检查 ping 与 SSH。SSH 可用时应保留这个入口，不要马上复位或更换固件。

4

SSH 可用时，在 LuCI 与稳定版之间选择

只有路由器软件源可用、存储足够、软件包与当前 Snapshot 匹配时，才按官方 LuCI 安装说明操作；否则按准确设备的官方 sysupgrade 路径返回支持的稳定版。

5

返回稳定版时不要强制绕过镜像检查

核对准确 target、profile、硬件版本和 sysupgrade 镜像，并确认能否保留配置。不要因为正常验证拒绝文件就直接使用 sysupgrade -F。

6

普通访问消失后再升级恢复方式

重新检查网线、LAN 口、DHCP、管理地址和型号支持的 failsafe，再优先判断 Web Recovery 或厂商恢复。只有准确 bootloader 说明明确传输方向、Mac IP、固件和文件名时才运行 TFTP Server。

最终检查

重刷或进入恢复模式前

  • 准确型号、硬件版本、target 与 profile 已核对
  • Mac 已通过网线连接正确的 LAN 口
  • DHCP、路由器地址、ping 与 SSH 已分别检查
  • 能用 SSH 时没有提前进入 bootloader 恢复
  • 返回稳定版使用准确设备的官方 sysupgrade 路径
  • TFTP 仅在准确型号 bootloader 资料明确要求时使用

确需 TFTP 时 · MACOS

先证明普通访问与 failsafe 不可用，再准备 TFTP

Router Recovery 帮助检查 Mac 侧恢复环境，不会把“缺少 LuCI”误判成路由器一定变砖。

准备已确认的恢复环境 核对 OpenWrt 固件

FAQ

OpenWrt Snapshot 无 LuCI 常见问题

OpenWrt Snapshot 包含 LuCI 吗？

预编译 Snapshot 镜像通常默认不含 LuCI。因此刷写后缺少 Web 管理界面可能是预期差异，不是启动失败证据。

设置 Mac 静态 IP 前应先检查什么？

先检查以太网链路、DHCP 地址、当前网关、上游路由客户端列表和准确设备说明，不要默认一个通用路由器地址。

SSH 仍可用时应该使用 TFTP 吗？

通常不应该。先保留 SSH，并使用官方软件包或 sysupgrade 路径。Bootloader recovery 是普通访问丢失且设备明确支持时的后续步骤。

Router Recovery 能安装 LuCI 吗？

不能。只有准确型号确认需要该恢复方式后，它才帮助准备 Mac 侧本地 TFTP Server 环境。

下一步