прямо сейчас документация никак не описывает настройку туннелированного
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

Ответить