首页/网络/常用端口速查/349 mftp 多播文件传输相关注册
300-399 系统端口74 条

349 mftp 多播文件传输相关注册

mftp:名称常与多播文件传输(Multicast FTP)实验关联的注册项,注册表未展开说明,无主流实现。

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

mftp 是什么

mftp 是 IANA 名录中的注册项,TCP 与 UDP 同名,登记人为 Dave Feinleib,名称与多播文件传输实验关联,名录未对其展开说明。它的思路是把文件完整地一次分发给多个接收方,靠组播降低重复传输的开销,适用于卫星与专网的内容分发场景。这类方案没有形成主流实现。今天同类需求由组播分发协议与内容分发网络承担,349 号不再有实现。

基本信息

服务名mftp
端口号349(TCP/UDP 同名登记)
IANA 登记说明未展开说明
登记人Dave Feinleib
技术关联多播文件传输实验
现代对应组播分发协议、内容分发网络
现状无主流实现
处置口径按未知服务核实进程与业务归属

现网出现时怎么处置

  • 先判断是否有组播分发业务:卫星接收、视频直播与批量分发是主要使用场景
  • 查分发软件的配置:分发系统会写明组地址、端口与接收方,配置比端口扫描更权威
  • 看流量形态:一发多收的对称流量是组播分发的特征,与普通业务明显不同
  • 核对接收方范围:接收范围失控会带来带宽与合规风险
  • 按未知服务处置:无授权用途先限制来源,组播策略另行评估

定位与组播核查

定位与组播核查
ss -lntup 'sport = :349'          # 列出 349 的 TCP/UDP 监听进程
sudo lsof -i :349                 # 进程与打开的文件
ip maddr show                     # 接口加入的组播组
netstat -g                        # 组播成员关系
netstat -ano | findstr :349       # Windows:端口与 PID
tasklist /FI "PID eq 1234"        # Windows:PID 反查进程

批量分发方式对比

方式优势局限
组播分发一份数据多接收方,省带宽依赖网络组播能力与边界策略
内容分发网络覆盖广,控制精细依赖服务商与结算
点对点传输简单直接,易排障接收方多时带宽开销线性增长
分发类服务的排查重点是范围而不是端口:谁在发、发给谁、经过哪些网段,这三个问题清楚了,端口本身往往就不再是疑问。

易错点

  • 只看端口不看分发范围:组播范围失控会造成不可预期的带宽占用
  • 组播边界策略缺失:边界设备未配置过滤时,分发流量可能扩散到不该到达的网段
  • 分发软件版本老旧:老分发系统的认证与校验机制较弱,内容完整性难以保证
  • 接收方清单过期:已下线的接收端仍在配置中,长期产生无效流量

数据来源与参考

  • IANA Service Name and Transport Protocol Port Number Registry

相关工具

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