322 与 RTSPS
322 的登记名是 rtsps，即 RTSP over TLS。RTSP 是音视频流的控制协议，负责播放、暂停、定位等信令，媒体数据本身另走 RTP/RTCP；标准 RTSP 用 554/tcp，对应 URI 前缀 rtsp://。rtsps 则是把信令放进 TLS 的版本，URI 前缀为 rtsps://。视频监控加固时常见的动作就是把设备的 rtsp:// 改为 rtsps:// 并校验证书，防止信令被窃听或篡改（例如被替换播放地址）。需要注意厂商实现并不统一：有的设备监听 322，有的仍在 554 上加 TLS，也有把信令塞进 443 的做法。
基本信息
| 服务名 | rtsps（RTSP over TLS） |
|---|---|
| 传输层 | TCP/UDP |
| 对应明文 | RTSP 默认 554/tcp |
| 用途 | 摄像头与流媒体信令加密 |
| 登记人 | Anders Klemets |
| 实现差异 | 厂商可能使用 322、554 加 TLS 或 443 |
典型使用场景
- 安防加固：把监控设备的信令通道从明文改为 TLS，并通过证书校验防中间人
- 合规检查：确认视频专网中信令是否加密、证书是否由受信 CA 签发
- 客户端排障：播放失败时先确认播放器是否支持 rtsps 前缀
- 资产台账：登记每台设备的信令端口，避免只记录 554 而漏掉加密通道
- 抓包取证：判断异常播放是否来自被篡改的信令地址
加密信令核查
加密信令核查
ss -lntup 'sport = :322' # 是否存在监听
sudo lsof -i :322 # 占用进程，确认是媒体服务组件
openssl s_client -connect 10.0.0.31:322 </dev/null 2>/dev/null | openssl x509 -noout -subject -dates # 证书主体与有效期
openssl s_client -connect 10.0.0.31:554 </dev/null 2>/dev/null | head -3 # 对照明文端口是否也接受 TLS
# 部分厂商把加密信令放在 443：需结合设备文档与抓包确认RTSP 相关承载
| 用途 | 常见端口 | 说明 |
|---|---|---|
| RTSP 信令（明文） | 554/tcp | 最普遍，便于抓包分析 |
| RTSPS 信令（TLS） | 322 或厂商自定义 | 本条目，防信令窃听 |
| HTTP 隧道信令 | 80/443 | 部分设备用于穿越防火墙 |
| RTP/RTCP 媒体 | UDP 动态端口 | 也可 interleaved 走 TCP 同一连接 |
自签证书的 rtsps 只能防被动嗅探，不能防中间人：客户端不校验证书就等于把加密当装饰。加固时应统一规划证书签发与更新，并在播放端启用校验。
信令加密不等于媒体加密。RTSP 只管控制，媒体面通常还需要 SRTP 或整链路 VPN 保护，规划时把两层分开评估，避免以为改了 rtsps 就万事大吉。