首页/网络/常用端口速查/532 netnews 新闻读帖注册项
500-599 系统端口99 条

532 netnews 新闻读帖注册项

netnews(readnews):Usenet 新闻读帖工具时代的注册名(现代 NNTP 走 119/433)。

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

netnews 与 532 端口

532 的登记名是 netnews,IANA 说明为 readnews,属于 Usenet 新闻组工具链中的读帖程序命名。现代新闻组传输使用 NNTP,明文端口是 119,加密端口是 563;532 这一条是读帖工具时代的历史登记,没有 RFC 级协议描述,也没有流行的实现。

基本信息

服务名netnews(readnews)
传输层TCP 与 UDP 各占一条登记记录
号码区间0-1023 系统端口
技术背景Usenet 新闻组工具链
现代对应协议NNTP,明文 119、加密 563
现状被 NNTP 端口取代

什么情况下会遇到

  • 老邮件与新闻服务器上仍运行 NNTP 服务,需要确认端口与访问范围
  • 内网出现 119 或 563 监听,评估是否为自建新闻组服务
  • 内容归档系统迁移时,需要梳理历史新闻组数据的读取方式
  • 安全扫描发现 NNTP 相关端口开放,需要判断是否存在未授权访问
  • 事件分析中需要区分新闻组流量与普通邮件流量

排查判定对照

观察到的情况倾向判断处理动作
119/563 有监听且业务确认在用自建新闻服务限源访问,启用认证
允许匿名读取或投递配置宽松收紧权限,禁用匿名角色
存在对外网新闻服务器的连接外部依赖确认必要性并限制出口
532 上有监听极少见,需核实以进程为准定性
无监听无流量历史登记无需处置

四步定位

四步定位
sudo ss -lntp | grep -E ':(532|119|563)\b'   # 相关端口一起看
sudo lsof -i :119 -P -n                     # 服务端进程
getent services nntp                        # 本地登记名
sudo grep -rniE 'nntp|news' /etc 2>/dev/null | head   # 配置痕迹
sudo ss -tnp state established '( sport = :119 )'     # 当前订阅会话
sudo tcpdump -ni any port 119 -c 10         # 抽样确认协议特征
新闻组服务默认可能允许匿名读取甚至匿名投递。历史部署中这类配置很常见,迁移或加固时应先确认认证模式,再决定是否保留服务。
Usenet 内容以文本与附件分发为主,一旦对外可达,既是数据外泄通道也可能被用作内容投递跳板。若业务上不再需要,直接下线比长期挂维护更可控。
500 至 599 区间里的历史登记名很多,做台账时按「协议族」归类更容易维护:把 532 与 119/563 归到新闻组,把 518/531 归到会话类,后续排查可以整体判断。

易错点

  • 按 532 去找服务:实际部署在 119/563,容易漏掉真正的暴露点
  • 保留允许匿名投递的配置:服务会成为内容发布跳板,且难以追溯到具体账号
  • 只封 119 不看 563:加密端口同样承载访问请求,暴露面并未消除
  • 迁移时直接复制旧配置:认证与访问控制在历史环境里往往是最弱的一环
  • 把新闻组流量与邮件流量混为一谈:两者的协议、端口与审计方式都不同

数据来源与参考

  • IANA Service Name and Transport Protocol Port Number Registry

相关工具

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