Re: Доступ по TLS/RTMPS
прямо сейчас документация никак не описывает настройку туннелированного RTMPS как только сделаем рабочую версию - документацию поправлю и новую выложу 2016-06-22 20:19 GMT+06:00 Sergey Pisanko: > Изменил в конфигах 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 : >> >> Не сразу заметил, что 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 : На вашем работает. > А ошибка в дебаге пока ничего не проясняет? > > > 17.06.2016 12:46, Maxim Solodovnik пишет: > > на нашем демо тоже не работает? > >> 2016-06-17 15:42 GMT+06:00 Sergey Pisanko : >> >> на нашем демо сервере [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 : Добрый день. Хотел бы уточнить некоторые моменты, связанные с доступом к > конференциям > по безопасным протоколам. 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, не > заработала. > > -- > - > С Уважением, > Сергей Писанко. > > > > -- > > - >>> С Уважением, >>> Сергей Писанко. >>> >>>
Re: Доступ по TLS/RTMPS
Изменил в конфигах 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: Не сразу заметил, что 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 : На вашем работает. А ошибка в дебаге пока ничего не проясняет? 17.06.2016 12:46, Maxim Solodovnik пишет: на нашем демо тоже не работает? 2016-06-17 15:42 GMT+06:00 Sergey Pisanko : на нашем демо сервере [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 : Добрый день. Хотел бы уточнить некоторые моменты, связанные с доступом к конференциям по безопасным протоколам. 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, не заработала. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко.
Re: Доступ по TLS/RTMPS
tunneled RTMPS должен работать по 5443 порту (не по 8443) 2016-06-22 16:35 GMT+06:00 Sergey Pisanko: > Не сразу заметил, что 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 : >> >> На вашем работает. >>> >>> А ошибка в дебаге пока ничего не проясняет? >>> >>> >>> 17.06.2016 12:46, Maxim Solodovnik пишет: >>> >>> на нашем демо тоже не работает? 2016-06-17 15:42 GMT+06:00 Sergey Pisanko : на нашем демо сервере [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 : >> >> Добрый день. >> >> Хотел бы уточнить некоторые моменты, связанные с доступом к >>> конференциям >>> по безопасным протоколам. 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
Re: Доступ по TLS/RTMPS
Не сразу заметил, что 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: На вашем работает. А ошибка в дебаге пока ничего не проясняет? 17.06.2016 12:46, Maxim Solodovnik пишет: на нашем демо тоже не работает? 2016-06-17 15:42 GMT+06:00 Sergey Pisanko : на нашем демо сервере [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 : Добрый день. Хотел бы уточнить некоторые моменты, связанные с доступом к конференциям по безопасным протоколам. 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, не заработала. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко.