Спасибо за информацию! Жалко, что в туториале не объяснены эти детали,
сэкономило бы пользователям много времени.
On 5/13/20 7:38 AM, Konstantin Kuzov wrote:
WebRtcEndpoint.conf.ini как я и написал раньше трогать НЕ надо, нужно
оставить его как был по умолчанию, т.е. всё закоментировано.
Папка data расшаривается для функционала записи по запросу, KMS пишет стрим
в файл, а OM потом конвертирует его по завершении записи через ffmpeg и
добавляет если нужно в панель файлов.
Поэтому нужно чтобы между KMS и OM был расшарен общий путь куда класть
файлы и оба были запущены от одного и того же пользователя. Иначе могут
быть различные проблемы: от невозможности записи, до проблем с конвертацией
и удалением старых промежуточных файлов. К сожалению образ KMS для docker
не умеет полностью запускаться стандартными методами под
непривилегированным пользователем, там всего месяц назад добавили костыль
для запуска уже самого KMS под определенным UID через переменную KMS_UID
передаваемую при создании docker. Именно поэтому в моем скрипте
используется kurento/kurento-media-server-dev, ибо на момент написания этой
функциональности не было в kurento/kurento-media-server:latest...
вт, 12 мая 2020 г. в 23:34, Eugene <roginovi...@hotmail.com>:
Спасибо! Вроде теперь сложилась полная картина.
coturn настраивал по инструкции тут
https://docs.bigbluebutton.org/2.2/setup-turn-server.html
затем в applicationContext.xml изменил p:turnUrl="myserver:port" и в
p:turnSecret="" вставил значение переменной static-auth-secret из
конфига coturn-a
Надо ли в настройках KMS в файле WebRtcEndpoint.conf.ini выставлять
переменные stunServerAddress и turnURL?
И последний вопрос (я надеюсь). Для чего в Docker контейнер
расшаривается директория webapps/openmeetings/data ? Если она нужна для
нужд Kurento-Media-Server как он "догадывается", что имено в
webapps/openmeetings/data необходимые данные?
Доброй ночи,
Евгений
