首页/网络/常用端口速查/780 wpgs 注册项
700-1023 系统端口92 条

780 wpgs 注册项

wpgs:IANA 注册名,无 RFC 说明与公开实现。

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

780 是什么

780 的服务名是 wpgs,登记人 Josyula R Rao,协议为 TCP、UDP 双登记,登记表没有说明文字。它与 776 的 wpages 出自同一登记人,拼写上也成对,很可能属于同一套工具的两个角色。处理这类成对条目时有一个实用原则:把它们当成一个整体做核实,而不是逐个端口独立下结论。

基本信息

端口号780(700-1023 系统端口区间)
服务名wpgs
协议TCP、UDP 双登记
登记人Josyula R Rao
同登记人条目754、767、776
规范与实现无公开规范
现实出现概率极低

成对端口的整体核实方法

  • 列出同登记人相关的全部端口,一次采集监听状态,避免反复登录主机
  • 按进程归属聚合成组,若同属一个可执行文件即可判定为同一软件
  • 按连接关系判断角色,被多台主机连接的一侧通常是服务端
  • 按配置文件定位端口定义,配置文件里往往同时写明了整组端口
  • 按业务方确认结果统一处置,成组端口一并规划下线或一并保留

一次采集整组端口

一次采集整组端口
# 批量采集同批条目
for p in 754 767 776 780; do printf '%s ' $p; ss -lntu "sport = :$p" | tail -n +2 | wc -l; done
# 按进程聚类,看是否同一软件
sudo ss -lntup | grep -E ':(754|767|776|780)\b'
# 从配置文件反查端口定义
grep -rnE '(^|[^0-9])(754|767|776|780)([^0-9]|$)' /etc 2>/dev/null | head -10

成组处置决策表

核实结果决策注意事项
全部无监听清理文档与策略保留采集记录作为依据
部分在用按在用端口保留,其余清理确认在用端口的业务方与来源
全部在用整体纳入资产台账指定责任人并定期复核
归属不明限制来源并持续观察同步推动业务方确认
批量采集比逐端口核实的效率高得多,也更不容易漏项。写一条 for 循环往往几分钟就能把整组端口的状态摸清。
如果 780 在使用而 776 未使用,说明该软件可能只启用了部分组件,这时应当以配置文件为准,而不是以端口是否监听来推断软件功能。

易错点

  • 逐端口独立核实,重复登录主机且容易漏掉同批条目
  • 以端口监听状态推断软件功能,忽略了软件可能只启用部分组件
  • 只清理策略不清理文档,遗留描述在下次审计时又变成新的疑问
  • 批量脚本里用名字匹配而不是端口号匹配,命中噪音导致结果不可用

数据来源与参考

  • IANA Service Name and Transport Protocol Port Number Registry

相关工具

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