730 是什么
730 的服务名是 netviewdm2，IANA 登记说明为 IBM NetView DM/6000 send/tcp，协议栏标为 TCP/UDP。它和 729、731 是同一套 IBM 网络管理与软件分发产品的端口组，730 在登记说明里被明确定义为发送方向（send）。换句话说，当一台主机主动连向对端的 730，它多半正在向对方投递分发包或配置。
基本信息
| 端口号 | 730 |
|---|---|
| 服务名 | netviewdm2 |
| IANA 登记说明 | IBM NetView DM/6000 send/tcp |
| 协议 | TCP、UDP 双登记 |
| 产品背景 | IBM 网络管理产品线 |
| 方向语义 | 发送方向通道 |
| 现状 | 历史系统 |
看到 730 时的处理顺序
- 确认流量方向：本机是主动连出还是被动接收，方向决定角色判断
- 确认对端身份：对端是否在资产台账内、是否属于同一管理域
- 确认载荷规模：分发类流量通常有明显的数据量，与心跳探测容易区分
- 确认审批记录：老系统的分发作业往往没有变更单，需要补业务确认
- 确认传输内容：抓到载荷后大致能判断推的是配置还是程序包，据此评估影响范围
方向与载荷观察
方向与载荷观察
# 查与 730 相关的连接方向
sudo ss -tnp | grep ':730'
# 统计一段时间的连接次数与字节量（需要 iftop 或 nethogs）
sudo timeout 30 nethogs -t -d 1 2>/dev/null | head -20
# 抓取前若干包看是否为大流量传输
sudo timeout 15 tcpdump -nn -i any -c 20 port 730分发流量与探测流量的区别
| 特征 | 分发流量 | 探测流量 |
|---|---|---|
| 连接持续时间 | 较长，伴随数据传输 | 极短，常无数据 |
| 单次字节量 | 大 | 小 |
| 时间规律 | 与作业计划对应 | 固定间隔轮询 |
| 对端数量 | 通常为固定几个管理端 | 可能大范围分散 |
分发通道的价值在于它能改主机上的文件。若这套体系仍在用，至少要确认三件事：谁可以触发分发、目标范围涉及哪些主机、有没有操作审计。这三项比端口是否开放更关键。
如果确认业务已经停用但流量仍存在，通常说明还有客户端在按旧配置重试。处理顺序是先清理客户端配置，再关闭服务端，避免留下持续报错的噪音。