Re: OM Mobile

2016-06-17 Пенетрантность Maxim Solodovnik
баг критический, Василий покажет мне как его воспроизвести - я попробую
починить как можно скорее

2016-06-17 13:28 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>:

> Добрый день.
>
> Ситуация когда мобильный клиент видит и слышит всех, а его никто не видит
>> у нас воспроизвелась
>>
> А известно в чем причина: в клиенте или в серверной части?
>
>> так что будем чинить.
>>
> Примерно по срокам можете сориентировать?
>
>
> 16.06.2016 14:24, Sergey Pisanko пишет:
>
> уточните пожалуйста какой java Вы пользуетесь.
>>>
>> Пакет jdk-1.8.0_92
>>
>>
>> 16.06.2016 14:02, Vasiliy Degtyarev пишет:
>>
>>> Добрый день!
>>> Ситуация когда мобильный клиент видит и слышит всех, а его никто не
>>> видит у нас воспроизвелась, так что будем чинить.
>>> По поводу последней ошибки, уточните пожалуйста какой java Вы
>>> пользуетесь.
>>>
>>> С уважением,
>>> Василий дегтярев.
>>>
>>>
>>> On 16.06.2016 16:48, Sergey Pisanko wrote:
>>>
>>>> Добрый день, в ожидании ответа, сообщаю результаты своих проверок. При
>>>> попытке подключения по rtmps, в дебаге сервера, после проверки сертификатов
>>>> и согласования параметров безопасности, появляется:
>>>>
>>>> /NioProcessor-18, fatal error: 80: Inbound closed before receiving
>>>> peer's close_notify: possible truncation attack?//
>>>> //javax.net.ssl.SSLException: Inbound closed before receiving peer's
>>>> close_notify: possible truncation attack?//
>>>> //%% Invalidated:  [Session-1, TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384]//
>>>> //NioProcessor-18, SEND TLSv1.2 ALERT:  fatal, description =
>>>> internal_error//
>>>> //NioProcessor-18, Exception sending alert: java.io.IOException: writer
>>>> side was already closed.//
>>>> //NioProcessor-18, called closeOutbound()//
>>>> //NioProcessor-18, closeOutboundInternal()/
>>>>
>>>> При этом на клиенте:
>>>> /"Ошибка соединения, пожалуйста, проверьте параметры сервера"/
>>>>
>>>> 14.06.2016 6:58, Vasiliy Degtyarev пишет:
>>>>
>>>>> Добрый день!
>>>>> Попробуем у себя воспроизвести Вашу ситуацию.
>>>>>
>>>>> С уважением,
>>>>> Василий Дегтярев
>>>>>
>>>>> On 10.06.2016 20:38, Sergey Pisanko wrote:
>>>>>
>>>>>> С соединением разобрались. Однако, по rtmps (8443) зайти не удалось,
>>>>>> хотя десктопные клиенты взаимодействуют. Доступ получился только по rtmp.
>>>>>> При этом обмен медиа выходит только односторонний: мобильного клиента не
>>>>>> видит/не слышит никто, а он видит/слышит/читает всех.
>>>>>>
>>>>>>
>>>>>> 10.06.2016 6:49, Vasiliy Degtyarev пишет:
>>>>>>
>>>>>>> Добрый день!
>>>>>>>
>>>>>>> По видимому, Вы неверно указываете порт. Я лично проверял rtmps
>>>>>>> протокол
>>>>>>> на нашем демо сервере https://om.alteametasoft.com/openmeetings.
>>>>>>> Использовал 443 порт.
>>>>>>> В качестве проверки, попробуйте зайти на наш демо по 443 порту.
>>>>>>>
>>>>>>> С уважением,
>>>>>>> Василий Дегтярев.
>>>>>>>
>>>>>>> On 09.06.2016 19:38, SERP wrote:
>>>>>>>
>>>>>>>> Попробовал испытать OM Mobile for Android из google Market, однако
>>>>>>>> попытка окончилась уже на этапе соединения. Наш сервер OM доступен по
>>>>>>>> https/rtmps. При выборе rtmps - протокола, введении в соответствующие 
>>>>>>>> поля
>>>>>>>> клиента:
>>>>>>>> host: https://XXX:5443
>>>>>>>> port: 8443
>>>>>>>> context: openmeetings
>>>>>>>>  а затем пользовательских учетных данных, клиент возвращает:
>>>>>>>> "Ошибка соединения. Проверьте настройки сервера".
>>>>>>>> Пробовал менять порты и комбинации хост/порт с целью увидеть любую
>>>>>>>> активность на серверной стороне, но на сервере не фиксируется никаких
>>>>>>>> попыток соединения.
>>>>>>>> Что мы делаем не так?
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
> --
> -
> С Уважением,
> Сергей Писанко.
>
>


-- 
WBR
Maxim aka solomax


Re: OM Mobile

2016-06-17 Пенетрантность Sergey Pisanko

Добрый день.

Ситуация когда мобильный клиент видит и слышит всех, а его никто не 
видит у нас воспроизвелась

А известно в чем причина: в клиенте или в серверной части?
так что будем чинить. 

Примерно по срокам можете сориентировать?


16.06.2016 14:24, Sergey Pisanko пишет:
уточните пожалуйста какой java Вы пользуетесь. 

Пакет jdk-1.8.0_92


16.06.2016 14:02, Vasiliy Degtyarev пишет:

Добрый день!
Ситуация когда мобильный клиент видит и слышит всех, а его никто не 
видит у нас воспроизвелась, так что будем чинить.
По поводу последней ошибки, уточните пожалуйста какой java Вы 
пользуетесь.


С уважением,
Василий дегтярев.


On 16.06.2016 16:48, Sergey Pisanko wrote:
Добрый день, в ожидании ответа, сообщаю результаты своих проверок. 
При попытке подключения по rtmps, в дебаге сервера, после проверки 
сертификатов и согласования параметров безопасности, появляется:


/NioProcessor-18, fatal error: 80: Inbound closed before receiving 
peer's close_notify: possible truncation attack?//
//javax.net.ssl.SSLException: Inbound closed before receiving peer's 
close_notify: possible truncation attack?//

//%% Invalidated:  [Session-1, TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384]//
//NioProcessor-18, SEND TLSv1.2 ALERT:  fatal, description = 
internal_error//
//NioProcessor-18, Exception sending alert: java.io.IOException: 
writer side was already closed.//

//NioProcessor-18, called closeOutbound()//
//NioProcessor-18, closeOutboundInternal()/

При этом на клиенте:
/"Ошибка соединения, пожалуйста, проверьте параметры сервера"/

14.06.2016 6:58, Vasiliy Degtyarev пишет:

Добрый день!
Попробуем у себя воспроизвести Вашу ситуацию.

С уважением,
Василий Дегтярев

On 10.06.2016 20:38, Sergey Pisanko wrote:
С соединением разобрались. Однако, по rtmps (8443) зайти не 
удалось, хотя десктопные клиенты взаимодействуют. Доступ получился 
только по rtmp. При этом обмен медиа выходит только односторонний: 
мобильного клиента не видит/не слышит никто, а он 
видит/слышит/читает всех.



10.06.2016 6:49, Vasiliy Degtyarev пишет:

Добрый день!

По видимому, Вы неверно указываете порт. Я лично проверял rtmps 
протокол
на нашем демо сервере https://om.alteametasoft.com/openmeetings. 
Использовал 443 порт.

В качестве проверки, попробуйте зайти на наш демо по 443 порту.

С уважением,
Василий Дегтярев.

On 09.06.2016 19:38, SERP wrote:
Попробовал испытать OM Mobile for Android из google Market, 
однако попытка окончилась уже на этапе соединения. Наш сервер OM 
доступен по https/rtmps. При выборе rtmps - протокола, введении 
в соответствующие поля клиента:

host: https://XXX:5443
port: 8443
context: openmeetings
 а затем пользовательских учетных данных, клиент возвращает:
"Ошибка соединения. Проверьте настройки сервера".
Пробовал менять порты и комбинации хост/порт с целью увидеть 
любую активность на серверной стороне, но на сервере не 
фиксируется никаких попыток соединения.

Что мы делаем не так?















--
-
С Уважением,
Сергей Писанко.



Re: OM Mobile

2016-06-16 Пенетрантность Sergey Pisanko
уточните пожалуйста какой java Вы пользуетесь. 

Пакет jdk-1.8.0_92


16.06.2016 14:02, Vasiliy Degtyarev пишет:

Добрый день!
Ситуация когда мобильный клиент видит и слышит всех, а его никто не 
видит у нас воспроизвелась, так что будем чинить.
По поводу последней ошибки, уточните пожалуйста какой java Вы 
пользуетесь.


С уважением,
Василий дегтярев.


On 16.06.2016 16:48, Sergey Pisanko wrote:
Добрый день, в ожидании ответа, сообщаю результаты своих проверок. 
При попытке подключения по rtmps, в дебаге сервера, после проверки 
сертификатов и согласования параметров безопасности, появляется:


/NioProcessor-18, fatal error: 80: Inbound closed before receiving 
peer's close_notify: possible truncation attack?//
//javax.net.ssl.SSLException: Inbound closed before receiving peer's 
close_notify: possible truncation attack?//

//%% Invalidated:  [Session-1, TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384]//
//NioProcessor-18, SEND TLSv1.2 ALERT:  fatal, description = 
internal_error//
//NioProcessor-18, Exception sending alert: java.io.IOException: 
writer side was already closed.//

//NioProcessor-18, called closeOutbound()//
//NioProcessor-18, closeOutboundInternal()/

При этом на клиенте:
/"Ошибка соединения, пожалуйста, проверьте параметры сервера"/

14.06.2016 6:58, Vasiliy Degtyarev пишет:

Добрый день!
Попробуем у себя воспроизвести Вашу ситуацию.

С уважением,
Василий Дегтярев

On 10.06.2016 20:38, Sergey Pisanko wrote:
С соединением разобрались. Однако, по rtmps (8443) зайти не 
удалось, хотя десктопные клиенты взаимодействуют. Доступ получился 
только по rtmp. При этом обмен медиа выходит только односторонний: 
мобильного клиента не видит/не слышит никто, а он 
видит/слышит/читает всех.



10.06.2016 6:49, Vasiliy Degtyarev пишет:

Добрый день!

По видимому, Вы неверно указываете порт. Я лично проверял rtmps 
протокол
на нашем демо сервере https://om.alteametasoft.com/openmeetings. 
Использовал 443 порт.

В качестве проверки, попробуйте зайти на наш демо по 443 порту.

С уважением,
Василий Дегтярев.

On 09.06.2016 19:38, SERP wrote:
Попробовал испытать OM Mobile for Android из google Market, 
однако попытка окончилась уже на этапе соединения. Наш сервер OM 
доступен по https/rtmps. При выборе rtmps - протокола, введении в 
соответствующие поля клиента:

host: https://XXX:5443
port: 8443
context: openmeetings
 а затем пользовательских учетных данных, клиент возвращает:
"Ошибка соединения. Проверьте настройки сервера".
Пробовал менять порты и комбинации хост/порт с целью увидеть 
любую активность на серверной стороне, но на сервере не 
фиксируется никаких попыток соединения.

Что мы делаем не так?













--
-
С Уважением,
Сергей Писанко.



Re: OM Mobile

2016-06-16 Пенетрантность Vasiliy Degtyarev

Добрый день!
Ситуация когда мобильный клиент видит и слышит всех, а его никто не 
видит у нас воспроизвелась, так что будем чинить.

По поводу последней ошибки, уточните пожалуйста какой java Вы пользуетесь.

С уважением,
Василий дегтярев.


On 16.06.2016 16:48, Sergey Pisanko wrote:
Добрый день, в ожидании ответа, сообщаю результаты своих проверок. При 
попытке подключения по rtmps, в дебаге сервера, после проверки 
сертификатов и согласования параметров безопасности, появляется:


/NioProcessor-18, fatal error: 80: Inbound closed before receiving 
peer's close_notify: possible truncation attack?//
//javax.net.ssl.SSLException: Inbound closed before receiving peer's 
close_notify: possible truncation attack?//

//%% Invalidated:  [Session-1, TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384]//
//NioProcessor-18, SEND TLSv1.2 ALERT:  fatal, description = 
internal_error//
//NioProcessor-18, Exception sending alert: java.io.IOException: 
writer side was already closed.//

//NioProcessor-18, called closeOutbound()//
//NioProcessor-18, closeOutboundInternal()/

При этом на клиенте:
/"Ошибка соединения, пожалуйста, проверьте параметры сервера"/

14.06.2016 6:58, Vasiliy Degtyarev пишет:

Добрый день!
Попробуем у себя воспроизвести Вашу ситуацию.

С уважением,
Василий Дегтярев

On 10.06.2016 20:38, Sergey Pisanko wrote:
С соединением разобрались. Однако, по rtmps (8443) зайти не удалось, 
хотя десктопные клиенты взаимодействуют. Доступ получился только по 
rtmp. При этом обмен медиа выходит только односторонний: мобильного 
клиента не видит/не слышит никто, а он видит/слышит/читает всех.



10.06.2016 6:49, Vasiliy Degtyarev пишет:

Добрый день!

По видимому, Вы неверно указываете порт. Я лично проверял rtmps 
протокол
на нашем демо сервере https://om.alteametasoft.com/openmeetings. 
Использовал 443 порт.

В качестве проверки, попробуйте зайти на наш демо по 443 порту.

С уважением,
Василий Дегтярев.

On 09.06.2016 19:38, SERP wrote:
Попробовал испытать OM Mobile for Android из google Market, однако 
попытка окончилась уже на этапе соединения. Наш сервер OM доступен 
по https/rtmps. При выборе rtmps - протокола, введении в 
соответствующие поля клиента:

host: https://XXX:5443
port: 8443
context: openmeetings
 а затем пользовательских учетных данных, клиент возвращает:
"Ошибка соединения. Проверьте настройки сервера".
Пробовал менять порты и комбинации хост/порт с целью увидеть любую 
активность на серверной стороне, но на сервере не фиксируется 
никаких попыток соединения.

Что мы делаем не так?













Re: OM Mobile

2016-06-16 Пенетрантность Sergey Pisanko
Добрый день, в ожидании ответа, сообщаю результаты своих проверок. При 
попытке подключения по rtmps, в дебаге сервера, после проверки 
сертификатов и согласования параметров безопасности, появляется:


/NioProcessor-18, fatal error: 80: Inbound closed before receiving 
peer's close_notify: possible truncation attack?//
//javax.net.ssl.SSLException: Inbound closed before receiving peer's 
close_notify: possible truncation attack?//

//%% Invalidated:  [Session-1, TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384]//
//NioProcessor-18, SEND TLSv1.2 ALERT:  fatal, description = 
internal_error//
//NioProcessor-18, Exception sending alert: java.io.IOException: writer 
side was already closed.//

//NioProcessor-18, called closeOutbound()//
//NioProcessor-18, closeOutboundInternal()/

При этом на клиенте:
/"Ошибка соединения, пожалуйста, проверьте параметры сервера"/

14.06.2016 6:58, Vasiliy Degtyarev пишет:

Добрый день!
Попробуем у себя воспроизвести Вашу ситуацию.

С уважением,
Василий Дегтярев

On 10.06.2016 20:38, Sergey Pisanko wrote:
С соединением разобрались. Однако, по rtmps (8443) зайти не удалось, 
хотя десктопные клиенты взаимодействуют. Доступ получился только по 
rtmp. При этом обмен медиа выходит только односторонний: мобильного 
клиента не видит/не слышит никто, а он видит/слышит/читает всех.



10.06.2016 6:49, Vasiliy Degtyarev пишет:

Добрый день!

По видимому, Вы неверно указываете порт. Я лично проверял rtmps 
протокол
на нашем демо сервере https://om.alteametasoft.com/openmeetings. 
Использовал 443 порт.

В качестве проверки, попробуйте зайти на наш демо по 443 порту.

С уважением,
Василий Дегтярев.

On 09.06.2016 19:38, SERP wrote:
Попробовал испытать OM Mobile for Android из google Market, однако 
попытка окончилась уже на этапе соединения. Наш сервер OM доступен 
по https/rtmps. При выборе rtmps - протокола, введении в 
соответствующие поля клиента:

host: https://XXX:5443
port: 8443
context: openmeetings
 а затем пользовательских учетных данных, клиент возвращает:
"Ошибка соединения. Проверьте настройки сервера".
Пробовал менять порты и комбинации хост/порт с целью увидеть любую 
активность на серверной стороне, но на сервере не фиксируется 
никаких попыток соединения.

Что мы делаем не так?









--
-
С Уважением,
Сергей Писанко.



Re: OM Mobile

2016-06-13 Пенетрантность Vasiliy Degtyarev

Добрый день!
Попробуем у себя воспроизвести Вашу ситуацию.

С уважением,
Василий Дегтярев

On 10.06.2016 20:38, Sergey Pisanko wrote:
С соединением разобрались. Однако, по rtmps (8443) зайти не удалось, 
хотя десктопные клиенты взаимодействуют. Доступ получился только по 
rtmp. При этом обмен медиа выходит только односторонний: мобильного 
клиента не видит/не слышит никто, а он видит/слышит/читает всех.



10.06.2016 6:49, Vasiliy Degtyarev пишет:

Добрый день!

По видимому, Вы неверно указываете порт. Я лично проверял rtmps протокол
на нашем демо сервере https://om.alteametasoft.com/openmeetings. 
Использовал 443 порт.

В качестве проверки, попробуйте зайти на наш демо по 443 порту.

С уважением,
Василий Дегтярев.

On 09.06.2016 19:38, SERP wrote:
Попробовал испытать OM Mobile for Android из google Market, однако 
попытка окончилась уже на этапе соединения. Наш сервер OM доступен 
по https/rtmps. При выборе rtmps - протокола, введении в 
соответствующие поля клиента:

host: https://XXX:5443
port: 8443
context: openmeetings
 а затем пользовательских учетных данных, клиент возвращает:
"Ошибка соединения. Проверьте настройки сервера".
Пробовал менять порты и комбинации хост/порт с целью увидеть любую 
активность на серверной стороне, но на сервере не фиксируется 
никаких попыток соединения.

Что мы делаем не так?









Re: OM Mobile

2016-06-10 Пенетрантность Sergey Pisanko
С соединением разобрались. Однако, по rtmps (8443) зайти не удалось, 
хотя десктопные клиенты взаимодействуют. Доступ получился только по 
rtmp. При этом обмен медиа выходит только односторонний: мобильного 
клиента не видит/не слышит никто, а он видит/слышит/читает всех.



10.06.2016 6:49, Vasiliy Degtyarev пишет:

Добрый день!

По видимому, Вы неверно указываете порт. Я лично проверял rtmps протокол
на нашем демо сервере https://om.alteametasoft.com/openmeetings. 
Использовал 443 порт.

В качестве проверки, попробуйте зайти на наш демо по 443 порту.

С уважением,
Василий Дегтярев.

On 09.06.2016 19:38, SERP wrote:
Попробовал испытать OM Mobile for Android из google Market, однако 
попытка окончилась уже на этапе соединения. Наш сервер OM доступен по 
https/rtmps. При  выборе rtmps - протокола, введении в 
соответствующие поля клиента:

host: https://XXX:5443
port: 8443
context: openmeetings
 а затем пользовательских учетных данных, клиент возвращает:
"Ошибка соединения. Проверьте настройки сервера".
Пробовал менять порты и комбинации хост/порт с целью увидеть любую 
активность на серверной стороне, но на сервере не фиксируется никаких 
попыток соединения.

Что мы делаем не так?





--
-
С Уважением,
Сергей Писанко.



Re: OM Mobile

2016-06-09 Пенетрантность Vasiliy Degtyarev

Добрый день!

По видимому, Вы неверно указываете порт. Я лично проверял rtmps протокол
на нашем демо сервере https://om.alteametasoft.com/openmeetings. 
Использовал 443 порт.

В качестве проверки, попробуйте зайти на наш демо по 443 порту.

С уважением,
Василий Дегтярев.

On 09.06.2016 19:38, SERP wrote:
Попробовал испытать OM Mobile for Android из google Market, однако 
попытка окончилась уже на этапе соединения. Наш сервер OM доступен по 
https/rtmps. При  выборе rtmps - протокола, введении в соответствующие 
поля клиента:

host: https://XXX:5443
port: 8443
context: openmeetings
 а затем пользовательских учетных данных, клиент возвращает:
"Ошибка соединения. Проверьте настройки сервера".
Пробовал менять порты и комбинации хост/порт с целью увидеть любую 
активность на серверной стороне, но на сервере не фиксируется никаких 
попыток соединения.

Что мы делаем не так?





OM Mobile

2016-06-09 Пенетрантность SERP
Попробовал испытать OM Mobile for Android из google Market, однако 
попытка окончилась уже на этапе соединения. Наш сервер OM доступен по 
https/rtmps. При  выборе rtmps - протокола, введении в соответствующие 
поля клиента:

host: https://XXX:5443
port: 8443
context: openmeetings
 а затем пользовательских учетных данных, клиент возвращает:
"Ошибка соединения. Проверьте настройки сервера".
Пробовал менять порты и комбинации хост/порт с целью увидеть любую 
активность на серверной стороне, но на сервере не фиксируется никаких 
попыток соединения.

Что мы делаем не так?