Re: Доступ по TLS/RTMPS

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

2016-06-22 Пенетрантность 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

2016-06-22 Пенетрантность 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,  не
>>> заработала.
>>>
>>> --
>>> -
>>> С Уважением,
>>> Сергей Писанко.
>>>
>>>
>>>
>>> --
>>>
>> -
> С Уважением,
> Сергей Писанко.
>
>
>
> --
>>> -
>>> С Уважением,
>>> Сергей Писанко.
>>>
>>>
>>>
>>
> --
> -
> С Уважением,
> Сергей Писанко.
>
>


-- 
WBR
Maxim aka solomax

Re: Доступ по TLS/RTMPS

2016-06-22 Пенетрантность 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

2016-06-17 Пенетрантность 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

2016-06-17 Пенетрантность 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

2016-06-17 Пенетрантность 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