通过http的RTMP流

Question

我正在尝试用Nginx建立一个流媒体服务。配置文件是

    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;
        }
    }
}

我希望流媒体服务通过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 

我可以在VLC播放器中使用rtmp:// the _ip:1935/伏特加2/gua.mp4的uri来访问流服务。但是，无论我尝试了什么，当我尝试使用ip:80/伏特加2/gua.mp4访问流时，它都不起作用。

这有可能吗？

非常感谢！

Answer 1

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

一个更好的解决方案是使用(HLS)。nginx-vod-模块支持HLS。它可以很容易地在配置文件中配置。当视频放在服务器上时，客户端可以使用像http://127.0.0.1/vod/sample.mp4/index.m3u8这样的URL。Nginx服务器自动将视频划分为HTTP包并提供播放列表。这样客户就可以玩了。许多开源播放器(针对浏览器)和移动设备(包括ios和android)都广泛支持HLS。它可以很容易地配置与HTTPS的安全转换。

Answer 2

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

另外，您可以尝试为RTMP服务器使用端口80吗？但是一般来说，盗取HTTP的端口并不是一个好主意，但是视频确实会通过端口80传输(但不使用HTTP协议)。

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

还有RTMPT，它通过HTTP协议隧道RTMP数据包。它是用来绕过防火墙和大多数企业流量过滤的，但是它是增加延迟的，而且总体上几乎没有支持。我想是Red5流服务器支持它。我还见过防火墙阻塞可疑HTTP数据包的情况，这可能会导致RTMPT由于数据包丢失和一般不稳定而出现一些问题。