与 83 同名的重复登记
85 与 83 在 IANA 名录中登记了同一个服务名 mit-ml-dev（MIT ML Device）、同一个登记人 David Reed，是名录里真实存在的重复条目。它是早期人工维护时期的产物，按同名合并处理即可。
基本信息
| 服务 | mit-ml-dev（与 83 同名） |
|---|---|
| 协议 | TCP 与 UDP |
| 端口段 | 0-1023 系统端口段 |
| 现状 | 无公开实现 |
| 登记人 | David Reed |
重复条目怎么处理
做端口对照表或资产盘点时，重复登记会让人误以为存在两个服务。正确做法是按名称合并、在备注里写明它同时登记在 83 与 85，避免统计口径出现虚增，也避免把同一个问题查两遍。
发现监听时的排查顺序
- 确认 83 与 85 是否为同一服务，避免重复盘点
- 分别定位两个端口上的占用进程
- 核对是否存在内部工具沿用这两个小号端口
- 在台账中标注重复登记关系
- 按实际用途决定保留或收敛
定位占用该端口的进程
定位占用该端口的进程
ss -lntup 'sport = :85'
sudo lsof -i :85
ss -lntup 'sport = :83' # 与 83 对照
netstat -ano | findstr :85定性对照
| 检查项 | 做法 | 判读 |
|---|---|---|
| 监听情况 | 两个端口分别核对 | 只有一侧有监听：按实际占用者定性 |
| 名称 | IANA 名录中的 83 与 85 | 同名同登记人，属重复记录 |
| 进程 | ss 与 lsof 的进程信息 | 进程与登记名无关，以进程为准 |
| 台账 | 盘点表中的记录 | 重复计数会让服务数量虚增 |
这类重复在早期名录中并不罕见：当时以人工登记为主，缺乏去重校验。今天用 IANA 数据做自动化盘点时，建议先按「名称 + 协议」去重再统计。
两个端口都无人监听是最常见的情况；如果只有其中一个被占用，说明是某款软件自行选号，与登记名没有必然联系。
对 85 这类无主历史端口不做登记就长期占用：安全盘点时它和可疑监听无法区分，出事也追不到责任人。
处置前先看监听地址：绑定在回环地址上的监听风险有限，绑到全部地址且能被外部访问的才需要优先处理。
两个端口的排查可以并行推进：进程与监听地址互不影响，先确认哪个真的在被使用，再决定后续动作，避免把假设当成结论。