1155 是什么
1155 在 IANA 注册表中登记为 nfa（Network File Access，注册人为 James Powell），同时也出现在 Windows 的 services 名称映射文件里。两处登记都只给出名称，没有可查的协议细节、报文格式或实现文档，属于典型的历史遗留条目。它的价值仅限于名字能对上号，无法据此推断线上是否存在真实服务，遇到监听仍要以进程与业务归属为准。
基本信息
| 服务名 | nfa（Network File Access） |
|---|---|
| 协议 | TCP/UDP |
| IANA 登记 | 有，注册人 James Powell |
| 登记来源 | Windows services 文件 |
| 端口区间 | 注册端口段 1024-49151 |
| 现实使用 | 无主流实现 |
典型使用场景
- 名称核对：对照 IANA 与本地 services 文件，确认 1155 的登记出处与年代
- 双协议排查：登记为 TCP/UDP 两种，监听与流量两侧都要看一遍
- 外联排查：内网主机主动连外部 1155 时，优先怀疑非授权程序与隧道工具
- 资产比对：把存量端口清单与业务台账逐条对齐，找出无人认领的监听
- 合规留痕：确认无用途后限制访问并记录结论，避免反复复核
定位占用进程
定位占用进程
ss -lntp 'sport = :1155' # 检查 TCP 监听
ss -lnup 'sport = :1155' # 检查 UDP 监听（该条登记为双协议）
sudo lsof -i :1155 # 反查进程与可执行文件
sudo ss -lnp | grep 1155 # 不区分协议的快速过滤
netstat -ano | findstr :1155 # Windows 侧列出 PID 后查进程排查判定参考
| 检查项 | 方法 | 判读要点 |
|---|---|---|
| 协议范围 | 分别过滤 TCP 与 UDP | 只查 TCP 会漏掉 UDP 侧监听 |
| 登记出处 | 对照 IANA 与本地 services | 两边名字一致才说明是同一历史条目 |
| 进程来源 | lsof 反查与任务管理器 | 关注路径是否位于可写目录或临时目录 |
| 处置动作 | 隔离、限制访问、留档 | 无业务归属的按未知服务流程走完闭环 |
同一端口同时登记 TCP 与 UDP 是历史登记的常见做法，并不代表服务真的会监听两种协议。两种都查一遍成本很低，但不能把有登记当成有服务的证据。
核对这类登记项时建议两边一起查：IANA 服务名注册表能确认登记名与注册人，本地 services 文件能确认该名称是否写进了系统映射。两边都对不上时，再考虑是第三方软件自建的服务名。