首页/网络/常用端口速查/632 bmpp 注册项
600-699 系统端口99 条

632 bmpp 注册项

bmpp:IANA 注册名,无 RFC 说明与公开实现。

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

bmpp 是什么

632 在 IANA 登记的服务名是 bmpp,注册人为 Troy Rollo,登记表既没有说明字段,也没有 RFC 引用。四个字母的缩写很容易与网络领域里已有的名字混淆,但那些名字与这个端口号之间没有任何登记层面的关联。632 属于系统端口段(0-1023),RFC 6335 之后这段只由 IETF Review 或 IESG Approval 分配,公开资料中同样缺少实际部署记录。遇到 632 时可靠的做法只有一条:把端口号交给 ss、lsof、抓包去解释,而不是交给缩写去解释。

基本信息

服务名bmpp
协议TCP 与 UDP(分别登记)
登记IANA 早期登记,无说明无 RFC
端口区间系统端口 600-699
现状无公开规范与公开实现
登记人Troy Rollo

典型使用场景

  • 缩写撞车排查:确认业务方提到的缩写到底指哪个端口,避免张冠李戴
  • 网络协议排查:核实是否真的涉及该端口的业务,而非另有协议
  • 异常外联定位:用进程与对端信息判断是否为失陷主机的回连通道
  • 安全策略复核:把无实现的登记端口纳入定期复核清单
  • 新人培训:用这类条目讲清楚「端口名只是标签」

定位占用进程

定位占用进程
sudo ss -lntup 'sport = :632'               # 632 监听与 UDP 绑定
sudo lsof -i :632 -P -n                     # 进程、PID、用户
sudo ss -tnp '( dport = :632 or sport = :632 )' | head   # 连接对端抽样
sudo ps -o pid,ppid,etime,cmd -p <pid>       # 看进程存活时长与父进程,判断来源
# 有容器时:docker top <container> 看容器内进程

排查判断要点

现象含义处置
632 上出现周期性短连接心跳或定时任务结合定时任务清单与进程路径确认
连接对端为公网地址可能是外连回传或误配置核实域名解析结果与业务需求
端口短时间反复重连应用重试逻辑触发从应用日志找根因,勿只在网络层处理
看进程的父进程与存活时长,能快速区分「由 systemd 或容器守护启动的常驻服务」与「被脚本临时拉起的进程」,是判断端口来历的有效方法。
周期性短连接不一定是攻击:很多客户端软件用固定间隔重连,与业务无通信时也会持续心跳,判断时结合时间间隔的规律性。

易错点

  • 把缩写当成协议名:bmpp 在登记表里没有任何展开,凭缩写推断会引入错误先验
  • 看到周期性连接就当攻击:心跳重连在正常软件里非常普遍,先看规律与来源再定性
  • 忽略父进程关系:只看单个进程会漏掉启动它的守护进程或脚本
  • 对无实现端口长期不做复核:几年后没人记得这个端口为什么允许放行,审计时无法解释

数据来源与参考

  • IANA Service Name and Transport Protocol Port Number Registry

相关工具

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