检测到tftp服务器有两个怎么办？核心结论是先确认两个服务是否都真实存活，再根据业务需求决定是禁用多余服务还是合并配置，多数情况下只需保留一个并统一根目录指向即可解决。
两个TFTP服务器同时存在的常见原因
TFTP服务器在运维场景中扮演着固件分发、网络设备备份、批量装机等关键角色，当你在一台机器上检测出两个TFTP服务时，大概率不是系统“凭空长出来”的，而是安装配置过程中留下的痕迹。
安装残留导致的双服务
很多运维人员习惯同时尝试多款TFTP工具,比如SolarWinds TFTP Server、Tftpd32、OpenTFTP，或者Windows自带的TFTP角色，这些软件在卸载时往往不会自动清理后台服务项，导致服务列表中残留多个注册项，检测工具一扫描，自然就报出两个TFTP服务器。
系统服务与第三方软件冲突
Windows系统自带的TFTP服务（通过“启用或关闭Windows功能”安装）与第三方TFTP软件同时运行时，两者都会监听UDP 69端口，检测软件扫描局域网时，会同时识别出这两个服务，这种情况在Windows Server系统上尤为常见。
虚拟化环境中的重复实例
使用VMware或Hyper-V虚拟化环境时，宿主机与虚拟机内可能各自运行着一个TFTP服务，如果检测工具的网络扫描范围覆盖了多个网段，就会同时发现多个TFTP服务器实例，这属于正常现象，但容易让新手误判。
如何确认两个TFTP服务器是否真实可用
在动手处理之前,先确认两个服务是“活”的还是“死”的，这决定了后续操作的方向。
检查服务运行状态
在Windows系统中,按下Win+R输入services.msc打开服务管理器，查找名称中包含“TFTP”的服务项，查看“状态”列，如果两个服务都处于“正在运行”，说明它们确实在监听端口，如果其中一个状态是“已停止”，那它只是残留配置，不会实际影响网络。
Linux环境下使用systemctl status tftp或ps -ef | grep tftp命令查看进程状态，Debian系系统通常使用
tftpd-hpa服务，RedHat系则可能是tftp-server，注意区分。
端口监听情况排查
TFTP服务默认使用UDP 69端口，两个服务同时运行必然导致端口冲突，使用以下命令查看端口占用：
netstat -anu | grep :69
或Windows下的：
netstat -anu | findstr 69
如果输出结果显示多个进程都绑定在69端口,说明存在冲突，但UDP协议允许SO_REUSEADDR选项，某些软件可能同时绑定成功，这种情况下需要借助专业工具进一步排查。
使用扫描工具验证可达性
在另一台机器上使用TFTP客户端工具尝试连接两个服务地址,看哪个能正常响应。
tftp 192.168.1.100 tftp> get testfile.txt
能成功传输文件的才是真实可用的服务,另一个要么是假进程，要么是配置错误。
TFTP服务器重复检测的处理策略
确认两个服务的实际状态后,按照以下优先级处理。
禁用多余服务
如果两个服务都能正常运行,但业务只需要一个，建议禁用其中一个。禁用优先级较低的服务，保留配置更完善、性能更好的那个。
在Windows服务管理器中,右键点击不需要的服务，选择“属性”，将“启动类型”改为“禁用”，然后停止该服务，对于第三方软件自带的服务，最好通过软件本身的设置界面关闭，避免直接删除导致软件报错。
合并配置并迁移文件
如果两个服务分别服务于不同网段或不同业务场景,可以尝试合并，比如一个服务负责设备备份，另一个负责PXE装机，可以将两者的根目录合并，统一到一个TFTP服务中管理。
操作步骤如下：
- 确定保留哪个服务作为主服务
- 将另一个服务的根目录下的所有文件复制到主服务根目录
- 调整主服务的配置文件,确保所有子目录结构完整
- 禁用或卸载多余服务
- 在客户端重新测试文件传输
修改端口实现共存
如果业务上确实需要两个TFTP服务同时运行,可以修改其中一个服务的监听端口，TFTP协议支持通过配置文件指定端口号，比如将第二个服务改为监听UDP 1069端口，客户端连接时需要显式指定端口：
tftp -p -r filename 192.168.1.101 1069
这种方式适合临时过渡场景,长期运行不推荐，因为会增加运维复杂度。
TFTP服务器端口占用排查与清理
端口占用是检测到两个TFTP服务器的直接原因,排查时需要有系统性方法。
Windows系统下的详细排查
打开命令提示符（管理员权限），执行：
netstat -aon | findstr :69
记录下输出中的PID（进程ID），然后通过任务管理器或tasklist命令定位对应的程序名称：
tasklist /fi "pid eq 1234"
如果PID对应的程序是你已卸载的软件残留,直接结束该进程，然后清理启动项和服务注册表。
Linux系统下的排查
使用lsof命令查看端口占用：
lsof -i udp:69
输出会显示进程PID和程序路径,如果发现是残留进程，使用kill命令终止，然后检查/etc/xinetd.d/tftp或/etc/default/tftpd-hpa配置文件，确认服务启动项是否重复。
防火墙规则对服务发现的影响
部分检测工具通过扫描防火墙开放端口来识别服务,如果防火墙规则中同时放行了多个TFTP服务的端口，也会报告检测到两个服务器，检查防火墙策略，删除多余的规则，只保留实际生效的那条。
日常运维中避免TFTP服务冲突的规范
处理完当前问题后,建立一套规范防止复发。
统一TFTP服务选型
在团队内部统一使用同一种TFTP服务软件,避免不同成员安装不同工具导致冲突，行业共识认为，Tftpd64在Windows环境下稳定性和兼容性较好，Linux服务器则优先选择tftpd-hpa，这两者覆盖了绝大多数场景。
建立服务台账
在运维文档中记录每台服务器的TFTP服务信息,包括：
- 服务名称和版本
- 监听端口和根目录路径
- 关联业务场景
- 启动方式和依赖关系
这样后续检测到异常时,能快速判断是正常服务还是残留进程。
定期巡检与清理
每隔一段时间检查服务器上是否有未使用的TFTP服务实例,特别是在版本升级或软件更换后，重点检查旧版本是否残留，清理时先停止服务，再删除相关文件和注册表项，最后验证端口释放。
TFTP服务器重复检测的Q&A
问：检测到两个TFTP服务器，但只有一个在运行，另一个显示已停止，需要处理吗？
答：需要处理，已停止的服务虽然不占用端口，但会在系统启动时尝试加载，可能与其他服务产生隐性冲突，残留服务会增加管理复杂度，后续排查问题时容易混淆，建议直接在服务管理器中禁用或删除。
问：两个TFTP服务器在不同网段，客户端能正常访问，还需要合并吗？
答：如果业务场景明确区分，且两个服务长期稳定运行，可以暂时保留，但要注意监控两个服务的资源占用情况，避免单台机器上运行过多实例导致性能下降，当业务调整或架构优化时，优先考虑合并方案。
问：修改TFTP端口后，客户端连接不上怎么办？
答：确认客户端命令中是否指定了正确的端口号，部分TFTP客户端工具需要在设置中手动填写端口字段，同时检查服务器端防火墙是否放行了新端口，以及服务配置文件中的端口修改是否已生效，修改后需要重启服务才能应用新配置。
问：如何防止其他同事误装TFTP服务导致冲突？
答：在运维规范中明确TFTP服务的安装审批流程，统一由专人负责部署，同时在服务器上关闭普通用户的软件安装权限，从源头减少误装概率，定期使用端口扫描工具巡检UDP 69端口状态，及时发现异常。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/682576.html
