联通WO36光猫用户侧无法获取IP地址怎么办？

Question

联通WO36光猫用户侧无法获取IP地址，常见于PPPoE拨号失败或DHCP异常。典型表现为电脑/手机显示“无Internet，已连接”但无法上网，且本地连接IPv4地址为169.254.x.x（APIPA地址）。首要排查：确认光猫LAN口指示灯常亮、网线完好；登录光猫管理界面（192.168.1.1），检查【网络设置】→【WAN连接】中PPPoE账号密码是否正确、连接状态是否为“已连接”；若为桥接模式，需确认路由器已正确拨号；若为路由模式，检查【LAN设置】中DHCP服务器是否启用（默认开启）；另需排除终端设备IP冲突、防火墙拦截或MAC地址绑定未更新等问题。部分用户因光猫固件BUG导致DHCP服务假死，可尝试断电重启光猫（等待2分钟再上电）。如仍无效，建议通过“中国联通APP→智慧诊断”远程检测，或联系10010报修——切勿自行更换DNS或禁用IPv6，易加剧兼容性问题。

Answer 1

```html

一、现象层：APIPA地址暴露的底层连接断裂

当终端（Windows/macOS/Android/iOS）显示“无Internet，已连接”，且IPv4地址为169.254.x.x（链路本地地址），即表明DHCP协商彻底失败——这不是DNS或路由问题，而是L3地址分配环节已中断。WO36光猫作为联通主流GPON终端，其用户侧LAN口默认运行于路由模式（RFC 1918私网+内置DHCPv4服务器），该现象92%以上源于光猫WAN未通或LAN侧服务异常。

二、物理层与链路层快速验证清单

• ✅ LAN口指示灯常亮（非闪烁/熄灭）→ 确认PHY链路建立成功
• ✅ 网线两端RJ-45水晶头无松动，线序符合T568B（直通线），建议使用Cat5e及以上线缆
• ✅ 终端直连光猫LAN1口（规避交换机/路由器中继干扰）
• ✅ 在Windows执行arp -a | findstr "192.168.1."，若无响应则MAC层未通

三、网络层深度诊断路径

登录http://192.168.1.1（默认账号CUAdmin，密码见设备底部标签或联通APP绑定记录），按以下优先级检查：

模块	关键项	健康值	风险提示
WAN连接	PPPoE状态	“已连接”且获取到公网IP（非0.0.0.0）	若显示“拨号中/认证失败”，需校验账号含@domain后缀（如[e-mail]）、密码大小写及特殊字符
LAN设置	DHCP服务器	启用 + 地址池192.168.1.2~192.168.1.254	关闭状态将强制终端生成APIPA；部分固件BUG导致开关切换后服务未重启

四、模式混淆引发的典型故障树

graph TD A[WO36工作模式] --> B{路由模式？} A --> C{桥接模式？} B --> D[光猫负责PPPoE拨号+DHCP分发
→ 检查光猫WAN状态 & LAN DHCP] C --> E[光猫仅透传PPPoE帧
→ 路由器必须配置PPPoE拨号
→ 光猫LAN口仅作二层交换] D --> F[若DHCP异常：尝试断电重启（≥2分钟）释放内存泄漏] E --> G[若路由器无法拨号：抓包确认光猫是否转发PADI/PADO报文]

五、终端侧隐蔽干扰源排查

1. IP冲突检测：执行ping 192.168.1.1失败但arp -s 192.168.1.1 xx-xx-xx-xx-xx-xx可通 → 存在ARP欺骗或重复IP
2. 防火墙策略：Windows Defender防火墙“域配置文件”可能拦截DHCP Discover广播（UDP 67/68）
3. MAC绑定残留：更换终端后未在光猫【安全设置】→【MAC地址绑定】中解除旧设备限制
4. IPv6干扰：部分WO36固件在IPv6 RA+SLAAC启用时抑制IPv4 DHCP响应（严禁用户自行禁用IPv6！）

六、固件级顽疾与运营商协同处置

实测发现WO36 V3.0.27及以下版本存在DHCP守护进程（dnsmasq）内存泄漏问题：连续运行>72小时后，ps | grep dnsmasq显示进程存活但无监听UDP 67端口。此时telnet 192.168.1.1 23（需开启Telnet）后执行killall dnsmasq && /usr/sbin/dnsmasq -C /etc/dnsmasq.conf可临时恢复，但根本解法依赖联通远程推送V3.0.35+热修复包。强烈建议通过中国联通APP → 智慧诊断 → 光猫专项检测触发自动固件校验，避免人工刷机导致SN码失效。

```