369 与 RPC2 端口映射
369 的登记名是 rpc2portmap，来自卡内基梅隆大学的 RPC2 体系。RPC2 是为 Coda 分布式文件系统开发的远程过程调用框架，与 Sun RPC 并行存在但互不兼容。就像 Sun RPC 需要 rpcbind（111）告诉客户端某项服务在哪台机器、哪个端口上一样，RPC2 也需要自己的绑定与查询服务，369 扮演的就是这个角色。Coda 以及后来的 InterMezzo 都属于研究驱动的分布式文件系统，实际部署规模有限，因此该端口在现网极少出现。
基本信息
| 服务名 | rpc2portmap（RPC2 portmap） |
|---|---|
| 传输层 | TCP/UDP |
| 体系 | CMU RPC2 / Coda / InterMezzo |
| 对应概念 | 类似 Sun RPC 的 rpcbind（111） |
| 现状 | 研究型系统内部使用 |
典型使用场景
- 研究环境复现：重建 Coda 类系统时确认绑定服务端口是否正常
- 资产核对：扫描结果里出现 369 时按进程定性，而不是按名称猜框架
- 安全基线：无明确依赖的 RPC 类端口不应在生产网络放行
- 架构学习：对比不同 RPC 家族在命名、绑定与传输上的取舍
- 变更评估：老系统升级前确认与其绑定的服务注册机制是否会失效
核查命令
核查命令
ss -lntup 'sport = :369' # 是否监听
getent services rpc2portmap # 名称登记查询
sudo lsof -i :369 # 占用进程与路径
rpcinfo -p localhost # 注意：只列 Sun RPC 服务，查不到 RPC2 的注册属正常
# 结论要以进程与配置文件为准，工具覆盖范围有限RPC 体系对照
| 体系 | 绑定/映射端口 | 典型生态 |
|---|---|---|
| Sun RPC（ONC RPC） | 111（rpcbind/portmap） | NFS、NIS 等 |
| RPC2 | 369（rpc2portmap） | Coda、InterMezzo |
| DCE/RPC | 135（端点映射器） | Windows 域环境与部分企业中间件 |
| 现代框架（gRPC 等） | 通常 443 或自定义 | 云原生微服务 |
不要用 Sun RPC 的工具去验证 RPC2：rpcinfo、showmount 只面向 ONC RPC 与 NFS 体系，查询不到结果不代表服务没在运行，这类误判在跨体系排障时很常见。
该端口的历史价值大于现网价值：它是理解分布式文件系统为什么需要自己的命名与绑定机制的直观例子。现代系统里这部分职责已由服务注册与发现组件承担，实现方式从固定端口变成注册表加健康检查，排查思路也从查端口变成查注册中心里的实例状态与心跳。