uucp-path 是什么
117 号 uucp-path 是 UUCP 网络的路径服务端口，登记说明为 UUCP Path Service。UUCP 通过拨号链路在主机之间转发邮件与 Usenet 新闻，是互联网普及前的存储转发骨干；路径服务负责查询到达目标主机的转发路径。随着互联网与 SMTP 生态成熟，UUCP 网络整体退场，这个端口只留下历史记录。
基本信息
| 服务名 | uucp-path（UUCP Path Service） |
|---|---|
| 协议 | TCP/UDP 均有登记 |
| 背景 | UUCP 存储转发网络 |
| 现状 | 已退役 |
| 后继 | 邮件转发由 SMTP 承担 |
这个端口今天会怎么出现
- 网络史研究：了解存储转发与拨号网络时期的邮件投递机制
- 老资料核对：确认 UUCP 相关编号的用途分工
- 误绑排查：低端口出现监听时先定位进程与属主
- 扫描清单解读：117 命中多来自历史端口表枚举
- 告警降噪：把 UUCP 系列编号统一降级为说明性条目
定位占用该端口的进程
定位占用该端口的进程
ss -lntup 'sport = :117' # Linux 查看 117 的监听与进程
sudo lsof -i :117 # 按端口反查进程与程序路径
netstat -ano | findstr :117 # Windows 等价命令，末列为 PID
getent services uucp-path # 核对系统服务名映射是否仍保留UUCP 相关编号速查
| 编号 | 登记名 | 用途 |
|---|---|---|
| 117 | uucp-path | 路径查询服务 |
| 540 | uucp | UUCP 服务端口（TCP） |
| 25 | smtp | 后来取代 UUCP 邮件转发的协议 |
UUCP 的核心是队列：文件与邮件先落盘排队，待链路可用再转发。现代消息队列与邮件系统的重试机制继承的正是这套思路。
如果 117 上确实有进程在监听，先查进程路径；UUCP 时代的守护进程在现代发行版里默认不安装，出现监听基本意味着有人自行部署。
历史编号的处置标准可以统一成两条：无进程监听就标注为历史条目；有进程监听就查清归属与是否登记，不必再研究协议本身。
在现代 Linux 上，UUCP 相关程序默认不会安装，getent services 里也常常查不到对应条目。因此 117 一旦出现监听，基本可以排除「系统自带服务」这个解释，需要直接查绑定者。