我可以从本地成功放置一个文件。 如果我尝试从另一台主机连接客户端，并在服务器上创build文件，但它是空的。 然后转移超时一会儿。
在客户端上，我可以运行以下相同的结果之一：
tftp <server> -c put install.log tftp <server> -c put install.log install.log tftp <server> -c put install.log /install.log SELinux处于许可模式，IPtables目前closures。
/etc/xinetd.d/tftpd的内容：
service tftp { socket_type = dgram protocol = udp wait = yes user = root server = /usr/sbin/in.tftpd server_args = -v -c -s /var/lib/tftpboot disable = no per_source = 11 cps = 100 2 flags = IPv4 }
/ tftproot获得了777个权限。
在/ var / log / messages中我得到：
Mar 21 17:10:30 <hostname> in.tftpd[29093]: WRQ from <client_ip> filename install.log Mar 21 17:10:35 <hostname> in.tftpd[29093]: WRQ from <client_ip> filename install.log Mar 21 17:10:40 <hostname> in.tftpd[29093]: WRQ from <client_ip> filename install.log Mar 21 17:10:45 <hostname> in.tftpd[29093]: WRQ from <client_ip> filename install.log Mar 21 17:10:50 <hostname> in.tftpd[29093]: WRQ from <client_ip> filename install.log
整个下午，我的头撞在这堵砖墙上。 有人请让我摆脱我的痛苦。 我知道这将是一件非常愚蠢的事情:-(
发现问题
这是VMware的网卡types。 我一直在使用VNXNET3，一旦我改变到E1000的一切都按预期工作。 显然，这个问题在vSphere 5中依然存在。
我认为这是MTU /碎片问题。 客户端和服务器之间的小数据包没有问题，所以服务器知道文件名。 大被阻塞的地方。
你可以使用最小块大小（512）的-B max-block-size标志作为服务器，如果这样可以解决这个问题，那么也可以尝试更大的一个（对于具有1500 MTU的以太网，~1460是好的，但是如果你有IPSec / VPN在客户端和服务器之间，那么〜1350可能会更好）。
在EL6中，默认tftp目录从/tftpboot更改为/var/lib/tftpboot 。
确保在目标目录中有文件的666个权限。