首页/网络/常用端口速查/197 dls 目录定位服务
100-199 系统端口99 条

197 dls 目录定位服务

Directory Location Service 历史注册端口,与 198(dls-mon)配套。

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

197 端口是什么

197 的登记名是 dls,说明为 Directory Location Service,与 198 的 dls-mon 配套,属于目录定位与服务发现类注册。它要解决的问题是让客户端找到服务当前所在的位置,也就是今天服务发现要处理的核心问题,只不过当年的方案是自建协议与固定编号。

基本信息

服务名dls(Directory Location Service)
端口号197
配套端口198(dls-mon,监控组件)
传输层TCP 与 UDP 均已登记
现状历史登记,无公开实现

服务发现这个老问题

服务地址变化时如何让调用方仍能找到它,是分布式系统自诞生起就存在的难题。早期方案各自定义协议与端口,后来逐渐收敛到少数标准机制上,197 属于没能成为标准的早期尝试之一。

典型排查场景

  • 扫描归因:197 出现时先查占用进程,不要与域名服务端口混淆。
  • 台账标注:归入历史注册分组,注明与现行服务发现机制无关。
  • 安全研判:低位编号上的异常外联按高风险事件追溯。
  • 策略评审:确认该编号不在业务放行清单中。
  • 架构演进参考:说明服务发现从自建协议走向标准机制的路径。

定位占用进程

定位占用进程
ss -lntup 'sport = :197'                     # 本机监听
sudo lsof -i :197                           # 反查进程
ss -lntup '( sport = :197 or sport = :198 )'  # 与监控组件一起核对
netstat -ano | findstr :197                 # Windows 取 PID
ss -lntup | grep -E ':(19[7-9])\b'          # 顺带看相邻编号

输出逐列读法

列含义判读
State状态监听态为 LISTEN 或 UNCONN,ESTAB 说明已有连接
Local Address:Port本地地址端口服务发现类组件常需多节点互访,绑定范围要按网络拓扑确认
Process占用进程同一进程占用配套编号时,可按单一组件处置
今天的服务发现请使用标准机制,不要因为看到历史编号就照搬一套自建协议,兼容性与可维护性都无法保障。
该编号在 TCP 与 UDP 都有登记,只检查一侧会漏掉一半占用情况。
服务发现的方案能否流行,往往取决于它是否足够简单以及是否被主流平台内建,而不是设计是否完备。197 的沉寂再一次说明了这一点。

易错点

  • 把 dls 与域名服务端口混淆:两者协议与用途完全不同,排查会走错方向。
  • 只查 TCP 漏掉 UDP 登记。
  • 在放行清单里保留该编号:长期敞开且没有用途。
  • 在自研系统里用历史编号做服务发现:与其它系统冲突的概率很高。

数据来源与参考

  • IANA Service Name and Transport Protocol Port Number Registry

相关工具

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