使用 MediaElementJS 在端口 80 上进行 RTMPT 回退
RTMPT Fallback on port 80 with MediaElementJS
在我们当前的业务案例中，我们有客户打开 MediaElementJS 通过受防火墙保护的网络浏览播放器页面。
当 TCP 端口 1935 被防火墙阻止时，我们希望播放器了解该端口被阻止，并通过切换到 RMTPT 协议（协议翻转）等尝试连接到服务器的流式传输，因此使用 HTTP 端口80.
我们已经将我们的 NGINX 配置为在内部将流量从端口 80 重定向到 5080（我们的 RED5 服务器监听 HTTP/RTMPT）。
我们尝试在客户端模拟 inbound/outbound 端口 1935 的连接块进行测试。
看起来 MediaElementJS 在按下播放按钮时什么都不做。
此协议是否在端口 80 上翻转/回退并在 MediaElementJS 上提供 RTMPT 功能？
是否有人遇到了同样的问题并且可以解释可能的解决方案？
我们有：
nginx 0.7.43
红5 1.0.5
MediaElementJS 2.1.2.0（不确定这个版本）。
原来不是MediaElementJS的问题
RTMP协议对播放器透明
需要正确配置 nginx 才能将某些类型的 HTTP 请求转发到 Red5 服务器的 RMTPT TCP 内部端口。
正确设置 nginx 后，我们成功测试了端口 80 回退。
在我们当前的业务案例中，我们有客户打开 MediaElementJS 通过受防火墙保护的网络浏览播放器页面。
当 TCP 端口 1935 被防火墙阻止时，我们希望播放器了解该端口被阻止，并通过切换到 RMTPT 协议（协议翻转）等尝试连接到服务器的流式传输，因此使用 HTTP 端口80.
我们已经将我们的 NGINX 配置为在内部将流量从端口 80 重定向到 5080（我们的 RED5 服务器监听 HTTP/RTMPT）。
我们尝试在客户端模拟 inbound/outbound 端口 1935 的连接块进行测试。
看起来 MediaElementJS 在按下播放按钮时什么都不做。
此协议是否在端口 80 上翻转/回退并在 MediaElementJS 上提供 RTMPT 功能？
是否有人遇到了同样的问题并且可以解释可能的解决方案？
我们有：
nginx 0.7.43 红5 1.0.5 MediaElementJS 2.1.2.0（不确定这个版本）。
原来不是MediaElementJS的问题
RTMP协议对播放器透明
需要正确配置 nginx 才能将某些类型的 HTTP 请求转发到 Red5 服务器的 RMTPT TCP 内部端口。
正确设置 nginx 后，我们成功测试了端口 80 回退。