5 rje 远程作业入口
5 端口的 IANA 登记名是 rje,即 Remote Job Entry,来自 ARPANET 与大型机时代:用户把批处理作业提交到远端主机执行,再取回结果。它与 echo、discard、daytime、ftp、telnet 等同一批早期服务一起登记。现代批处理已经被 SSH 配合 Slurm、Airflow 之类的调度系统取代,现网如果还看到 5 号端口监听,基本都是遗留配置而非真实业务。
基本信息
| IANA 登记名 | rje(Remote Job Entry) |
|---|---|
| 端口/协议 | TCP 5 与 UDP 5 |
| 活跃年代 | 1970 至 1980 年代 |
| 历史地位 | ARPANET 时代的作业提交通道 |
| 现代替代 | SSH 配合作业调度系统 |
| 处置原则 | 核实归属,无业务用途则关闭 |
典型处置场景
- 老系统资产盘点:识别仍在运行的历史服务
- 合规扫描处置:为极低端口给出可追溯的结论
- 边界策略核查:确认防火墙默认拒绝低位端口入站
- 应急响应:可疑流量中出现 5 号端口时做关联分析
- 迁移规划:把仍在使用的历史服务纳入替换计划
遗留服务核查
遗留服务核查
ss -lntu | grep -E ':(5|7|9|13|17|19) ' # 谁还在监听这类简单服务
grep -rE 'rje|remsh' /etc/inetd.conf /etc/xinetd.d/ 2>/dev/null # 传统超级服务器配置
sudo lsof -i :5 # 反查占用进程
sudo lsof -i :5 -a -i udp # 单独确认 UDP 侧
systemctl list-units --type=socket | head -20 # 现代发行版改由 socket 激活管理
netstat -ano | findstr :5 # Windows 侧查看监听与 PID同时代简单服务对照
| 端口 | 服务 | 说明 |
|---|---|---|
| 5 | rje | 远程作业提交,早期批处理通道 |
| 7/9/13 | echo/discard/daytime | RFC 862 与 863、867 的循环与校时测试类 |
| 17/19 | qotd/chargen | RFC 865 与 864 的文本与字符流服务 |
| 21/23 | ftp/telnet | 明文传输协议,早于 SSH 生态 |
运维要点
- 把极低位端口纳入基线核查清单,定期比对是否有新增监听
- 确认无用途的历史服务应连同自启动配置一起下线,避免重启复活
- 关闭前核对调用方,老系统之间可能存在未记录的依赖调用
- 边界设备建议默认拒绝向内的低位端口连接,仅按白名单放行
- 扫描与探测行为保留授权记录,便于事后说明取证过程
现代系统仓库里仍能找到这些早期服务的实现,因此有监听不等于有业务。先看配置文件里的启用状态与调用来源,再判断是否可以安全下线。
echo、chargen、daytime 这类服务的 UDP 版本具备放大反射特征:小请求可以触发大响应,公网开放会被流量攻击滥用。关闭时要确保 TCP 与 UDP 一并处理。