域名系统之前的主机名服务
101 对应 hostname，注册名是 NIC 主机名服务，规范是 RFC 953，登记人是 Jon Postel。在域名系统普及之前，主机名与地址的对应关系由网络信息中心集中维护，客户端通过这个端口向中心查询。随着 DNS 成为标准，集中式主机表被分布式解析取代，这个服务整体退出，只留在注册表与协议史资料里。
基本信息
| 服务 | hostname（NIC Host Name Server） |
|---|---|
| 协议 | TCP 与 UDP 均有注册 |
| 规范 | RFC 953 |
| 登记属主 | Jon Postel |
| 现状 | 被域名系统取代 |
典型使用场景
- 协议演进理解：说明集中式主机表为何被分布式解析取代
- 资产核对：确认该端口是否存在实际占用
- 安全巡检：发现监听时核实进程来源
- 策略回收：清理无依赖的历史放行规则
- 故障对照：解析类问题应优先排查域名系统链路
解析方式对照
| 方式 | 数据维护 | 适用规模 |
|---|---|---|
| 集中主机表服务 | 由中心统一维护 | 网络规模很小时可行 |
| 域名系统 | 分层授权，分布式维护 | 互联网规模 |
| 本地主机文件 | 单机维护少量映射 | 临时测试与固定依赖 |
定位与解析核对
定位与解析核对
# Linux：查看该端口是否被占用
ss -lntup 'sport = :101'
# Windows：查看占用与进程号
netstat -ano | findstr :101
# 解析类问题应优先核对本机解析配置与服务器
cat /etc/resolv.conf
# 验证解析结果，区分本地映射与远端解析
nslookup example.com解析问题时最常见的原因不是服务故障，而是本机主机文件里的静态映射覆盖了远端结果：排查顺序应先看本地文件与解析配置，再看上游服务器，否则容易在错误方向反复验证。
该端口已无标准实现，出现监听几乎只能解释为自研程序或遗留组件占用。若无明确归属，应连同它的出站连接一并核实，避免把未登记服务长期留在内网。
核实要点
- 确认监听进程是否属于已登记业务
- 确认本机解析配置与主机文件是否存在覆盖
- 确认解析链路中各环节的响应是否一致
- 确认无依赖后清退监听与放行规则