首页/网络/常用端口速查/152 bftp 后台文件传输
100-199 系统端口99 条

152 bftp 后台文件传输

Background File Transfer Program(RFC 1068):让文件传输在后台完成的 ARPANET 工具,现代等价物是 scp/rsync 的后台任务。

常用端口速查网络更新于 2026-10-13

bftp 是什么

152 号 bftp 是 Background File Transfer Program 的注册端口,规范见 RFC 1068,登记人为 Annette DeSchon。它解决的是早期网络里「传大文件时不想占着终端」的问题:把传输任务放到后台排队执行,用户可以继续做别的事。BFTP 还包含断点与重试的设计思路,但这些能力后来由更通用的工具承接,实现没有随互联网规模延续下来。

基本信息

服务名bftp(Background File Transfer Program)
协议TCP/UDP 均有登记
规范RFC 1068
登记人Annette DeSchon
现状已退役,无可用实现

这个端口今天会怎么出现

  • 网络史研究:了解后台传输与排队语义的早期实现
  • RFC 阅读:对照 1068 理解当时的传输工具设计取向
  • 现代对照:rsync、scp 与带队列的传输工具承担同类需求
  • 扫描清单解读:152 命中通常来自历史端口表
  • 误绑排查:低端口出现监听时先查绑定进程
  • 告警降噪:把无实现的历史条目降级归档

定位占用该端口的进程

定位占用该端口的进程
ss -lntup 'sport = :152'         # Linux 查看 152 的监听与进程
sudo lsof -i :152                 # 按端口反查进程与程序路径
netstat -ano | findstr :152       # Windows 等价命令,末列为 PID
getent services bftp              # 核对系统服务名映射是否仍保留

后台传输需求与现代做法

需求BFTP 时代现代常用做法
大文件传输后台排队执行rsync、scp、对象存储命令行工具
断点续传协议内置设计rsync 的 partial 选项、专用下载器
传输队列由服务端排队任务调度或传输管理平台
BFTP 的排队与断点思路今天依然有价值:跨地域传输大量文件时,可靠性与可恢复性往往比峰值速度更重要。
判断一个历史编号是否值得关注,可以看三项:有没有公开规范、有没有仍在维护的实现、现网有没有进程监听。152 在前两项都是否。
如果 152 上出现监听,先查进程路径与启动方式;系统不会默认提供这类服务,出现监听意味着有人显式配置过。
排查报告建议直接写明结论与依据,例如 RFC 编号、登记说明与「无实现」,少用模糊措辞,能减少后续反复确认。

易错点

  • 把 BFTP 与今天的传输工具混为一谈:协议与实现都不相同
  • 看到历史编号就推测有老系统在运行:先查进程再下结论
  • 低端口监听不追绑定者:需要特权绑定,来源才是关键线索
  • 历史条目长期留在高危清单:占用真实风险的处置资源
  • 只改扫描配置不写依据:换个人接手又要重新判断一次

数据来源与参考

  • RFC 1068:Background File Transfer Program (BFTP)

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌