在重新设置路由器的openwrt时 习惯性的去搜索了下openwrt的拨号教程，想着自己小米刷的也是kingwrt算是opwrt的魔改？？于是就去按照教程在默认wan口拨号，设置好了拨号一直拨不出去，显示错误链接，排除了一系列非技术错误之后，还是不行。于是我突发奇想把默认wan口给删了。重新做了个wan0口拨号，一下就拨出去了，但是也没懂是为什么这样就误打误撞拨出去了，刚开始我还一直以为是之前拨号还没有下线hhh。
具体拨号就是这样的，确实是拨出去了。我去系统日志看了下还是没找到相关错误，应该是我技术太弱了，还看不懂系统日志<333
吐槽一句opwrt不支持5G段也是太有技术了 天天丢包加延迟加。
问了下qwq也是没分析出来为什么。日志我粘贴在下面了
Sun Mar 16 12:56:06 2025 kern.info kernel: [ 865.673470] device phy0-ap0 left promiscuous mode
Sun Mar 16 12:56:06 2025 kern.info kernel: [ 865.674021] br-lan: port 2(phy0-ap0) entered disabled state
Sun Mar 16 12:56:07 2025 daemon.notice wpa_supplicant[1336]: Set new config for phy phy0
Sun Mar 16 12:56:07 2025 daemon.notice hostapd: Set new config for phy phy0: /var/run/hostapd-phy0.conf
Sun Mar 16 12:56:07 2025 daemon.notice hostapd: Reload config for bss ‘phy0-ap0’ on phy ‘phy0’
Sun Mar 16 12:56:07 2025 daemon.notice hostapd: phy0-ap0: AP-STA-DISCONNECTED
Sun Mar 16 12:56:07 2025 daemon.notice hostapd: Reloaded settings for phy phy0
Sun Mar 16 12:56:07 2025 daemon.notice netifd: Wireless device ‘radio0’ is now up
Sun Mar 16 12:56:07 2025 daemon.notice netifd: Network device ‘phy0-ap0′ link is up
Sun Mar 16 12:56:07 2025 kern.info kernel: [ 867.048011] br-lan: port 2(phy0-ap0) entered blocking state
Sun Mar 16 12:56:07 2025 kern.info kernel: [ 867.048041] br-lan: port 2(phy0-ap0) entered disabled state
Sun Mar 16 12:56:07 2025 kern.info kernel: [ 867.050094] device phy0-ap0 entered promiscuous mode
Sun Mar 16 12:56:07 2025 kern.info kernel: [ 867.050656] br-lan: port 2(phy0-ap0) entered blocking state
Sun Mar 16 12:56:07 2025 kern.info kernel: [ 867.050692] br-lan: port 2(phy0-ap0) entered forwarding state
Sun Mar 16 12:56:10 2025 daemon.warn odhcpd[1595]: No default route present, overriding ra_lifetime!
Sun Mar 16 12:56:14 2025 cron.info crond[29368]: time disparity of 226542 minutes detected
Sun Mar 16 12:57:00 2025 daemon.info hostapd: phy0-ap0: STA <3 IEEE 802.11: authenticated
Sun Mar 16 12:57:00 2025 daemon.info hostapd: phy0-ap0: STA <3 IEEE 802.11: associated (aid 1)
Sun Mar 16 12:57:00 2025 daemon.notice hostapd: phy0-ap0: STA-OPMODE-SMPS-MODE-CHANGED <3 off
Sun Mar 16 12:57:00 2025 daemon.notice hostapd: phy0-ap0: AP-STA-CONNECTED <3 auth_alg=open
Sun Mar 16 12:57:00 2025 daemon.info hostapd: phy0-ap0: STA <3 WPA: pairwise key handshake completed (RSN)
Sun Mar 16 12:57:00 2025 daemon.notice hostapd: phy0-ap0: EAPOL-4WAY-HS-COMPLETED <3
Sun Mar 16 12:57:51 2025 daemon.info hostapd: phy0-ap0: STA <3 IEEE 802.11: authenticated
Sun Mar 16 12:57:51 2025 daemon.info hostapd: phy0-ap0: STA <3 IEEE 802.11: associated (aid 2)
Sun Mar 16 12:57:52 2025 daemon.notice hostapd: phy0-ap0: AP-STA-CONNECTED <3 auth_alg=open
Sun Mar 16 12:57:52 2025 daemon.info hostapd: phy0-ap0: STA <3 WPA: pairwise key handshake completed (RSN)
Sun Mar 16 12:57:52 2025 daemon.notice hostapd: phy0-ap0: EAPOL-4WAY-HS-COMPLETED <3
Sun Mar 16 12:57:52 2025 daemon.warn odhcpd[1595]: No default route present, overriding ra_lifetime!
Sun Mar 16 12:57:56 2025 daemon.warn odhcpd[1595]: No default route present, overriding ra_lifetime!
Sun Mar 16 12:58:00 2025 daemon.warn odhcpd[1595]: No default route present, overriding ra_lifetime!
Sun Mar 16 12:58:03 2025 daemon.info hostapd: phy0-ap0: STA <3 IEEE 802.11: authenticated
Sun Mar 16 12:58:03 2025 daemon.info hostapd: phy0-ap0: STA <3 IEEE 802.11: associated (aid 3)
Sun Mar 16 12:58:03 2025 daemon.notice hostapd: phy0-ap0: AP-STA-CONNECTED <3 auth_alg=open
Sun Mar 16 12:58:03 2025 daemon.info hostapd: phy0-ap0: STA <3 WPA: pairwise key handshake completed (RSN)
Sun Mar 16 12:58:03 2025 daemon.notice hostapd: phy0-ap0: EAPOL-4WAY-HS-COMPLETED <3
Sun Mar 16 12:58:03 2025 daemon.warn odhcpd[1595]: No default route present, overriding ra_lifetime!
Sun Mar 16 12:58:07 2025 daemon.warn odhcpd[1595]: No default route present, overriding ra_lifetime!
Sun Mar 16 12:59:22 2025 daemon.warn odhcpd[1595]: No default route present, overriding ra_lifetime!
具体的MAC我就隐藏了，毕竟安全第一<3
下面是我问qwq的回答：
根据您的描述，OpenWrt 在使用默认 WAN 口拨号时无法成功拨号，但删除默认 WAN 口并重新创建后可以正常拨号。这种现象可能与以下原因有关：
### **1. 默认 WAN 口配置问题**
#### **可能原因**：
– **遗留配置冲突**：默认 WAN 口可能保留了旧的或不正确的配置（例如错误的协议、IP 地址、网关等），导致拨号失败。
– **接口名称冲突**：某些情况下，默认 WAN 口的名称（如 `wan`）可能与其他网络服务或脚本存在冲突，导致拨号失败。
– **MAC 地址绑定问题**：某些 ISP 对设备的 MAC 地址进行了绑定。如果默认 WAN 口的 MAC 地址与 ISP 绑定的地址不匹配，可能会导致拨号失败。
#### **解决方案**：
– 删除默认 WAN 口后重新创建新接口时，系统会生成新的配置文件，避免了上述潜在问题。
– 如果怀疑是 MAC 地址绑定问题，可以在新建 WAN 口时手动克隆 MAC 地址：
“`bash
uci set network.wan.macaddr=’XX:XX:XX:XX:XX:XX’
uci commit network
/etc/init.d/network restart
### **2. 网络协议配置错误**
#### **可能原因**：
– 默认 WAN 口的协议（Protocol）可能未正确设置。例如，某些 ISP 需要使用 PPPoE 拨号，而默认 WAN 口可能被错误地配置为静态 IP 或 DHCP。
– VLAN ID 配置错误：许多宽带连接需要特定的 VLAN ID（如 VLAN 832）。如果默认 WAN 口未正确配置 VLAN，拨号会失败。
#### **解决方案**：
– 检查并确保 WAN 口的协议配置正确。以 PPPoE 为例：
“`bash
uci set network.wan.proto=’pppoe’
uci set network.wan.username=’your_username’
uci set network.wan.password=’your_password’
uci commit network
/etc/init.d/network restart
“`
– 如果需要配置 VLAN，可以添加 VLAN 子接口。例如：
“`bash
uci set network.wan.ifname=’eth0.832′
uci set network.wan.vlan=’832′
uci commit network
/etc/init.d/network restart
### **3. 接口状态残留**
#### **可能原因**：
– 删除默认 WAN 口之前，该接口可能处于某种异常状态（如未正确关闭或释放资源），导致拨号失败。
– 系统中可能存在残留的网络配置文件或缓存，干扰了默认 WAN 口的正常工作。
#### **解决方案**：
– 在删除默认 WAN 口后，清理相关配置文件和缓存：
“`bash
rm -f /etc/config/network
reboot
“`
然后重新创建 WAN 口并配置拨号参数。
### **4. 驱动或硬件问题**
#### **可能原因**：
– 默认 WAN 口对应的物理接口（如 `eth0`）可能存在驱动兼容性问题或硬件故障，导致拨号失败。
– 删除并重新创建 WAN 口时，系统可能重新初始化了驱动或硬件接口，从而解决了问题。
#### **解决方案**：
– 检查物理接口的状态：
“`bash
ifconfig eth0
ethtool eth0
“`
– 更新 OpenWrt 固件和驱动程序到最新版本，确保硬件兼容性。
—
### **5. 防火墙规则干扰**
#### **可能原因**：
– 默认 WAN 口可能受到防火墙规则的限制，阻止了拨号请求。
– 删除并重新创建 WAN 口时，防火墙规则可能被重新生成，避免了干扰。
#### **解决方案**：
– 检查防火墙规则，确保允许 WAN 口的流量通过：
“`bash
uci show firewall
“`
– 如果发现问题，可以重置防火墙规则：
“`bash
uci import firewall < /etc/config/firewall.default
uci commit firewall
/etc/init.d/firewall restart
### **总结**
您遇到的问题可能是由以下原因之一或多种因素共同导致的：
1. 默认 WAN 口配置错误或存在冲突。
2. 网络协议或 VLAN 配置不正确。
3. 接口状态残留或驱动问题。
4. 防火墙规则干扰。
建议按照以下步骤排查和解决问题：
1. 删除默认 WAN 口并重新创建，同时确保配置正确。
2. 检查物理接口的状态和驱动兼容性。
3. 确保防火墙规则允许 WAN 口的流量通过。
4. 如果问题仍然存在，可以尝试更新固件或联系 ISP 获取支持。
如果您能提供更多细节（例如拨号失败时的日志或错误信息），我可以进一步帮助您分析！
作者
xiangchao100321@outlook.com