首页/网络/常用端口速查/685 mdc-portmapper 注册项
600-699 系统端口99 条

685 mdc-portmapper 注册项

mdc-portmapper:MDC Port Mapper 注册端口,无 RFC 说明与公开实现。

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

685 是什么

685 是 IANA 端口注册表里的一个条目,服务名 mdc-portmapper(MDC Port Mapper),登记人是 Noah Paul,协议栏同时标了 TCP 与 UDP。登记说明只有「MDC Port Mapper」这一句,没有对应 RFC、没有协议细节,也找不到公开实现。它落在 0-1023 的系统端口区间,属于 1990 年代厂商或个人直接向 IANA 申请、用途自定的私有登记项。

基本信息

端口号685(0-1023 系统端口区间)
服务名mdc-portmapper
IANA 登记说明MDC Port Mapper
协议TCP、UDP 双登记
登记人Noah Paul
规范与实现无 RFC、无公开实现
系统映射/etc/services 自带名字条目(Debian、RHEL 等)

什么时候会碰到它

  • 资产测绘或漏扫报告按 IANA 名字库反查出 mdc-portmapper,但并未确认对端真的跑过这个产品
  • 在本机 /etc/services 里 grep 到 685,误以为系统自带该服务
  • 业务自定义端口恰好选了 685,日志与防火墙工单里出现这个号
  • 内网主机主动外连 685,需要判断是正常业务还是隧道、后门流量
  • 老系统退役后再放行端口,需要确认这个登记项还有没有业务依据

定位占用进程

定位占用进程
# Linux:按端口查监听,进程名需要 root 权限才可见
ss -lntup 'sport = :685'
# 兼容旧发行版,顺带能看到打开的连接
sudo lsof -i :685
# 只想知道谁在监听、不看进程名
fuser -n tcp 685
# Windows 本机端口与 PID 对应
netstat -ano | findstr :685
# 用上一步拿到的 PID 反查服务归属
tasklist /svc | findstr 1234

ss 输出逐列读法

列含义读到什么要警惕
Netid套接字类型:tcp/tcp6/udp/udp6同一端口出现 tcp6 与 tcp 两行属正常
StateLISTEN 为监听,UNCONN 为 UDP 无连接685 出现 ESTAB 说明已在通信
Recv-Q监听态表示已完成握手但未被 accept 的连接数持续增长说明应用处理不过来或被人反复连
Send-Q监听态表示 backlog 上限异常小会直接丢连接
Local Address:Port监听地址与端口0.0.0.0:685 全网卡监听,暴露面最大
Processusers 字段:进程名、pid 与 fd 号空着说明权限不足,不是真的没人占用
在 /etc/services 里 grep 685 只能说明系统认识这个端口叫什么名字,不能说明本机在跑这个服务。该文件与 Windows 的 services 文件本质相同,都是名字映射表;判断有没有人用,必须看监听与连接。
Linux 上绑定 1024 以下的端口需要 root 或 CAP_NET_BIND_SERVICE 能力,因此 685 有监听通常意味着存在特权进程。排查时先看它是 systemd 单元、容器映射还是手工拉起的脚本,再决定处置方式。

易错点

  • 把扫描器的服务名当成结论:端口名多数来自 IANA 名字库,命中 mdc-portmapper 不等于对端真在跑这个产品,必须以进程和流量为准
  • 只凭 /etc/services 里存在该名字就判断本机有服务,结果漏掉真正的占用方;名字映射与实际监听是两件事
  • 发现无业务依据的低位端口就直接全段封禁,容易连带切断同网段正常业务;应先核实归属再按最小范围收敛
  • ss 不带 root 看不到进程名,容易误判成「没有进程占用」,应改用 lsof 或提升权限复核

数据来源与参考

  • IANA Service Name and Transport Protocol Port Number Registry

相关工具

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