名称解析的历史服务
1512 对应名称解析服务，即用于把计算机名称转换成地址的集中式服务，登记信息来自厂商的系统服务文件。它服务于早期的域环境：客户端向指定的服务器注册名称并查询对应地址，解决网络里同名与地址变化的问题。现代域环境以域名系统为准，这类服务只在旧系统或兼容需求中保留，同时它也可能顺带暴露内网主机名称信息。
基本信息
| 服务 | 名称解析服务（Windows 环境） |
|---|---|
| 协议 | TCP 与 UDP 均有注册 |
| 用途 | 计算机名称注册与解析 |
| 配套机制 | 与旧版本名称广播机制配合使用 |
| 现状 | 被域名系统取代，仅遗留环境使用 |
典型使用场景
- 遗留系统维护：确认旧应用是否仍依赖名称解析服务
- 解析排障：地址能通但名称解析失败时核对解析来源
- 安全巡检：确认该服务是否只在内网开放
- 迁移评估：为下线旧解析服务梳理依赖关系
- 资产梳理：确认名称服务器主机与备份节点的对应关系
解析来源对照
| 来源 | 使用场景 | 注意点 |
|---|---|---|
| 域名系统 | 现代环境主流解析 | 配置与区域数据需一致 |
| 旧名称服务 | 遗留系统解析 | 单点风险高，需成对部署 |
| 本地主机文件 | 少量固定映射 | 易覆盖远端解析结果 |
| 名称广播 | 小型局域网发现 | 跨网段不可用，易被冒充 |
核对方式
核对方式
# Linux 主机侧：查看端口监听
ss -lntup 'sport = :1512'
# Windows：查看占用端口与进程号
netstat -ano | findstr :1512
# 解析结果核对：区分本地文件与远端解析
nslookup host01.example.com
# 查看当前解析配置
ipconfig /all名称解析类服务的单点问题很突出：服务器不可用时，旧应用会表现为全面连不上，而地址层面的连通性完全正常。这类服务应成对部署并纳入监控，下线前必须先把依赖方梳理清楚。
旧版名称解析缺少强认证：攻击者可以在同一网段冒充名称服务器，把客户端引向错误地址。若该服务仍在使用，应在交换机层面限制端口访问范围，并逐步迁移到域名系统。
核实要点
- 确认名称服务器是否成对部署并有备份
- 确认该服务只在内网网段可达
- 确认解析结果与域名系统记录不冲突
- 确认下线前的依赖方清单完整