ms-rome 与 569 端口
569 的登记名是 ms-rome，IANA 说明为 microsoft rome，登记人 Rudolph Balaz，与 568 ms-shuttle 出自同一登记人的相邻申请。名字里的 rome 与城市罗马无关，是项目代号式的命名；登记记录同样没有协议或实现细节，网络资料中也找不到对应的产品。
基本信息
| 服务名 | ms-rome（Microsoft rome） |
|---|---|
| 传输层 | TCP 与 UDP 各占一条登记记录 |
| 号码区间 | 0-1023 系统端口 |
| 登记联系人 | Rudolph Balaz |
| 命名说明 | 项目代号式命名，与地名无关 |
| 同族条目 | 568 ms-shuttle |
| 公开实现 | 无资料 |
什么情况下会遇到
- 资产清单里出现项目代号式命名的端口，无法直接对应到产品
- 安全审计要求说明每个端口的用途，名称含糊的条目最耗时
- 老代码或部署脚本里写死了该端口，需要反查来源
- 内网扫描发现同机存在多个历史端口，需要合并处置
- 系统迁移时评估遗留依赖的清理范围
排查判定对照
| 观察到的情况 | 倾向判断 | 处理动作 |
|---|---|---|
| 监听方为可识别的官方或第三方组件 | 存在实际服务 | 记录归属并做最小权限收口 |
| 同机同时开放 568/569 | 同批登记 | 按组合整体核实与处置 |
| 端口在脚本中被引用但无流量 | 历史依赖残留 | 确认无调用方后清理引用 |
| 存在外部会话 | 需重点核实 | 留存证据后按流程处理 |
| 无监听无引用 | 注册表条目 | 标注即可 |
四步定位
四步定位
ss -lntup 'sport = :569' # 监听面
sudo lsof -i :569 -P -n # 进程与路径
sudo grep -rnw 569 /etc /opt /srv 2>/dev/null # 配置与脚本引用
sudo ss -tnp 'sport = :569 or dport = :569' # 会话视图
netstat -ano | findstr :569 # Windows 交叉核对
getent services 569/tcp # 本地登记名代号式命名在端口注册表里很常见，它反映的是申请当时的内部项目名称。正经的排查思路是「先看本机进程，再决定是否需要考证名称」，顺序反了会在资料检索上消耗大量时间。
脚本与配置中对端口的引用容易在变更中被遗漏。清理端口前建议全盘检索配置文件与部署脚本，确认无引用后再停用，能避免上线后才发现链路断了。
同一登记人的相邻号码建议一起评估：它们往往对应同一时期的项目。合并处理后，既减少台账条目，也降低了逐个判断的成本。