首页/网络/常用端口速查/96 dixie DIXIE 协议
0-99 系统端口81 条

96 dixie DIXIE 协议

DIXIE 协议(RFC 1249):为目录服务定义的查询协议,未获广泛部署。

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

dixie 是什么

dixie 是 IANA 为 DIXIE Protocol Specification(RFC 1249)登记的服务名,TCP 与 UDP 同名,登记人为 Tim Howes。DIXIE 定义的是目录服务的查询接口,与同期出现的 whois++、X.500/LDAP 属于同一批互相竞争的目录访问协议。这类协议当年都想解决按名字查资源的问题,最终 LDAP 成为事实标准,DIXIE 没有形成规模部署。

基本信息

服务名dixie
端口号96(TCP/UDP 同名登记)
规范依据RFC 1249 DIXIE Protocol Specification
登记人Tim Howes
同代竞争协议whois++(63)、X.500/LDAP(389)
现状未普及,无现代实现
现网出现概率极低,多为扫描器标签或非常规占用
处置口径按未知服务核实进程与业务归属

现网出现时怎么处置

  • 先分方向:区分本机监听(LISTEN)与本机主动外联(ESTABLISHED),两条排查路径完全不同
  • 查目录服务残留:老 Unix 环境可能仍留有 whois 或目录套件的安装痕迹,核对 /etc/services 与实际二进制
  • 看依赖关系:由 lsof 拿到进程后,顺着配置文件、监听地址与日志判断是常驻服务还是临时程序
  • 问业务归属:目录与认证类服务一般有明确责任部门,与资产台账核对比单看端口可靠
  • 闭环留痕:把端口、进程、路径、哈希、对端写进排查记录,再决定限制访问或清理

定位占用进程

定位占用进程
grep -n -w 'dixie' /etc/services    # Linux/Unix:本地服务名与端口的映射
ss -lntup 'sport = :96'              # 列出 96 的 TCP/UDP 监听进程
sudo lsof -i :96                     # 打开该端口的进程与文件
ss -tnp state established | grep ':96'   # 已建立连接与对端地址
netstat -ano | findstr :96           # Windows:端口与 PID
tasklist /FI "PID eq 1234"           # Windows:由 PID 反查进程

同时代目录协议

协议端口结局
DIXIE96规范成文,未获规模部署
whois++63工具链一度流传,后并入目录服务实践
LDAP389成为事实标准,另有 LDAP over TLS 636
目录类协议的编号紧邻不代表功能相同:43 是 whois、63 是 whois++、96 是 DIXIE、389 才是 LDAP。排查时先确认服务名再谈协议,避免张冠李戴。
把 96 当作已废弃协议就直接忽略并不可取:低位号一旦被非常规程序占用,往往指向残留的测试服务或未登记的自研组件。发现后应先限制访问来源、留证,再按资产台账确认归属,不宜长期挂账不管。

易错点

  • 把 96 当成 LDAP:两者只是同属目录服务家族,端口与服务名完全不同
  • 只改服务不改依赖:下架目录服务前先确认没有客户端仍按该端口发起查询
  • 误读扫描结果:nmap 的服务名来自本地 nmap-services 字典,低位号容易被直接贴上历史服务名
  • 忽略 /etc/services 残留:安装包卸载后条目仍可能留在该文件,导致后续排查被误导

数据来源与参考

  • RFC 1249:DIXIE Protocol Specification

相关工具

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