netrjs-2 是什么
72 号 netrjs-2 是 Remote Job Service 的第二个连接端口，与 71、73、74 属于同一套服务。多个编号对应不同数据流（提交、状态、输出），思路类似 FTP 把控制通道与数据通道分开：一条连接负责命令交互，另一条承载批量数据。这类设计在带宽紧张、协议栈简单的年代很实用，今天已被单一加密通道取代。
基本信息
| 服务名 | netrjs-2（Remote Job Service） |
|---|---|
| 协议 | TCP |
| 所属系列 | 71 到 74 同组 |
| 现状 | 历史注册，无现代实现 |
| 同组端口 | 71、73、74 |
这个端口今天会怎么出现
- 老资料核对：确认 72 属于同一套 RJS 服务的第二条连接
- 扫描清单解读：命中 72 多半是端口表枚举的结果，不代表真有服务
- 内网误绑排查：低端口被自研程序占用，先查进程再定性
- 告警降噪：连续编号整段处理，避免逐条解释
- 设计对照：多通道拆分与单通道收敛的演进对比
定位占用该端口的进程
定位占用该端口的进程
ss -lntup 'sport = :72' # Linux 查看 72 的监听与进程
sudo lsof -i :72 # 按端口反查进程与程序路径
netstat -ano | findstr :72 # Windows 等价命令，末列为 PID
ss -lntp | grep -E ':(71|72|73|74) ' # 判断同组编号是否成对出现同组编号速查
| 编号 | 登记名 | 分工 |
|---|---|---|
| 71 | netrjs-1 | 第一条连接，作业提交 |
| 72 | netrjs-2 | 第二条连接，数据流拆分 |
| 73 / 74 | netrjs-3 / netrjs-4 | 状态与输出通道 |
同一套服务占连续编号是早期注册习惯，IANA 名录里这类成组条目不少，例如 AppleTalk 的 201 到 208。判断时优先看整组，而不是单条记录。
72 与相邻三个编号在名录里的登记说明完全相同，都写作 Remote Job Service，只有名字后缀不同，这正是成组登记的典型特征。
安全侧通常不需要为 72 单独建策略：如果确有主机监听这一段，按未知服务取证处理，比照历史协议去分析更有意义。
排查时把「端口表枚举」与「主机指纹」两类扫描结果分开看：前者命中历史编号属于正常现象，后者才会给出进程与版本信息。混在一起，很容易把一份过期端口清单当成真实资产清单。