自从我们一家人都在原地避难并且本周都在家工作以来,我们的库存固件 Linksys EA4500 上的 wifi 一直随机掉线,所以我认为这是一个很好的机会来更多地接触第 3 方固件并确认与否这是导致锁定/重新启动的库存固件。
因此,我今天早上开始备份当前配置并下载库存固件(以防万一,即使我知道我的路由器有备份分区)和唯一似乎与我的路由器兼容的第 3 方固件 - OpenWRT。上传固件、重新启动并浏览 wifi 和 DHCP 设置选项后,我注意到 WAN 端口没有指示灯,也没有 Rx/IP。经过多次网络搜索后,我尝试将库存固件中的 IP 放入静态 WAN IP 设置中;尝试从我的 Windows PC 上执行“ipconfig /release”,将 ONT 的电缆插入其中即可上网,然后等待 2 小时尝试重新启动路由器和 WAN 接口(将 DHCP 客户端改回协议);勾选“使用广播标志”;拔掉路由器电源并等待 2 小时后再重新插入;还有一些事情我现在忘记了,所有这些都是因为 OpenWRT 接口中的 WAN 端口灯或 WAN Rx 完全没有任何生命迹象。
令我非常恼火的是,我发现凭直觉在 ONT 和路由器之间插入一根 1 英尺长的电缆(库存固件大部分时间都可以运行 25 英尺长的猫),WAN 灯就能工作,还有 IP 和互联网!
为什么我的笔记本电脑或该路由器的库存固件可以通过这个 25 英尺的猫运行,而不是闪烁的 OpenWRT 固件?状态 -> 系统日志之外是否有日志可探索 udhcpc 在以下日志条目之间正在执行的操作,这些日志条目可以解释可能不成功的低级别连接不允许更高级别的 IP 分配的原因?
Wed Jan 29 16:20:12 2020 daemon.notice netifd: Interface 'wan' is enabled
Wed Jan 29 16:20:12 2020 daemon.notice netifd: Interface 'wan6' is enabled
Wed Jan 29 16:20:12 2020 daemon.notice netifd: bridge 'br-lan' link is up
Wed Jan 29 16:20:12 2020 daemon.notice netifd: Interface 'lan' has link connectivity
Wed Jan 29 16:20:12 2020 daemon.notice netifd: Network device 'eth0' link is up
Wed Jan 29 16:20:12 2020 daemon.notice netifd: VLAN 'eth0.1' link is up
Wed Jan 29 16:20:12 2020 daemon.notice netifd: Network device 'lo' link is up
Wed Jan 29 16:20:12 2020 daemon.notice netifd: Interface 'loopback' has link connectivity
Wed Jan 29 16:20:12 2020 daemon.notice netifd: Network device 'eth1' link is up
Wed Jan 29 16:20:12 2020 daemon.notice netifd: VLAN 'eth1.2' link is up
Wed Jan 29 16:20:12 2020 daemon.notice netifd: Interface 'wan' has link connectivity
Wed Jan 29 16:20:12 2020 daemon.notice netifd: Interface 'wan' is setting up now
Wed Jan 29 16:20:12 2020 daemon.notice netifd: Interface 'wan6' has link connectivity
Wed Jan 29 16:20:12 2020 daemon.notice netifd: Interface 'wan6' is setting up now
Wed Jan 29 16:20:12 2020 daemon.notice procd: /etc/rc.d/S96led: setting up led health
Wed Jan 29 16:20:12 2020 daemon.notice procd: /etc/rc.d/S96led: setting up led pulse
Wed Jan 29 16:20:12 2020 daemon.notice netifd: wan (1335): udhcpc: started, v1.30.1
Wed Jan 29 16:20:12 2020 user.notice firewall: Reloading firewall due to ifup of lan (br-lan)
Wed Jan 29 16:20:12 2020 daemon.err odhcp6c[1339]: Failed to send RS (Address not available)
Wed Jan 29 16:20:13 2020 kern.info kernel: [ 16.241603] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Wed Jan 29 16:20:13 2020 kern.info kernel: [ 16.248480] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
Wed Jan 29 16:20:13 2020 kern.info kernel: [ 16.255141] IPv6: ADDRCONF(NETDEV_CHANGE): eth1:link becomes ready
Wed Jan 29 16:20:13 2020 daemon.notice netifd: wan (1335): udhcpc: sending discover