151 端口是什么
151 的 IANA 登记名是 hems，登记表只给了这四个字母，既没有服务说明，也没有注册人记录，更没有公开实现。它是纯缩写类条目的典型：证明这个号码曾被人申请过，仅此而已。在端口扫描结果里遇到 151，第一反应应该是「有人占了这个编号」，而不是「HEMS 服务在运行」。
基本信息
| 服务名 | hems（HEMS） |
|---|---|
| 端口号 | 151 |
| 传输层 | TCP 与 UDP 均已登记 |
| 登记状态 | 历史登记，无公开实现 |
| 所属段 | 100-199 系统端口段 |
| 协议说明 | IANA 未提供说明，用途不可考 |
这类条目为什么存在
早期登记流程允许近乎匿名地提交申请，只要名称与编号尚未被占用即可获批。缺少说明字段时后人只能靠注册时间与相邻编号推测用途，往往无从考证。对运维而言，正确的态度是承认信息缺失，而不是替它编一个用途。
典型排查场景
- 扫描结果中出现 151：按未知服务处置，核实进程来源与可执行路径，不要因为查到了 IANA 名称就认为已经归因。
- 资产台账标注：记历史注册、说明缺失，比强行归类到某个业务更可靠，也方便下次直接复用判断。
- 安全告警研判：无说明的低位编号被用作回连端口时更难解释，一旦出现应直接拉高风险等级。
- 防火墙策略评审：确认 151 不在任何业务的放行清单里，若在，追查是谁加的、依据是什么。
- 知识库维护：把信息缺失的条目单独成组，避免每一轮审计都重复调查同一批编号。
定位占用进程
定位占用进程
ss -lntup 'sport = :151' # TCP 与 UDP 一起看
sudo lsof -i :151 # 进程、PID、文件路径
sudo lsof -i :151 -nP | awk '{print $1,$2,$9}' # 精简输出便于记录
netstat -ano | findstr :151 # Windows 取 PID
journalctl -n 20 --no-pager # 必要时看近期系统日志找线索输出逐列读法
| 列 | 含义 | 判读 |
|---|---|---|
| State | 套接字状态 | LISTEN、UNCONN 为监听态，ESTAB 说明已有连接，需要看对端 |
| Recv-Q 与 Send-Q | 收发队列长度 | 长期非零表示连接堆积或应用处理不过来，属异常信号 |
| Process | 占用进程 | 拿不到进程名时先用管理器权限重试，仍为空则结合审计日志定位 |
同段的 154 与 155 是 NETSC 的生产与开发端口，成对登记是当年的习惯做法，后来被彻底放弃：现代做法是用独立环境与临时端口区分生产与开发，不再共享编号语义。
记录这类端口时建议连协议一起写清（TCP 还是 UDP），因为不少数字化台账只登记端口号，事后无法还原判断依据。