netrjs-1 是什么
71 号 netrjs-1 是 Remote Job Service 系列的第一个注册端口，用来把作业提交到远端大型机执行，71 到 74 四个编号对应同一套服务的不同数据流。这是早期批处理网络化的代表设计：作业提交、状态查询与输出回传各占一个连接。现代作业调度（Slurm、PBS、Kubernetes Job）把这些能力收敛为单一加密通道，不再占用多个端口号。
基本信息
| 服务名 | netrjs-1（Remote Job Service） |
|---|---|
| 协议 | TCP |
| 年代 | ARPANET 与大型机时代 |
| 现状 | 历史注册，无现代实现 |
| 同组端口 | 72、73、74 |
这个端口今天会怎么出现
- 老资料核对：确认 71 到 74 是同一服务的编号拆分而非四个服务
- 扫描清单解读：单独命中 71 通常来自端口表枚举，不代表真有 RJS 服务
- 内网误绑排查：低端口占用需要特权，先查进程再下结论
- 告警降噪：把这类历史编号从高危清单移到说明性条目
- 架构参考：理解早期多端口拆分设计，对比现代单通道调度
定位占用该端口的进程
定位占用该端口的进程
ss -lntup 'sport = :71' # Linux 查看 71 的监听与进程
sudo lsof -i :71 # 按端口反查进程与程序路径
netstat -ano | findstr :71 # Windows 等价命令，末列为 PID
ss -lntp | grep -E ':(71|72|73|74) ' # 判断同组编号是否成对出现同组编号速查
| 编号 | 登记名 | 说明 |
|---|---|---|
| 71 | netrjs-1 | 同一服务的第一条连接 |
| 72 | netrjs-2 | 第二条连接，数据流拆分 |
| 73 / 74 | netrjs-3 / netrjs-4 | 状态与输出通道 |
把一套服务的多个数据流拆到连续编号上，在早期设计里很常见，FTP 的控制通道与数据通道分离也是同一思路。因此排查时要把 71 到 74 一起看，只查一个号容易误判。
现代调度系统同样会暴露作业相关端口，但走的是 22（SSH）、6443（Kubernetes API）或厂商私有端口，不会占用 71 到 74 这些历史编号。
RJS 的设计里还包含作业队列与优先级语义，这些能力后来由主机批处理系统与集群调度器继承。读老资料时，把「服务端口」和「作业调度语义」分开理解会更清楚。