773 是什么
773 在 IANA 表里登记了两个名字：TCP 上是 submit，UDP 上是 notify。同一个端口号在两种协议上对应不同服务名，这是 IANA 表里很常见的形态，也意味着一件事：排查时不能只说端口号，必须带上协议。只报「773 有问题」而不说 TCP 还是 UDP，很容易让协作方查到完全不同的名字，讨论不到一个点上。
基本信息
| 端口号 | 773 |
|---|---|
| 服务名（TCP） | submit |
| 服务名（UDP） | notify |
| 协议 | TCP 与 UDP 分列不同名字 |
| 规范与实现 | 无公开规范 |
| 排查要点 | 报端口必须同时报协议 |
| 现实出现概率 | 极低 |
协议不同名字不同的实际影响
- 检索名字时结果不同：查 submit 与查 notify 得到的上下文可能完全不相关
- 防火墙策略必须分协议配置，只放行 TCP 不等于 UDP 也放行
- 监控与告警按协议区分维度，否则统计口径混乱
- 排查脚本若只查 TCP，会漏掉 UDP 侧的监听与流量
- 沟通时省略协议，会导致双方查看的服务名不一致
分协议核查
分协议核查
# TCP 与 UDP 必须分开看
ss -lnt 'sport = :773'
ss -lnu 'sport = :773'
# 一起看时注意输出中的协议列
ss -lntup 'sport = :773'
# 抓包分别过滤两种协议
sudo timeout 15 tcpdump -nn -i any 'tcp port 773'
sudo timeout 15 tcpdump -nn -i any 'udp port 773'协议差异带来的行为差别
| 维度 | TCP | UDP |
|---|---|---|
| 连接状态 | 有 LISTEN 与 ESTAB | 无连接，ss 显示 UNCONN |
| 可靠性 | 有重传与确认 | 依赖应用层自行处理 |
| 扫描判定 | 开放、关闭可区分 | 开放与被过滤难以区分 |
| 过滤策略 | 独立于 UDP 配置 | 独立于 TCP 配置 |
同一端口在不同协议上承担不同角色，本质上是为不同流量特征选合适传输层：提交类请求适合可靠传输，通知类消息可以接受丢包。
做端口清单时建议把协议作为主键的一部分，写成一列而不是并在备注里。这样在生成策略与统计时不会出现歧义。
如果只在一侧协议上发现真实使用，另一侧可以按未使用处理并写清依据。登记表里的双协议标注只反映当年的登记方式，不代表现网两侧都在提供服务。