刷了 OpenWrt 后一切正常，但某台设备突然上不了网，一看 IP 地址——不是常规的 192.168.1.x，而是奇怪的 10.x.x.x 或 172.x.x.x 地址。
这种情况通常是 DHCP 服务器配置出了问题，IP 段冲突或 LAN 接口配置错误导致的。
一、先确认：问题出在哪个环节
在 OpenWrt 控制台（LuCI）里依次检查以下三个位置，问题 90% 出在第一个：
位置一：网络 → 接口 → LAN → 基本设置
位置二：网络 → 接口 → WAN → 基本设置
位置三：服务 → DHCP/DNS
典型错误症状对照：
二、第一步：检查 LAN 口 IP 段配置
操作：OpenWrt → 网络 → 接口 → LAN → 编辑
找到「基本设置」选项卡：
IPv4 地址：192.168.1.1 ← 这是路由器 LAN 口 IP
IPv4 子网掩码：255.255.255.0
常见错误 1：LAN 口和 WAN 口在同一个网段
如果 WAN 口设置为 DHCP 客户端，且上级路由恰好也是 192.168.1.x，LAN 和 WAN 同段会导致路由混乱。
修复方法：
将 LAN 口改为：192.168.2.1
WAN 口保持：DHCP 客户端（自动获取）
这样 LAN 是内网，WAN 正常获取上级 IP，互不干扰。
常见错误 2：LAN 口 IP 被手动设成了外网 IP 段
有些用户在「高级设置」里误改了 LAN IP：
# 错误配置
IPv4 地址：10.0.0.1 ← 和 WAN 获取的网段冲突了！
# 正确配置
IPv4 地址：192.168.X.1 （X 任意，但不要和 WAN 段重叠）
三、第二步：检查 DHCP 服务器范围
操作：网络 → 接口 → LAN → DHCP 服务器
这里设置内网设备能被分配的 IP 范围。
标准配置参考：
DHCP 服务器：已启用 ✓
起始 IP：192.168.1.100
结束 IP：192.168.1.249
租约时间：12 小时
需要检查的点：
- DHCP 是否启用——有些用户禁用了却不自知，导致设备拿不到 IP
- IP 范围是否和 LAN 口网段匹配——LAN 是 192.168.1.x，DHCP 范围也必须是这个段
- DHCP 范围是否和静态分配 IP 冲突——如果手动给某些设备设了静态 IP（如 192.168.1.10），确保 DHCP 起始 IP 从 100 开始，避免冲突
修复后保存并应用，再让设备重新获取 IP：
# Windows 电脑强制重新获取 IP
ipconfig /release
ipconfig /renew
# Mac / Linux
sudo dhclient -r
sudo dhclient
四、第三步：检查上级路由/光猫是否有 DHCP 冲突
如果路由器 WAN 口接了光猫，且光猫也开启了 DHCP，两者同时分配 IP，内网就会乱套。
排查方法：
- 把电脑直接接光猫（绕过路由器），看拿到的 IP 是哪个段
- 再接回路由器，通过路由器上网，看设备拿到的 IP 又是哪个段
- 如果两者 IP 段相同 → 光猫和路由器 DHCP 冲突
解决方案（任选其一）：
五、一个命令快速验证 DHCP 状态
在 OpenWrt 的 SSH 终端里执行：
# 查看当前 LAN 口 DHCP 分配情况
cat /tmp/dhcp.leases
# 查看 dnsmasq 是否正常监听 67 端口（DHCP 端口）
netstat -tulnp | grep :67
# 查看 LAN 接口配置
uci show network.lan
正常输出示例：
100 aa:bb:cc:dd:ee:ff 192.168.1.102 DEVICE-NAME 01:aa:bb:cc:dd:ee:ff
如果 dhcp.leases 文件为空或很小，说明没有设备成功获取到 IP，问题就在 DHCP 这一层。
六、终极修复：重置网络接口
如果配置混乱，不知道哪里改坏了，可以用命令一键重置网络配置：
# 重置网络配置到默认（保留 LAN 口 IP 为 192.168.1.1）
uci revert network
uci revert dhcp
# 重启网络服务
/etc/init.d/network restart
/etc/init.d/dnsmasq restart
或者在 LuCI 界面里：系统 → 备份/升级 → 重置为默认固件（仅重置配置，不刷固件）。
展开全文
发表评论