为什么访问TFTP服务器没响应，到底该怎么办？

tftp服务器没响应，绝大多数情况下不是设备坏了，而是服务没启动、防火墙拦截或路径权限设置不对这三件事在作怪，按顺序排查就能解决。

tftp（Trivial File Transfer Protocol）是个老协议，简单但脾气也大，它没有认证机制，也不走TCP，全靠UDP 69端口硬碰硬，你访问没响应，说到底是数据包根本没走通，或者走到了没人接，这篇从实战角度，把常见坑一个个踩出来，对着查就行。

tftp服务器没响应，先确认服务端到底活着没

很多人第一反应是查网络,其实最大的误解就是忽略了服务本身，tftp服务是独立进程，不是系统自带开机启动项，装完不启动、启动完不设自启，都等于白装。

Windows系统下tftp服务怎么开

Windows自带的tftp客户端是默认关闭的,服务器端更是没有图形界面，你需要先到“控制面板→程序→启用或关闭Windows功能”里，勾选“TFTP客户端”和“TFTP服务器”两个选项，装上之后，服务并不会自动跑起来。

1. 按Win+R，输入services.msc回车
2. 找到“Trivial FTP Daemon”服务，双击打开
3. 启动类型选“自动”，点“启动”
4. 确认服务状态变成“正在运行”

这是很多人在Windows上访问tftp服务器没响应的第一个原因服务装好了但没手动拉起。 你点“启用”只是装了软件，不等于运行开了。

Linux系统tftp服务的坑更多

以最常见的tftpd-hpa为例，装完包之后还要改配置文件，默认配置文件的根目录通常指向/srv/tftp或/var/lib/tftpboot，但服务器启动时未必有权限读取这个目录。

sudo apt install tftpd-hpa
sudo systemctl start tftpd-hpa
sudo systemctl status tftpd-hpa

执行完这三条命令,如果看到active (running)，说明服务本体没问题，但此时客户端访问还是可能超时，因为/srv/tftp目录里的文件如果权限是644，普通用户能读，但tftp进程是以nobody身份跑的，需要确认目录有执行权限。

sudo chmod -R 755 /srv/tftp

这个操作很多人漏掉,导致“服务开着、端口通着、就是没响应”的诡异局面。

网络层面排查tftp传输超时怎么办先看这三层

服务端确认活着,接下来才是网络，tftp传输超时报错是“Request timed out”或“Connection refused”，两种报错指向完全不同的问题。

第一层：IP连通性测试

在客户端命令行执行：

ping 服务器IP

丢包率超过10%就先别查应用层了，物理链路或路由有问题，如果ping得通但延迟高，查一下是否有跨网段访问，tftp不支持跨三层广播，必须直接指定IP。

第二层：UDP 69端口是否可达

tftp用的是UDP,ping只能证明主机活着，证明不了69端口开着，Windows下用自带命令有限，推荐下载tcping工具或使用nmap：

nmap -sU -p 69 服务器IP

如果结果里显示open或open|filtered，说明端口能到达，问题多半在服务端配置；如果显示closed或filtered，说明中间链路或防火墙把数据包丢了。

第三层：客户端是否处于同一安全域

内网访问tftp服务器没响应，但跨网段就正常，反过来也常见。 因为有些交换机端口开启了端口隔离或DHCP snooping，把UDP广播给拦了，你把客户端和服务器直接接在同一台二层交换机上，再试一次，能通就是VLAN或ACL策略的事。

防火墙和安全软件拦截最隐蔽的罪魁祸首

行业共识是，等排查到防火墙这里，多半已经是用户被折磨超过半小时之后的事了。 因为前面服务、IP、端口全对，就是不通，很考验耐心。

Windows防火墙放行规则

Windows默认防火墙对入站UDP 69端口是拒绝的，你得手动加规则。

1. 打开“防火墙高级设置”
2. 点“入站规则”→右侧“新建规则”
3. 选“端口”→“UDP”→指定本地端口填69
4. 选“允许连接”→“配置文件”全勾选
5. 名称填tftp

这还不算完,如果业务是网络设备从tftp服务器拉取配置文件，设备发出的源端口不一定固定为69，而是随机高位端口，响应回来时目的端口可能被Windows防火墙状态检测拦掉，遇到这种情况，把防火墙策略里的“允许入站关联连接”也勾上。

Linux iptables规则

iptables三条命令放行：

iptables -A INPUT -p udp --dport 69 -j ACCEPT
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A OUTPUT -m state --state ESTABLISHED,RELATED -j ACCEPT

如果你用的云服务器,还要检查安全组控制台里的入方向规则。云服务器的安全组是独立于操作系统的，操作系统防火墙放行了，安全组里没开照样访问tftp服务器没响应。 这是2026年云上环境最典型的配置坑。

路径权限设置文件传不上去，多半卡在写权限

很多tftp使用场景是网络工程师给交换机、路由器备份配置或升级固件，常见现象是：能读文件（下载配置正常），但写入失败（上传配置超时）。

根目录没有写权限

tftp服务的根目录,比如/srv/tftp，如果属主是root，tftp进程以nobody运行，那就只能读不能写真，解决方式：

sudo chown -R nobody:nogroup /srv/tftp

或者把目标文件提前用chmod 777放开，但这是临时方案，不推荐长期用。

文件名大小写敏感

tftp是Unix-like协议，文件名严格区分大小写，你明明把config.cfg放到了根目录，客户端却请求CONFIG.CFG，拿不到文件时客户端会一直重试，直到超时。此时服务器端日志会记录“File not found”，但如果你不查日志，就得靠猜。 查看系统日志：

sudo tail -f /var/log/syslog | grep tftp

子目录的创建权限

很多人的操作习惯是在根目录下再建一个/backup子目录，用来分门别堆放不同设备配置，但tftp客户端在请求路径里带了/backup/xxx.cfg时，如果/backup目录不存在或无法进入，响应也是超时。现在相当一部分tftp没响应案例，本质就是子目录权限比根目录还要严格一层。

客户端操作细节tftp命令模式和交互模式的区别

tftp命令有两种写法,很容易混，一种是直接把操作挂在一行命令里，另一种是进入交互模式，很多教程只讲了后者，导致脚本化执行失败。

命令行直接传文件参数

tftp -g -r firmware.bin 192.168.1.100
tftp -p -r backup.cfg 192.168.1.100

-g是下载，-p是上传，这个模式下如果服务器没响应，报错信息只会显示timed out，你不会知道到底是文件没找着，还是服务根本不通。

交互模式看更细的报错

tftp 192.168.1.100
tftp> binary
tftp> put backup.cfg

交互模式下,如果文件写不进去，会直接回一个Error code 1: File not found或Error code 2: Access violation，这两个报错一眼就能区分是路径问题还是权限问题，比超时提示管用得多。

Windows自带tftp客户端是残废的

Windows Server系统自带的是tftp.exe，功能极其简陋，不支持交互模式的错误码显示。如果你在网上下载了第三方工具（比如WinAgents TFTP Client），注意它默认的传输模式是netascii，二进制固件会传损坏。 换成octet模式再传一次，设备端校验和才能通过。

网络设备侧tftp连接被拒绝怎么办

如果是华为、思科等交换机上执行tftp命令报错，先检查设备到服务器的路由，再检查设备是否有访问控制列表（ACL）限制，有些工程师习惯在VLANIF接口下挂inbound ACL，把UDP 69的响应包给丢了，这种场景属于设备侧配置，不在服务端文件，但表现一模一样。

display acl all

看到ACL里有deny udp any any的规则，先改名或调整顺序再试。

跨三层设备的tftp传输超时怎么办

不少网络设备从服务器拉取配置文件时会携带“源接口”参数，如果你没指定源IP，设备可能用管理口的IP而不是业务口的IP去访问服务器，而服务端日志里看到的是另一个IP，自然放行规则对不上。

华为设备写法：

tftp 192.168.1.100 get startup.cfg source-ip 192.168.1.50

思科设备写法：

copy tftp://192.168.1.100/startup.cfg startup-config

先确认设备的源地址能ping通服务器,再执行后续操作。

典型故障重现原来tftp服务器日志早就告诉你答案了

如果以上常规项都查过了,还卡着，那就去看系统日志，Linux的journalctl和Windows的事件查看器里，都记录了tftp服务的每次访问尝试。

Windows事件查看器路径：

1. 开始菜单搜索“事件查看器”
2. 展开“Windows日志”→“应用程序”
3. 筛选来源为Tftp的信息

这里能看到客户端IP、请求文件名、结果状态，之前有个奇怪的案例，客户端反复请求一个不存在的文件名，服务器端直接丢弃了请求不回应，客户端当然超时，查日志才发现是配置文件里把文件名写错了。

遇到tftp服务器没响应，不要死磕客户端。 打开服务器端日志，把时间线对齐，谁请求了什么、结果是什么，一目了然，日志不会欺骗你，但配置会。

Q&A：tftp访问常见疑问集中解答

问：为什么访问tftp服务器没响应，但ftp访问完全正常？

因为两个协议的服务端口和运行机制完全不同,FTP走TCP 20/21端口，连接建立会经历三次握手，tftp走UDP 69端口，是无连接的，可能服务器上根本没有安装或启动tftp服务，而ftp服务是独立运行的，先执行netstat -a -n查看本机监听的UDP端口列表，如果69端口没有UDP 0.0.0.0:69的监听记录，tftp服务就没在运行。

问：tftp传输超过30秒就超时，实际文件很小，怎么调大时间限制？

tftp没有“超时时间”这个直接可调参数，客户端默认重传超时是5秒，重试3次，如果文件本身就几KB，说明不是传输时间问题，是数据包中途丢了或被防火墙拦截，抓包看是否有UDP响应包回去，没有响应包就是服务端或防火墙丢了请求；有响应包但客户端没收全，那就查中间链路的MTU设置，把网卡MTU从1500降到1400再试，能通就是巨型帧或分片问题。

问：网络设备买了新的，让工程师内网部署一台tftp服务器，需要注意什么？

先把服务器装好,默认目录设为/tftpboot，新设备启动时固件名要和服务器上的文件完全一致，包括大小写，多关注设备厂商的升级手册，不同型号的固件文件命名规则差异很大，有的带版本号，有的不带，建议在同一个二层网络内先做一次测试，排除跨三层转发引入的政策性过滤，再投入到生产环境。