spmp 是什么
656 在 IANA 登记的服务名是 spmp，登记说明同样只写 SPMP，注册人为 Jakob Kaivo，登记表没有 RFC 引用与协议说明。四字母缩写在行业里通常对应某个内部模块或早期项目名，缺少说明时无法判断服务类型。656 属于系统端口段（0-1023），RFC 6335 之后这段只由 IETF Review 或 IESG Approval 分配。这类条目的实际价值有限，但对台账有意义：知道某个端口名曾经被申请过，可以避免在评审时把它误当成新出现的异常。
基本信息
| 服务名 | spmp |
|---|---|
| IANA 登记说明 | SPMP |
| 协议 | TCP 与 UDP（分别登记） |
| 登记 | IANA 早期登记，无 RFC 引用 |
| 端口区间 | 系统端口 600-699 |
| 登记人 | Jakob Kaivo |
典型使用场景
- 评审降噪：把已登记但无实现的端口标注清楚，避免被当成新风险
- 资产盘点：确认该端口在现网中是否真的存在监听
- 配置基线核查：确认系统端口段没有新增占用
- 事件回溯：把该端口的出现时间与部署、登录记录对齐
- 培训素材：说明备案名与实际服务之间的差别
定位占用进程
定位占用进程
sudo ss -lntup 'sport = :656' # 656 监听情况
sudo lsof -i :656 -P -n # 进程归属
sudo ss -s # 套接字总量统计，排除端口耗尽类问题
sudo grep -c '' /proc/net/udp # 内核视角的 UDP 套接字行数
# 判断是否有隐藏监听：同时看 ss 与 /proc/net/tcp、/proc/net/udp排查判断要点
| 现象 | 含义 | 处置 |
|---|---|---|
| ss 有、/proc 也有 | 监听确实存在 | 按窗口归属判断责任 |
| ss 无、/proc 有 | 权限限制导致漏看 | 用 root 重新核对，注意命名空间 |
| 两处都无但扫描报开放 | 中间设备代理或转发 | 排查负载均衡与 NAT 设备 |
外部扫描报端口开放而本机查不到监听时，通常存在中间转发：负载均衡、NAT、端口代理都会造成这种现象，排查范围需要扩大到网络设备。
非 root 用户看到的监听列表是不完整的：别人的进程不会显示，涉及自己以外的服务时必须以 root 复核，否则容易得出「端口没被占用」的错误结论。