我的TFTP客户端似乎只是从TFTP服务器获取响应RRQ（下载请求），如果我观察wiresharkstream量。
如果我closureswireshark（在TFTP服务器上运行），则服务器不会响应客户端的RRQ。
我无法validationRRQ是否到达TFTP服务器或什么（我只是使用Tftp32d），但我看到wireshark中的RRQ数据包…
那么，当我观察到Wireshark的转移时，与TFTP服务器的angular度有什么不同呢？
当您运行wireshark时，网卡将以混杂模式运行，即所有的networking数据包都将被接收，即使它没有被发送到您的网卡MAC地址。
我的build议是隔离你的TFTP服务器和TFTP客户端在一个单独的局域网设置进行testing。 我的猜测是，可能有另一台服务器运行在同一个网段，可能有相同的IP地址抢先收到你的TFTP客户端RRQ请求，但是没有做任何事情。
当你运行wireshark时，所有的数据包都在TFTP服务器上被接收，因此它能够响应客户端请求数据包，如果没有在混杂模式下运行，它将不会收到数据包。
ps：我不能添加评论到原来的post，这就是为什么我张贴在这里。
我有同样的问题，想分享我的经验。 混杂模式允许带有协议问题的客户端RRQ数据包到达目的地（TFTP服务器）。 在我的情况下，ARP中存在一个问题，RRQ的以太网报头使用全零作为目标MAC。 在混杂模式下，数据包被TFTP服务器接收，但是当closures数据包时，由于MAC不匹配而丢弃数据包。