731 是什么
731 的服务名是 netviewdm3，IANA 登记说明为 IBM NetView DM/6000 receive/tcp，登记人是 Philippe Binet，协议为 TCP/UDP。它与 729、730 组成完整的一组：731 是接收方向。三者的登记说明分别写明了 Server/Client、send 与 receive，这种成组登记的方式在老产品里并不常见，也让这一组端口的角色判读相对明确。
基本信息
| 端口号 | 731 |
|---|---|
| 服务名 | netviewdm3 |
| IANA 登记说明 | IBM NetView DM/6000 receive/tcp |
| 协议 | TCP、UDP 双登记 |
| 登记人 | Philippe Binet |
| 方向语义 | 接收方向通道 |
| 同组端口 | 729 主通道，730 发送 |
典型排查场景
- 老内网主机的连接日志里有到 731 的入向连接，需要判断是否仍有人向它分发内容
- 合规审计要求说明管理通道的完整清单，729/730/731 需要一起交代
- 安全设备对入向分发类连接告警，需要确认发送方是不是授权管理端
- 系统下线前的依赖检查：先停客户端，还是先停服务端，需要按方向决定顺序
- 迁移主机时重新规划访问策略，需要确认接收方向是否还依赖固定来源地址
接收方向核查
接收方向核查
# 入向连接与来源地址
sudo ss -tnp state established '( sport = :731 )'
# 结合日志看历史来源
sudo journalctl -u <服务名> --since '7 days ago' | tail -30
# 追踪该端口的监听者（若有）
ss -lntup 'sport = :731'
# 确认本机是否仍能访问管理端，用于判断体系是否整体存活下线顺序建议
| 角色 | 先做 | 后做 |
|---|---|---|
| 接收方 | 停本机客户端组件与自启 | 再在服务端撤销该主机的分发目标 |
| 发送方 | 清空分发目标清单 | 再停止服务端进程 |
| 仅管理台 | 停管理台并保留导出配置 | 最后回收端口放行 |
| 数据留存 | 导出作业日志 | 再清理安装目录 |
成组端口的一个实际好处是便于交叉验证：三个端口在不同主机的出现组合，能反推出这套体系里各主机的角色。做资产画像时这比逐个猜端口用途更可靠。
下线顺序做反了会留下持续重试的客户端，表现为主机日志一直被连接失败刷屏，看起来像故障其实是残留配置。