Restreamer项目RTMP推流端口配置问题解析

问题背景

在使用Restreamer v0.6.8版本进行GoPro Hero11 Black的RTMP直播流转发时，用户遇到了推流连接失败的问题。该问题出现在Docker容器运行于Raspberry Pi 1B的环境下，具体表现为GoPro设备无法连接到Restreamer服务端。

技术环境分析

1. 系统架构：

   • 硬件平台：Raspberry Pi 1B（ARMv6架构）
   • 容器环境：Docker运行Restreamer v0.6.8
   • 网络拓扑：
     • RPi静态IP：192.168.1.210（有线连接）
     • GoPro动态IP：192.168.1.53（WiFi连接）

2. 配置参数：

   docker run -d --restart always \
        -p 8080:8080 \  # Web管理界面端口
        -p 1953:1953 \  # 错误的RTMP端口映射
        -v /mnt/restreamer/db:/restreamer/db \
        --tmpfs /tmp/hls \
        datarhei/restreamer-armv6l:latest
   

核心问题定位

问题的根本原因在于RTMP服务端口映射错误。NGINX-RTMP模块的标准推流端口应为1935，但用户错误配置为1953端口，导致：

1. GoPro设备尝试通过标准RTMP端口1935推流失败
2. Restreamer服务虽然正常运行，但未在正确端口监听推流请求
3. 网络连通性检查通过（同网段可达），但协议层连接失败

解决方案

修正Docker运行命令中的端口映射参数：

docker run -d --restart always \
     -p 8080:8080 \
     -p 1935:1935 \  # 修正为RTMP标准端口
     ...

技术要点总结

1. RTMP协议标准：

   • 默认使用1935/TCP端口
   • 推流URL格式：rtmp://[IP]/[app]/[stream]

2. Restreamer端口规范：

   • 管理端口：8080（Web UI）
   • 推流端口：1935（必须暴露）
   • HLS端口：可选配置

3. ARM架构注意事项：

   • Raspberry Pi 1B需使用armv6l镜像
   • 新版v2.x不支持该架构

最佳实践建议

1. 端口验证流程：

   netstat -tuln | grep 1935  # 验证端口监听状态
   tcpdump -i eth0 port 1935  # 抓包分析
   

2. 连接测试方法：

   • 使用ffmpeg测试推流：

     ffmpeg -re -i test.mp4 -c copy -f flv rtmp://192.168.1.210/live/test
     

3. 日志检查：

   docker logs restreamer | grep -i rtmp
   

通过本案例可以看出，在流媒体服务器配置中，协议标准端口的正确配置是确保服务可用的基础条件。特别是在容器化部署时，端口映射关系需要格外注意与实际服务端口的对应关系。