ZLMediaKit WebRTC播放无画面问题排查指南

问题背景

在使用ZLMediaKit进行RTSP推流并通过WebRTC播放时，开发者可能会遇到控制台显示"set remote success"但实际没有画面显示的问题。这种情况通常表明WebRTC连接已经建立，但视频数据传输存在问题。

问题分析

从技术日志中可以观察到几个关键点：

1. SDP协商成功完成，双方就媒体格式达成一致
2. ICE候选信息交换正常
3. 连接状态显示为"set remote success"
4. 但视频流未能正常传输

可能原因及解决方案

1. RTC外部IP地址未正确配置

WebRTC需要知道服务器的外部可达IP地址才能建立正确的媒体传输路径。如果未配置rtc extern-ip参数，服务器可能会使用内部IP地址进行通信，导致客户端无法建立连接。

解决方法： 在ZLMediaKit配置文件中明确设置外部IP地址：

[rtc]
extern_ip=your_public_ip_address

2. RTC端口未正确监听

WebRTC需要特定的UDP端口用于媒体传输。如果这些端口未正确开放或被防火墙阻止，也会导致无画面显示。

解决方法：

• 检查ZLMediaKit是否监听了RTC端口（默认8000）
• 确保服务器防火墙允许这些端口的UDP流量
• 在NAT环境中，确保端口映射正确

3. 编解码器不匹配

虽然SDP协商显示支持H.264(profile-level-id=42001f)，但如果实际流格式与协商格式不一致，也会导致解码失败。

解决方法：

• 检查推流端的视频编码格式
• 确保ZLMediaKit转码配置正确
• 可以尝试在WebRTC客户端强制指定解码格式

4. 网络连接问题

即使ICE协商成功，实际媒体传输仍可能因网络问题失败。

解决方法：

• 检查服务器和客户端之间的网络连通性
• 使用Wireshark等工具抓包分析RTP流量
• 检查NAT穿透是否成功

深度技术解析

WebRTC播放流程涉及多个环节：

1. 信令交换（SDP协商）
2. ICE候选收集和连通性检查
3. DTLS握手建立安全通道
4. SRTP媒体流传输

当出现"set remote success"但无画面时，通常表明前三个阶段已完成，问题出在第四阶段的媒体流传输上。可能的原因包括：

• NAT穿透失败：虽然ICE候选交换完成，但实际媒体路径未建立
• 防火墙阻止了媒体端口
• 服务器未正确转发媒体流
• 客户端解码器初始化失败

最佳实践建议

1. 完整日志分析：除了SDP交换日志，还应检查ICE连接状态和媒体流统计信息
2. 逐步排查：先确保RTSP流本身正常，再检查WebRTC转发环节
3. 网络配置检查：特别是NAT和防火墙设置
4. 版本兼容性：确保ZLMediaKit和客户端使用兼容的WebRTC实现

总结

WebRTC播放无画面但显示连接成功的问题通常与网络配置相关，特别是RTC外部IP设置和端口监听。通过系统性地检查网络配置、媒体流格式和传输路径，大多数情况下可以快速定位并解决问题。对于复杂网络环境，可能需要结合抓包分析和日志调试来深入排查。