Доброго вечера. Настроил два сервера, один с moodle, второй bigbluebutton, привязал плагин bigbluebutton к moodle все успешно работает внутри локальной сети. Пробросил порты для moodle и исправил адрес на внешний в /var/www/html/moodle/config.php $CFG->wwwroot(без этого изменения не мог из интернета попасть в moodle). Настроил плагин в moodle на внешний адрес, но попасть в вебинар не могу через moodle. Подскажите, как настроить?
Да для bigbluebutton порты тоже пробросил.
гм. а по ссылки из moodle в BBB какой адрес браузер показывает ?
http://внешний адрес/moodle/mod/bigbluebuttonbn/view.php?id=9
список портов проброшенных для BBB какой ?
Да и сам BBB имеет свои настройки ip.
Список портов 1935, 9123, 80. У меня все заработало! Спасибо за поддержку! Вы не встречались с ошибкой - "Обнаружена проблема WebRTC: Ошибка 1004: Сбой вызова (причина=Connection Error). Хотите попробовать Flash?"
пока нет.
Рассматривается перспектива отказа от OpenMeetings в пользу BBB. В BBB начали пилить клиента на HTML5, что должно решить проблему с мультиплатформенностью, т.к. flash все же загибается.
Что не радует в BBB - привязка к ubuntu. Хочется иметь howto по установки BBB на произвольную unix-систему ну или хотя бы для linux.
Разработчика BBB рассматривают идею создания установщика, например, под CentOS, но на решение этой задачи у них пока нет спонсора, и не факт, что найдутся. Равно как и с HTML-клиентом, его пока нет. Но в текущей ситуации можно быть уверенным, что при установке по инструкции, всё будет работать из коробки стабильно и без сбоев. Вы можете быть уверены, что поведение вашей системы такое же как у остальных, так как окружение у всех эквивалентное. С точки зрения поддержки системы и отладки ошибок, это идеальный вариант.
Для запуска этого всего в произвольной системе для начала придется откомпилировать несколько сотен пакетов строго конкретных версий, выправить в них пути к конфигам в зависимости от нюансов конкретной ОС, так что пусть уж лучше так, как сейчас. Вы ведь если купите аппаратное решение для видеосвязи или IP-АТС, вы же не будете говорить, что хотите, чтобы разработчики специально для вас в аппарате поменяли начинку с Linux на BSD, просто потому что Вам так больше нравится. Отнеситесь и к BBB как к такому же интегрированному решению, за которое просто не просят денег.
Для запуска этого всего в произвольной системе для начала придется откомпилировать несколько сотен пакетов строго конкретных версий, выправить в них пути к конфигам в зависимости от нюансов конкретной ОС, так что пусть уж лучше так, как сейчас. Вы ведь если купите аппаратное решение для видеосвязи или IP-АТС, вы же не будете говорить, что хотите, чтобы разработчики специально для вас в аппарате поменяли начинку с Linux на BSD, просто потому что Вам так больше нравится. Отнеситесь и к BBB как к такому же интегрированному решению, за которое просто не просят денег.
Зависимость от сотен пакетов убунты - это идиотизм пакетной системы убунты
Необходим только список непосредственно зависимых пакетов.
На счет строго определенных верси - вы преувеличиваете проблему. Требование к минимальной версии .
Собрать необходимые пакеты не так сложно. Был бы список. Как вариант - сборка всего специфического с отдельным префиксом типа /opt/bbb/ .
Openmeetings в этом отношении более продуманный.
Но пока есть общая беда - необходимость флеша, который начинают активно выпиливать. На десктопах оно пока живо, а все мобильные клиенты уже в пролете.
так как сделали, поделитесь.такая же проблема
Писал вам в другой теме, для WebRTC нужно открть/пробросить UDP порты 16384 - 32768. Плюс к этому, если у Вас Chrome, то для WebRTC нужно подключаться к BBB по HTTPS. Или просто отключите в BigBlueButton поддержку WebRTC, тогда звук будет всегда идти через Flash, не показывая вначале ошибок