首页/网络/常用端口速查/83 mit-ml-dev MIT 机器学习设备服务
0-99 系统端口81 条

83 mit-ml-dev MIT 机器学习设备服务

MIT ML Device 的历史注册端口,属 1980 年代实验服务,无公开实现。

常用端口速查网络更新于 2026-10-13

mit-ml-dev 的历史登记

mit-ml-dev 登记为 MIT ML Device,登记人 David Reed,属于 1980 年代的实验服务,没有公开实现。这里的 ML 指当年的专用设备接口,与现代机器学习毫无关系,两者只是名称缩写巧合。

基本信息

服务mit-ml-dev(MIT ML Device)
协议TCP 与 UDP
端口段0-1023 系统端口段
现状无公开实现
登记人David Reed

一个名字登记了两次

83 与 85 在 IANA 名录中登记了同一个服务名与同一个登记人,这是早期人工维护名录时留下的重复记录。遇到这类重复不必按两个不同服务处理,做对照表时按同名合并即可。

发现监听时的排查顺序

  • 定位进程,核对是否为设备接口类程序
  • 查 IANA 名录确认 83 与 85 的重复登记关系,避免重复盘点
  • 确认端口是否被内部工具长期占用
  • 评估暴露范围,收敛非必要的对外访问
  • 在资产台账中标注该端口为历史登记号

定位占用该端口的进程

定位占用该端口的进程
ss -lntup 'sport = :83'
sudo lsof -i :83
# 对照: 85 号端口为同名重复登记
grep -w 83 /etc/services          # 部分系统保留历史名

定性对照

检查项做法判读
监听情况ss 与 lsof 核对无监听是常态;有监听须核实进程
名称对照IANA 名录中的 83 与 85同名重复登记,合并处理
进程属性可执行文件路径与来源来源不明的程序:按可疑进程流程走
暴露面非业务网段可达性可达且无明确用途:限制访问
把 ML 理解成机器学习是常见误读:1980 年代登记的 ML Device 与今天的模型服务没有传承关系,现代推理服务使用的端口与这条记录无关。
名录中的重复与笔误并不罕见,做端口对照表时按「同一名称合并、不同名称保留」的原则整理,能避免把历史噪音当成新增服务。
看到 83 有监听就往设备接口方向猜:真正的占用方可能是任意程序,定性错了整个排查方向都会偏。
同一登记名在两个端口上的表现互不相关:83 有监听而 85 空闲,或者反过来,都只说明有人选了那个号,不能推断两组配置同源。

易错点

  • 把 ML 当成机器学习:误判服务性质,后续判断全部跟着错
  • 把 83 与 85 当成两个服务:对照表重复记账,盘点数据失真
  • 不做进程核实就按设备接口处理:方向性错误
  • 长期放任无主监听端口:无人维护的服务通常也无人打补丁

数据来源与参考

  • IANA Service Name and Transport Protocol Port Number Registry

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌