RTMPT Fallback на порту 80 с MediaElementJS

Question

В нашем текущем бизнес-случае у нас есть клиенты, открывающие MediaElementJS, просматривающие страницу игрока через сеть, защищенную брандмауэром.

Когда TCP-порт 1935 заблокирован брандмауэрами, мы хотим, чтобы Игрок понял, что порт заблокирован, и попробуйте соединение для потоковой передачи по направлению к серверу, переключившись на протокол RMTPT (прокрутка протокола) и, таким образом, используя HTTP-порт 80 .

Мы уже настроили наш NGINX для перенаправления трафика из порта 80 на 5080 (наш сервер RED5 прослушивает HTTP/RTMPT).

Мы попытались выполнить тесты, имитирующие входящий/исходящий соединительный блок порта 1935 на клиенте.

Похоже, MediaElementJS ничего не делает, когда нажата кнопка воспроизведения.

Является ли это проскальзывание/отключение протокола на порту 80 с функцией RTMPT, доступной на MediaElementJS?

Есть ли у кого-то такая же проблема и может объяснить возможные решения?

Мы имеем:

Nginx 0.7.43 RED5 1.0.5 MediaElementJS 2.1.2.0 (не уверен в этой версии).

Answer 1

Оказалось, что это не проблема MediaElementJS.

Протокол RTMP прозрачен для плеера.

Что требовалось, чтобы была правильная конфигурация nginx для перенаправления определенных типов HTTP-запросов на внутренний порт RMTPT TCP сервера Red5.

После правильной настройки nginx мы успешно проверили резерв 80 порта.