首页/网络/常用端口速查/991 nas 新闻组管理服务
700-1023 系统端口92 条

991 nas 新闻组管理服务

nas:Netnews Administration System(RFC 4707)注册端口,Usenet 新闻组管理信息的查询协议。

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

nas 是什么

991 号 TCP/UDP 的 IANA 登记名是 nas,全称 Netnews Administration System,规范文本是 RFC 4707,登记人为 Vera Heinau 与 Heiko Schlichting。Usenet 新闻组体系里,除了收发文章本身,还需要一套机制描述有哪些新闻组、层级如何划分、由谁管理。NAS 就是为此设计的查询协议,它只服务于新闻组管理信息的传播,不承载文章内容。

基本信息

服务名nas(Netnews Administration System)
端口991(TCP 与 UDP 同名登记)
规范RFC 4707
登记人Vera Heinau / Heiko Schlichting
背景Usenet 新闻组管理信息查询

典型使用场景

  • Usenet 服务盘点:确认环境内是否还有新闻组服务器在运行
  • 端口字典核对:区分 991 与 119(NNTP)等新闻服务端口
  • 老服务退役评估:确认遗留新闻组服务的依赖与影响
  • 扫描告警定性:命中 991 时判断是遗留实现还是撞号
  • 协议设计参考:了解管理信息与内容数据分离的设计思路

排查命令

排查命令
ss -lntup 'sport = :991'                  # 本机 991 端口监听情况
ss -lntup | grep -E ':(119|563|991) '       # 与 NNTP 相关端口一起核对
sudo lsof -i :991                           # 反查进程
sudo tcpdump -ni any port 991 -c 20         # 抓包确认是否有实际会话
netstat -ano | findstr ':991 '              # Windows 侧对照

Usenet 相关端口对照

端口用途说明
119NNTP 明文新闻组文章收发
563NNTPS加密的新闻组访问
991NAS本条目,管理信息查询
—层级结构由管理方协调分配,与端口无关
把「内容通道」与「管理通道」分开设计,在协议层面并不常见,但从运维角度看很有价值:管理信息的变更频率低、访问量小,与高吞吐的内容传输用不同的机制处理,互不干扰。
现网中新闻组服务已不多见,若确实发现有相关端口开放,应确认服务是否仍在被业务使用、是否对公网可达,并纳入统一的暴露面清单管理。
这类条目适合与同族端口一起登记:119、563、991 三者构成一个完整的功能集合,单独记录其中一个,后续遇到另外两个时又要重新查证一遍。
退役评估的顺序建议固定下来:先确认是否还有客户端在连、再确认数据是否需要迁移、最后才下线服务。新闻组这类老服务往往存在少量长期用户,直接关闭会带来投诉与回滚,提前通知与缓冲期能把成本降到最低。

易错点

  • 把 991 与 119 混记:管理通道与内容通道用途不同,策略与排查方向都不同
  • 遗留新闻组服务对公网开放:既无业务价值又长期占用带宽与暴露面
  • 只登记单个端口不写协议族关系:后续核查重复劳动
  • 对无人使用却仍在运行的老服务不做下线:运维负担随年头累积

数据来源与参考

  • RFC 4707:Netnews Administration System
  • IANA 端口注册表

相关工具

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