跳转到内容
Router.Homes

进不去后台：IP、网口、DHCP 与本地控制台恢复

完成后你能确认什么

Section titled “完成后你能确认什么”
  • 先分清是物理链路、客户端地址、管理 IP、HTTP 服务、SSH/防火墙哪一层；
  • 不改配置也能判断 LuCI 是否真的在监听；
  • 能用静态 IP/控制台/failsafe 恢复，而不是直接恢复出厂；
  • 知道什么时候必须停手、先备份或找设备文档。

先做一张分诊表

Section titled “先做一张分诊表”
现象 先查什么 先不要做什么
网口灯不亮 网线、LAN 口、供电 反复刷固件
客户端 169.254.x.x DHCP/网线/LAN 口 直接改路由器 LAN
ping 得通但网页打不开 80/443、uhttpd、防火墙、HTTPS 恢复出厂
ping 不通 客户端网段、管理 IP、VLAN/网口 连续换 IP
SSH 能进但 LuCI 不行 uhttpd/LuCI 包/端口 改网络配置
控制台也没有输出 串口参数、显示输出、供电 盲目短接/刷机

第 1 层：物理口和链路

Section titled “第 1 层：物理口和链路”
电脑接 LAN，不接 WAN

把电脑接到标有 LAN 的网口；WAN 口通常不提供管理地址。换一根网线、换一个 LAN 口，确认网口灯和电脑网卡状态。

如果网口灯完全不亮：先查供电、网线、口是否损坏；不要从刷机开始。

预期LAN 口灯亮，客户端能识别链路。

第 2 层：客户端地址和网关

Section titled “第 2 层：客户端地址和网关”
电脑确认客户端有没有拿到同网段地址

Linux：

终端窗口
ip addr show
ip route

Windows：

终端窗口
ipconfig /all

macOS：

终端窗口
ifconfig
netstat -rn

如果地址是 169.254.x.x，说明 DHCP 没拿到。先确认网线/LAN 口，再给客户端临时静态地址：

  • IP：192.168.1.2
  • 掩码：255.255.255.0
  • 网关：192.168.1.1

只用于登录；不要和路由器 LAN 地址冲突。

预期客户端是 192.168.1.x 或你已知的 LAN 网段。

电脑ping 网关
终端窗口
ping 192.168.1.1
  • 通：进入第 3 层；
  • 不通：确认客户端网段、LAN 口、设备默认地址是否被改过；
  • 不要用 ping 不通就直接判断设备坏了。

预期能 ping 通，或明确知道管理 IP 不是 192.168.1.1。

第 3 层：管理 IP 是否被改过

Section titled “第 3 层：管理 IP 是否被改过”
电脑找真实 LAN 地址

常见来源：

  • 设备标签/说明书；
  • 之前保存的配置/截图；
  • 同一网段的 DHCP 租约表（如果你还能进上游路由器）；
  • 控制台里 uci show network；
  • 你自己改过的 LAN 地址。

在你自己的网段内可以查看 ARP 缓存：

终端窗口
ip neigh

不要在未知网络里大范围扫描；不要用扫描结果直接猜设备。

预期你能列出至少两个可能的地址并逐个验证。

第 4 层：HTTP/HTTPS 和 SSH

Section titled “第 4 层：HTTP/HTTPS 和 SSH”
电脑区分“能 ping 但网页打不开”
终端窗口
curl -v http://192.168.1.1/
curl -k -v https://192.168.1.1/
ssh [email protected]
  • HTTP 超时、HTTPS 也超时：uhttpd/LuCI 没监听，或防火墙挡了；
  • HTTP 404/重定向：可能端口/路径/HTTPS 配置问题；
  • SSH 能进：优先用 SSH 查服务，不要改 LAN。

预期知道是端口/服务/协议问题，不是链路问题。

路由器 ShellSSH 能进时检查 uhttpd 和端口
终端窗口
netstat -lnp | grep -E ':80|:443|:22'
ps w | grep -E 'uhttpd|rpcd' | grep -v grep
logread -e uhttpd | tail -30
uci show uhttpd

如果 uhttpd 没跑，可以尝试：

终端窗口
/etc/init.d/uhttpd restart

如果重启后仍不行，先看日志和防火墙，不要连续重启整个网络。

预期知道 LuCI 服务是否在跑、80/443 是否监听。

路由器 Shell检查防火墙是否挡了管理入口
终端窗口
uci show firewall
logread | grep -i firewall | tail -20

如果你刚改过 firewall/zone，先恢复备份或从控制台修；不要在没有控制台的情况下继续改。

预期LAN 到路由器的 80/443/22 没有被误挡。

第 5 层：本地控制台 / failsafe

Section titled “第 5 层：本地控制台 / failsafe”
本地控制台用控制台确认系统还活着

按设备文档接串口/HDMI/键盘，或使用 IPMI/云控制台。串口常见 115200 8N1，但以设备为准；没有输出时先查线序、波特率、供电。

能进控制台后：

终端窗口
ip addr show
ip route
uci show network
uci show dhcp
logread | tail -50

预期能看到登录提示或内核日志。

本地控制台需要时进入 failsafe

failsafe 的按键时机因设备而异，按 OpenWrt 设备页/厂商文档操作。进入后通常可以先看配置：

终端窗口
uci show network
uci show dhcp

如果只是 LAN 地址改错，可在确认后改回并重启；如果不确定，先备份/记录当前配置，不要执行 firstboot。恢复出厂会清空配置。

预期能在不恢复出厂的情况下改回 LAN/DHCP。

恢复顺序

Section titled “恢复顺序”
  1. 不动配置：换线/换 LAN 口/静态客户端地址；
  2. 能 ping 不能开网页：查 uhttpd/防火墙/HTTPS；
  3. 能 SSH：用 SSH 查服务，不改 LAN；
  4. 不能 SSH：控制台/failsafe；
  5. 最后才恢复出厂：确认没有重要配置/备份，并知道恢复后要重新配 WAN/LAN/Wi-Fi。

常见误判

Section titled “常见误判”
  • 把 WAN 口当管理口；
  • 客户端还在旧网段/旧静态 IP；
  • 浏览器强制 HTTPS，实际 LuCI 是 HTTP；
  • 只 ping 通就以为 LuCI 正常；
  • 改了 LAN 地址但没改 DHCP/网关，客户端拿不到新地址；
  • 防火墙把 LAN 管理口挡了；
  • uhttpd 没装/被卸载，却一直重启网络。

E2 实测记录（2026-10-20）

Section titled “E2 实测记录（2026-10-20）”
  • 环境：OpenWrt 25.12.6 x86 VM 200；LAN 192.168.1.2；从 PVE 主机 curl 验证 HTTP。
  • /etc/init.d/uhttpd stop 后：curl http://192.168.1.2/ 返回 http=000（连接失败）；SSH 仍可用。
  • /etc/init.d/uhttpd start 后：HTTP 返回 200。
  • 未测：防火墙 drop、uhttpd 端口改动、LuCI 包缺失、串口/failsafe 实际按键流程。
  • 配方：tests/recipes/troubleshooting-no-web-ui.md。

E2 状态与来源

Section titled “E2 状态与来源”
  • 本页是 E2 partial：uhttpd 停止/恢复和 SSH 保留已实测；防火墙、端口和 failsafe 仍按文档步骤。
  • 先判断是链路、地址、uhttpd、还是防火墙；不要用恢复出厂代替分层排查。
  • 不同设备/固件的控制台和 failsafe 操作不同，先查设备文档。

来源

Router.Homes

独立的 OpenWrt 实操笔记。每页写明固件、设备、包管理器与恢复路径。

图标：Solar by 480 Design, CC BY 4.0