баг критический, Василий покажет мне как его воспроизвести - я попробую починить как можно скорее
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