прямо сейчас документация никак не описывает настройку туннелированного RTMPS как только сделаем рабочую версию - документацию поправлю и новую выложу
2016-06-22 20:19 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: > Изменил в конфигах 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, не >>>>>>>>> заработала. >>>>>>>>> >>>>>>>>> -- >>>>>>>>> ------------- >>>>>>>>> С Уважением, >>>>>>>>> Сергей Писанко. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> ------------- >>>>>>>> >>>>>>> С Уважением, >>>>>>> Сергей Писанко. >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>> ------------- >>>>> С Уважением, >>>>> Сергей Писанко. >>>>> >>>>> >>>>> >>>>> -- >>> ------------- >>> С Уважением, >>> Сергей Писанко. >>> >>> >>> >> > -- > ------------- > С Уважением, > Сергей Писанко. > > -- WBR Maxim aka solomax