主机名服务与 HTTP 备用
81 在 IANA 名录里的注册名是 hosts2-ns，属于早期名称服务的历史登记。现网里它更常见的身份是一个非标准的 HTTP 备用端口：80 被占用或不便开放时，运维常把站点临时挂在 81 上。这两种用法都要靠实际监听进程来确认。
基本信息
| 服务 | hosts2-ns（历史上）或 HTTP 备用端口 |
|---|---|
| 协议 | TCP/UDP |
| 事实使用 | 部分环境把 81 当 HTTP 备用端口 |
| 现状 | 标准实现少见，约定俗成用法为主 |
| 安全等级 | 按实际服务定 |
典型使用场景
- 80 被占用时临时把站点挂在 81 上
- 内网系统按习惯使用 81 作为访问端口
- 扫描报告里出现 81 时判断是 Web 服务还是遗留名称服务
- 安全评估时确认非标准端口上的服务是否需要对外
- 统一端口规范时清理随意使用的备用端口
判断服务类型
判断服务类型
curl -sI http://server:81/ | head -3 # 有 HTTP 响应说明是 Web 服务
ss -lntp | grep ':81 '
sudo lsof -i :81端口身份对照
| 端口 | 身份 | 说明 |
|---|---|---|
| 81 | HTTP 备用（约定俗成） | 非标准，对外服务前确认策略与合规要求 |
| 81 | hosts2-ns 注册名 | 历史登记，现代几乎不用 |
| 80 与 443 | 标准 Web 端口 | 正式对外服务的推荐端口 |
| 非标准端口 | 合规与运维风险 | 容易被策略与审计规则遗漏 |
使用非标准端口的代价：容易被安全策略遗漏，也可能在合规检查中被判为问题项；对外服务时还要额外说明端口，用户体验与运维成本都会上升。长期使用时应评估改回标准端口。
扫描到 81 开放时，先判断是 Web 服务还是老式名称服务，再以监听进程确认归属。无人认领的开放端口应尽快关闭，不要因为它看起来像 Web 端口就默认无害。
排查提示：访问非标准端口上的站点时，浏览器与安全设备可能仍按标准端口处理，出现重定向异常或证书告警。先确认服务实际用途，再判断是否属于配置问题。