netutils icon indicating copy to clipboard operation
netutils copied to clipboard

IoT networking utilities for RT-Thread. Such as: ping, tftp, iperf, netio, ntp, telnet and tcpdump.

Results 16 netutils issues
Sort by recently updated
recently updated
newest added

![图片](https://user-images.githubusercontent.com/20244991/91957548-c2c71580-ed38-11ea-95ce-814a2ee78145.png) 配置项2个都是使能TFTP服务器是不是写错了,现在支持客户端和服务器,应该2个不一样吧,究竟哪个是客户端哪个是服务器?

既然这个支持server和client,前者有demo示例,希望后者也有例程可参考

stm32直接连接工具软件Tftp64上的Server 能正常获取文件,但stm32直接连接服务器上的TFTP,读取文件 却无法获取结果 无任何反馈 工具软件Tftp64上的client去连接服务器下载文件,完全正常 下图右侧是相应请求过程 是因为stm32这边的请求格式不完整的原因么 应该如何修复? 相应抓包结果见下方链接 https://www.rt-thread.org/qa/forum.php?mod=viewthread&tid=2289&page=1&authorid=15749

查看代码并使用AT调试发现,虽然设置了三个NTP服务器但是在socket连接的时候只与第一个服务器建立了UDP连接,之后的两个还使用的第一个连接,导致三次同步实际都与第一个服务器进行,但是使用w5500抓包发现是单独与每个服务器进行的连接。 建立连接的地方(会分别向每个服务器发送同步请求,只有第一次建立连接): ![image](https://github.com/RT-Thread-packages/netutils/assets/44767926/606320ae-ce69-4646-be03-bf85758ab730) 代码最后才关闭socket(一次操作): ![image](https://github.com/RT-Thread-packages/netutils/assets/44767926/0c0813fb-eb55-4e9d-9287-95d24a5899dc)

如果读取slin.log.0, erpc.log.0 程序会崩溃 ,读取文件名为module.log.0 程序正常 调试后发现内存分配长度没有考虑\0, 由于malloc分配以字节对齐方式分配,当文件名不是对齐字节长度的整数倍,malloc会多分配一些字节以保证内存对齐,某些文件名长度正好是整数倍时,出现内存越界,导致程序崩溃 ![图片](https://user-images.githubusercontent.com/31227647/204416008-1bcc8102-c47c-4f44-bfa7-030ccd5cdd99.png)

添加rtt作为udp客户端的速度输出