现象
单板启动, uboot进入命令行模式, 无法ping通tftpserver
#ping 10.100.10.111
Speed: 100, full duplex
Using ethernet@xxx device
ARP Retry count exceeded; starting again
ping failed; host 10.100.10.111 is not alive
定位过程
1 交叉对比实验,发现同事的电脑能够ping通,并且能够通过tftpserver下载文件
#ping 10.100.10.112
Speed: 100, full duplex
Using ethernet@xxx device
host 10.100.10.112 is alive
于是参考同事的tftpserver配置自己重新配置tftpserver服务, 重启服务和重启电脑发现仍然无法ping通
2 当天没有解决问题,第二天 找同事试了一下从我的tftpserver下载文件,发现能够下载成功,确认我的新配置的tftpserver没有问题。说明问题还是出在网络上面。昨天排查过电脑确认防火墙已经关闭。
3 记得昨天和前天的时候,发现uboot进入linux之后,我是能够通过ssh和scp访问单板的。同事帮忙排查了一下网络。发现同事的电脑和单板是通过一个小的路由器接入到网络的。而我的电脑是直接接入到网络的。于是我尝试将我的网卡接到小路由器上。接入之后然后进行测试,发现网络OK,能够ping通我的电脑。
#ping 10.100.10.111
Speed: 100, full duplex
Using ethernet@xxx device
host 10.100.10.111 is alive
结论
根据同事介绍,小的路由器有自己的路由,uboot阶段需要配置网关,否则无法透传路由器

本文记录了一次在U-Boot环境下,遇到无法通过TFTP服务器下载文件并进行网络通信的问题。经过排查,发现是由于路由器的路由设置导致的。通过将电脑接入同一路由器,问题得到解决。同时,文章还探讨了关闭防火墙和TFTP服务器对网络通信的影响,验证了防火墙开启状态下TFTP下载会失败。

1万+

被折叠的 条评论
为什么被折叠?



