netrjs-3 是什么
73 号 netrjs-3 是 Remote Job Service 系列里第三个注册端口，与 71、72、74 共同承担一套远程作业提交服务的多路数据流。这一系列的设计前提是：三类流量各走一条连接，避免相互阻塞。现代作业调度（Slurm、PBS、Kubernetes Job）已经把这套能力收敛为单一安全通道，73 号因此只保留在历史名录里。
基本信息
| 服务名 | netrjs-3（Remote Job Service） |
|---|---|
| 协议 | TCP |
| 所属系列 | 71 到 74 同组 |
| 现状 | 历史注册，无现代实现 |
| 现代对应 | Slurm、PBS、Kubernetes Job |
这个端口今天会怎么出现
- 老资料核对：确认 73 在 RJS 套件中的位置
- 扫描清单解读：命中该号通常来自端口表枚举
- 误绑排查：低端口被占用时先查进程路径与属主
- 告警降噪：把 71 到 74 整段标注为历史条目
- 架构对照：多通道拆分与统一调度接口的差异
定位占用该端口的进程
定位占用该端口的进程
ss -lntup 'sport = :73' # Linux 查看 73 的监听与进程
sudo lsof -i :73 # 按端口反查进程与程序路径
netstat -ano | findstr :73 # Windows 等价命令，末列为 PID
ss -lntp | grep -E ':(71|72|73|74) ' # 判断同组编号是否成对出现与现代作业调度对照
| 维度 | netrjs 时代 | 现代方案 |
|---|---|---|
| 连接方式 | 多个专用端口分别承载 | 单一加密通道复用 |
| 作业提交 | 专用连接提交作业 | 调度器 API 或命令行提交 |
| 结果回传 | 独立通道取输出 | 共享存储或接口拉取 |
把一套服务的多个数据流拆到连续编号上，在当时能简化协议实现，但会放大防火墙与端口管理成本。今天的做法是把多路复用交给应用层协议，端口只留一个。
73 号在名录中的登记说明与同组其它条目一致，只有名字后缀不同；核对时可以用这一点快速判断一批端口是否同源。
如果扫描报告里只出现 73 而没有 71、72、74，说明扫描策略是按端口表逐条枚举，而不是按服务指纹识别，这类结果需要人工收敛。
73 号本身没有加固价值，但它出现在结果里说明扫描器把整段历史编号纳入了检测范围。与其逐条解释，不如一次性标注 71 到 74，并在扫描策略里写明原因，避免半年后又被当成新发现重查一遍。