Изменил в конфигах rtmps с 8443 на 5443 - tunneled заработал. Мануал в
том виде, в коем он сейчас, несколько сбивал с толку :-).
22.06.2016 16:59, Maxim Solodovnik пишет:
tunneled RTMPS должен работать по 5443 порту (не по 8443)
2016-06-22 16:35 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>:
Не сразу заметил, что RTMPS (tunneled), настроенный по
http://openmeetings.apache.org/RTMPSAndHTTPS.html
не работает из - за того, что при старте OM не поднимается в прослушку
порт 8443.
20.06.2016 10:29, Maxim Solodovnik пишет:
мы сейчас тестируем RTMPS с разработчиками red5
то что Вы привели не является ошибкой (log level DEBUG) ошибка это обычно
(WARN/ERROR/FATAL)
как только RTMPS заработает - сразу будет релиз 3.1.2
2016-06-17 15:49 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>:
На вашем работает.
А ошибка в дебаге пока ничего не проясняет?
17.06.2016 12:46, Maxim Solodovnik пишет:
на нашем демо тоже не работает?
2016-06-17 15:42 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>:
на нашем демо сервере [1] всё настроено согласно [2] (с одним
дополнением:
proxyType == none, вместо best) никакие другие файлы править не надо
То есть, правится только jee-container.xml[1], а red5-core.xml[2] не
трогается?!
В моем случае rtmps работает только при редактировании этих обоих
файлов
и
установке в config.xml "proxyType=best" :-). При этом [1] правится
согласно
мануалу, а во [2] включается rtmps. Если ограничится только [1] и
"proxyType=no", при входе в комнату вываливается:
"Error missing 204/556/642",
а в дебаге:
DEBUG 06-17 12:26:07.585 ContextUtils.java 147720 241
org.apache.cxf.ws.addressing.ContextUtils
[http-nio-0.0.0.0-5443-exec-6]
-
retrieving MAPs from context property
javax.xml.ws.addressing.context.inbound
DEBUG 06-17 12:26:07.585 LogUtils.java 147720 449
org.apache.cxf.ws.addressing.ContextUtils
[http-nio-0.0.0.0-5443-exec-6]
-
WS-Addressing - failed to retrieve Message Addressing Properties from
context
17.06.2016 11:29, Maxim Solodovnik пишет:
сейчас работает только "туннельный" RTMPS (proxyType == none)
проблема с "нативным" (proxyType == best) известна разработчикам red5,
мы
с
ними плотно работаем чтобы всё нормально заработало
на нашем демо сервере [1] всё настроено согласно [2] (с одним
дополнением:
proxyType == none, вместо best) никакие другие файлы править не надо
[1] https://om.alteametasoft.com/openmeetings
[2] http://openmeetings.apache.org/RTMPSAndHTTPS.html
2016-06-14 13:49 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>:
Добрый день.
Хотел бы уточнить некоторые моменты, связанные с доступом к
конференциям
по безопасным протоколам. Openmeetings - 3.1.2.
В данном пособии: http://openmeetings.apache.org/RTMPSAndHTTPS.html
речь
идет о TLS/RTMPS, как альтернативе обычному "несекьюрному"
подключению.
В другой же статье - https://github.com/Red5/red5-server/wiki/RTMPS
-
упоминаются два метода безопасного соединения: RTMPS - native и
RTMPS -
tunneled, которые предполагают различные настройки разных
конфигурационных
файлов.
Правильно ли я понимаю, что это действительно два разных секьюрных
метода
доступа и они могут работать независимо друг от друга? Или это
комплексная
настройка одного метода, включающего в себя оба этапа? В моем случае,
чтобы
как - то заработал RTMPS, пришлось настраивать оба файла:
conf/jee-container.xml и conf/red5-core.xml. Причем второй файл
пришлось
тонко настраивать, включая блок RTMPS, убирая в нем отдельные
подблоки
и
добавляя новые. Настройка исключительно "по пособию", которое вообще
не
предполагает включения блока RTMPS в файле red5-core.xml, не
заработала.
--
-------------
С Уважением,
Сергей Писанко.
--
-------------
С Уважением,
Сергей Писанко.
--
-------------
С Уважением,
Сергей Писанко.
--
-------------
С Уважением,
Сергей Писанко.
--
-------------
С Уважением,
Сергей Писанко.
