通过 http 进行 RTMP 流式传输
RTMP streaming through http
我正在尝试使用 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;
}
}
}
我希望流媒体服务通过 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/vod2/gua.mp4 的 uri 访问流媒体服务。
但无论我尝试什么,当我尝试使用 http://the_ip:80/vod2/gua.mp4 访问流媒体时,它都不起作用。
这可能吗?
非常感谢!
好吧,视频客户端(在您的情况下为 VLC Player)必须知道它试图从哪个协议读取流。所以简而言之,不。您必须修改客户端以让它知道它实际接收的是 RTMP 内容而不是 HTTP。
附带说明一下,您可以尝试将端口 80 用于 RTMP 服务器吗?但一般来说,仅仅窃取 HTTP 的端口并不是一个好主意,但视频确实会通过端口 80 传输(但不使用 HTTP 的协议)。
现在如果你想通过 HTTP 的主体传递 RTMP 内容(使用你的服务器代理),客户端还需要将传入的数据包转换为 RTMP。这种方式是可能的,但同样,您需要在服务器端和客户端都使用代理来转换每个数据包。请记住,虽然 RTMP 是作为实时流媒体协议制作的,因此使用 HTTP 作为代理会大大降低其性能。
还有RTMPT,通过HTTP协议隧道传输RTMP数据包。它是用来绕过防火墙和大多数公司流量过滤的,但它 adds latency and has little support overall. I think Red5 streaming server supports it。我还看到过防火墙阻止可疑 HTTP 数据包的情况,这可能会导致 RTMPT 因数据包丢失和一般情况下的不稳定而出现一些问题。
HTTP 和 RTMP 是两个不同的东西。没有办法通过 HTTP 传输 RTMP 包,因为如果客户端发送 HTTP 请求,服务器将 return 一个 HTTP 响应,然后客户端将使用 HTTP 包。理论上,客户端可以解压 HTTP 包,但需要额外的工作。
更好的解决方案是使用 HTTP 实时流式传输 (HLS)。 nginx-vod-module supports HLS. It can be easily configured in the config file. When a video is put in the server, the client can use a URL like http://127.0.0.1/vod/sample.mp4/index.m3u8。 Nginx 服务器自动将视频分割成 HTTP 包并提供播放列表。这样客户端就可以播放了。 HLS 得到许多开源播放器(用于浏览器)和移动设备(ios 和 android)的广泛支持。并且可以轻松配置 HTTPS 以实现安全转换。
我正在尝试使用 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;
}
}
}
我希望流媒体服务通过 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/vod2/gua.mp4 的 uri 访问流媒体服务。 但无论我尝试什么,当我尝试使用 http://the_ip:80/vod2/gua.mp4 访问流媒体时,它都不起作用。
这可能吗?
非常感谢!
好吧,视频客户端(在您的情况下为 VLC Player)必须知道它试图从哪个协议读取流。所以简而言之,不。您必须修改客户端以让它知道它实际接收的是 RTMP 内容而不是 HTTP。
附带说明一下,您可以尝试将端口 80 用于 RTMP 服务器吗?但一般来说,仅仅窃取 HTTP 的端口并不是一个好主意,但视频确实会通过端口 80 传输(但不使用 HTTP 的协议)。
现在如果你想通过 HTTP 的主体传递 RTMP 内容(使用你的服务器代理),客户端还需要将传入的数据包转换为 RTMP。这种方式是可能的,但同样,您需要在服务器端和客户端都使用代理来转换每个数据包。请记住,虽然 RTMP 是作为实时流媒体协议制作的,因此使用 HTTP 作为代理会大大降低其性能。
还有RTMPT,通过HTTP协议隧道传输RTMP数据包。它是用来绕过防火墙和大多数公司流量过滤的,但它 adds latency and has little support overall. I think Red5 streaming server supports it。我还看到过防火墙阻止可疑 HTTP 数据包的情况,这可能会导致 RTMPT 因数据包丢失和一般情况下的不稳定而出现一些问题。
HTTP 和 RTMP 是两个不同的东西。没有办法通过 HTTP 传输 RTMP 包,因为如果客户端发送 HTTP 请求,服务器将 return 一个 HTTP 响应,然后客户端将使用 HTTP 包。理论上,客户端可以解压 HTTP 包,但需要额外的工作。
更好的解决方案是使用 HTTP 实时流式传输 (HLS)。 nginx-vod-module supports HLS. It can be easily configured in the config file. When a video is put in the server, the client can use a URL like http://127.0.0.1/vod/sample.mp4/index.m3u8。 Nginx 服务器自动将视频分割成 HTTP 包并提供播放列表。这样客户端就可以播放了。 HLS 得到许多开源播放器(用于浏览器)和移动设备(ios 和 android)的广泛支持。并且可以轻松配置 HTTPS 以实现安全转换。