WVP-GB28181-pro项目中的推流鉴权问题解析

问题背景

在WVP-GB28181-pro项目中，用户尝试通过FFmpeg向流媒体服务器推送RTSP流时遇到了鉴权失败的问题。具体表现为使用FFmpeg命令行工具推送视频流时，系统返回"sign无权限"的错误提示。

技术细节分析

推流鉴权机制

WVP-GB28181-pro项目实现了一套推流鉴权机制，主要基于sign参数进行验证。当客户端向服务器推送流媒体时，需要在URL中包含一个经过特定处理的签名参数。

关键错误原因

用户直接从wvp_user表的push_key字段获取值作为sign参数，这是导致鉴权失败的根本原因。正确的做法应该是：

1. 获取push_key原始值
2. 对push_key进行MD5哈希计算
3. 将MD5哈希结果作为sign参数值

正确的处理流程

完整的推流URL构造过程应为：

1. 从数据库获取push_key原始字符串
2. 使用MD5算法对push_key进行哈希计算
3. 将哈希结果作为sign参数附加到推流URL中

解决方案

对于使用FFmpeg推流的场景，正确的命令行应修改为：

ffmpeg -re -i "F:\test.mp4" -vcodec h264 -acodec aac -f rtsp -rtsp_transport udp rtsp://172.16.11.60:554/live/test?sign=MD5(push_key)

其中MD5(push_key)表示需要对原始push_key进行MD5哈希计算后的结果。

技术建议

1. 安全性考虑：虽然MD5在密码学上已被认为不够安全，但在这种内部鉴权场景下仍可使用。如需更高安全性，可考虑升级为SHA-256等更强大的哈希算法。

2. 错误处理：建议在客户端实现自动化的sign生成机制，避免手动拼接导致的错误。

3. 日志记录：服务器端应详细记录鉴权失败的请求，包括使用的sign值和预期的正确值，便于问题排查。

总结

WVP-GB28181-pro项目的推流鉴权机制要求对push_key进行MD5处理后再作为sign参数使用。直接使用原始push_key会导致鉴权失败。开发者和用户在使用推流功能时，务必注意这一关键细节，确保鉴权流程正确执行。