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

769 vid 注册项

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

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

769 是什么

769 的服务名是 vid,协议为 TCP、UDP 双登记,登记表没有登记人与说明文字。vid 在不同软件里可以表示很多东西(视频、标识符、虚拟机标识等),但这些都是猜测,不能作为判断依据。它和周边条目一样,价值在于提醒我们:IANA 登记表里有大量这样语义模糊的条目,处理时必须回到现网证据。

基本信息

端口号769(700-1023 系统端口区间)
服务名vid
协议TCP、UDP 双登记
登记说明无
规范与实现无公开规范
语义状况缩写多义,不可推测
现实出现概率极低

多义缩写条目的处理方式

  • 不做字面解释:把端口号当作主键,名字只作为检索线索
  • 优先取证:进程、连接、流量三类证据按顺序采集
  • 交叉验证:与资产台账、变更记录、业务方描述相互印证
  • 给出边界清晰的结论:能证实的写清楚,不能证实的明确标注未知
  • 控制投入:核实到可决策的程度即可,不为考据消耗过多工时

证据采集顺序

证据采集顺序
# 一、静态证据:谁在监听
ss -lntup 'sport = :769'
# 二、动态证据:和谁在通信
sudo ss -tnp | grep ':769'
# 三、外部证据:资产台账与变更记录
# 记录主机名、IP、采集时间,便于与台账核对
hostname; hostname -I; date -Is

结论书写模板

项目填写内容说明
监听状态有或无TCP 与 UDP 分别写
进程归属进程名与路径权限不足时注明未获取
通信对象对端地址范围无则写明无
业务确认已确认或待确认写明确认人与时间
未证实项明确列出避免被当作已知事实
把「未证实的部分」也写进结论,是专业习惯。它既保护自己,也避免后续同事基于不完整信息继续推断。
处理这类端口不必追求彻底弄清名字的由来。弄清楚它在本网是否被使用,通常就已经满足运维与审计需求。
如果确有必要长期跟踪这类端口,可以把它登记成监测项:定期采集监听状态与连接数量,一旦从无变有,就能第一时间发现新增软件或异常程序。

易错点

  • 按缩写猜测用途并在团队内传播,形成无法纠正的错误前提
  • 证据采集顺序颠倒,先下结论再找证据,容易选择性采信
  • 权限不足时把 ss 无进程输出当成没有进程,结论失真
  • 把未知项写成已知项,后续变更基于错误前提执行

数据来源与参考

  • IANA Service Name and Transport Protocol Port Number Registry

相关工具

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