首页/网络/常用端口速查/218 mpp Netix 消息投递
200-299 系统端口54 条

218 mpp Netix 消息投递

Netix Message Posting Protocol 的历史注册端口,无现代实现。

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

218 端口是什么

218 的登记名是 mpp,说明为 Netix Message Posting Protocol,注册人 Shannon Yeh,属于消息投递类注册的又一成员。与 169 的 send、29 的 msg-icp 一样,它记录的是主机时代消息投递这件事。如今同类功能由邮件系统与消息中间件承担,编号已经没有对应实现。

基本信息

服务名mpp(Netix Message Posting Protocol)
端口号218
传输层TCP 与 UDP 均已登记
同族条目29(msg-icp)、169(send)
现状历史登记,无公开实现
注册人Shannon Yeh

消息投递注册为什么这么多

当年没有统一的消息标准,每家厂商都提交自己的方案,编号表里因此密集出现投递类条目。标准收敛之后,这些私有协议同时失去意义,只留下缩写名与注册人,成为需要解释的历史记录。

典型排查场景

  • 扫描归因:218 出现时先取进程与可执行路径,再判断归属。
  • 台账标注:归入历史注册分组,与在网消息系统明确区分。
  • 安全研判:低位编号上的异常外联按高风险事件追溯。
  • 策略评审:确认该编号不在业务放行清单中。
  • 培训示例:用三条同族条目说明主机时代消息服务的密集注册。

定位占用进程

定位占用进程
ss -lntup 'sport = :218'        # 本机 TCP/UDP 监听
sudo lsof -i :218              # 反查进程
ss -lntup 'sport = :169'       # 顺带核对同族编号
netstat -ano | findstr :218    # Windows 取 PID
sudo lsof -i :218 -nP | head -10   # 精简记录便于留档

输出逐列读法

列含义判读
State状态监听态为 LISTEN 或 UNCONN,ESTAB 说明已有连接建立
Local Address:Port本地地址端口消息类服务若监听通配地址,应限制到应用网段
Process占用进程属主与业务不符时先隔离,再确认组件来源
同族条目在编号表里零散分布,检索时按消息投递这一特征成组处理,比逐个考证更快,也更不容易遗漏。
该编号在 TCP 与 UDP 都有登记,只查 TCP 会漏掉 UDP 方向的流量。
消息投递的语义在各年代变化很大:从主机终端间的即时消息到带确认与重试的队列投递,同名能力背后的机制完全不同,判断时不能只看名称。
对外发送类的历史服务通常在出方向留下更多痕迹。若在流量侧看到该编号,应同时核对目的地址与发起进程,两个方向都确认后再定级。

易错点

  • 把 mpp 当成某现代消息产品的简称:会得到大量无关检索结果。
  • 只查 TCP 漏掉 UDP 登记。
  • 在放行清单里保留该编号:无业务收益,只是持续扩大暴露面。
  • 在事故报告里把实际占用进程写成消息投递服务,误导后续复盘。

数据来源与参考

  • IANA Service Name and Transport Protocol Port Number Registry

相关工具

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