RTMP通过http流式传输

Rya*_*yan 7 nginx rtmp

我正在尝试使用Nginx-rtmp建立流媒体服务.配置文件是

    rtmp {
    server {
        listen 1935;

        chunk_size 4000;

        # video on demand for flv files
        application vod {
            play /var/flvs;
        }

        # video on demand for mp4 files
        application vod2 {
            play /var/mp4s;
        }
    }
}
Run Code Online (Sandbox Code Playgroud)

我希望流媒体服务通过http而不是rtmp.最终我们希望客户端使用https连接到代理服务器,然后代理服务器使用rtmp与流服务器通信.我正在使用HTTP进行测试.所以我使用以下配置设置了HAProxy:

global
    log /dev/log    local0
    log /dev/log    local1 notice
    chroot /var/lib/haproxy
    stats socket /run/haproxy/admin.sock mode 660 level admin
    stats timeout 30s
    user haproxy
    group haproxy
    daemon

    #tune.ssl.default-dh-param 2048 

    # Default SSL material locations
    ca-base /etc/ssl/certs
    crt-base /etc/ssl/private

    # Default ciphers to use on SSL-enabled listening sockets.
    # For more information, see ciphers(1SSL). This list is from:
    #  https://hynek.me/articles/hardening-your-web-servers-ssl-ciphers/
    ssl-default-bind-ciphers ECDH+AESGCM:DH+AESGCM:ECDH+AES256:DH+AES256:ECDH+AES128:DH+AES:ECDH+3DES:DH+3DES:RSA+AESGCM:RSA+AES:RSA+3DES:!aNULL:!MD5:!DSS
    ssl-default-bind-options no-sslv3

defaults
    log global
    mode    tcp
    option  httplog
    option  dontlognull
        timeout connect 5000
        timeout client  50000
        timeout server  50000
    errorfile 400 /etc/haproxy/errors/400.http
    errorfile 403 /etc/haproxy/errors/403.http
    errorfile 408 /etc/haproxy/errors/408.http
    errorfile 500 /etc/haproxy/errors/500.http
    errorfile 502 /etc/haproxy/errors/502.http
    errorfile 503 /etc/haproxy/errors/503.http
    errorfile 504 /etc/haproxy/errors/504.http


frontend rtmp-80
        bind *:80
        default_backend rtmp-over-http

backend rtmp-over-http
        server media01 127.0.0.1:1935 check maxconn 200 
Run Code Online (Sandbox Code Playgroud)

我可以在VLC播放器中使用uri of rtmp:// the_ip:1935/vod2/gua.mp4访问流媒体服务.但无论我尝试什么,当我尝试使用http:// the_ip:80/vod2/gua.mp4访问流媒体时,它都不起作用.

这甚至可能吗?

非常感谢!

Tor*_*bio 6

那么,视频客户端(在您的例子中是 VLC 播放器)必须知道它正在尝试从哪个协议读取流。简而言之,不。您必须修改客户端以让它知道它实际上接收的是 RTMP 内容而不是 HTTP。

顺便说一句,您可以尝试使用 RTMP 服务器的端口 80 吗?但一般来说,仅仅窃取 HTTP 端口并不是一个好主意,但视频确实会通过端口 80 传输(但不使用 HTTP 协议)。

现在,如果您想通过 HTTP 主体传递 RTMP 内容(使用您的服务器代理),客户端还需要将传入数据包转换为 RTMP。这样是可能的,但同样,您需要服务器和客户端上的代理来转换每个数据包。请记住,虽然 RTMP 是作为实时流协议制作的,但使用 HTTP 作为代理会大大降低其性能。

还有RTMPT,它通过HTTP协议对RTMP数据包进行隧道传输。它是为了绕过防火墙和大多数企业流量过滤而设计的,但它增加了延迟,并且总体上几乎没有支持。我认为Red5流媒体服务器支持它。我还看到过防火墙阻止可疑 HTTP 数据包的情况,这可能会由于数据包丢失和不稳定而导致 RTMPT 出现一些问题。

  • 好吧,您可以尝试查找 RTMPT,它基本上是通过 HTTP 隧道传输的 RTMP。我不知道加密如何与 RTMPT 一起使用。 (3认同)

Rya*_*yan 4

HTTP 和 RTMP 是两个不同的东西。无法通过HTTP传输RTMP包,因为如果客户端发送HTTP请求,服务器将返回HTTP响应,然后客户端将消费HTTP包。理论上,客户端可以解压 HTTP 包,但这需要额外的工作。

更好的解决方案是使用 HTTP Live Streaming (HLS)。nginx-vod-module支持 HLS。它可以在配置文件中轻松配置。当视频放入服务器时,客户端可以使用类似http://127.0.0.1/vod/sample.mp4/index.m3u8的 URL 。Nginx服务器自动将视频分割成HTTP包并提供播放列表。这样客户端就可以玩了。HLS 受到许多开源播放器(针对浏览器)和移动设备(ios 和 android)的广泛支持。并且可以轻松配置 HTTPS 以进行安全转换。