Bigbluebutton ошибка 1004 нет звука

Describe the bug
Sometimes user gets 1004 Error when connecting with microphone. Most of times, when trying to connect again, the error doesn’t appear. This seems to be related with some network conditions (location, latency) and the availability plus response-time of the STUN server.
In most of cases, changing the default stun server fixes this problem.

Some info here: https://groups.google.com/g/bigbluebutton-setup/c/oeVMDvkc_g4/m/s117x6deBAAJ

To Reproduce
Steps to reproduce the behavior:

1. Join with microphone a couple of times
2. Sometimes you get 1004 (especially if you don’t use a different STUN server from bbb’s default)
3. If you try joining again (one or a couple of times again) you will sucessfully connect to audio

Expected behavior
Users should not get 1004 Error

Actual behavior
User gets 1004 Error

Additional context
1004 happens when audio session terminates and ICE connection is not established. In most of cases, FreeSWITCH rejects the call because it is not able to find ICE candidates in SDP.
We currently have a 5s timeout to let RTCPeer collect all possible ICE candidates, which appears to be too low for some networks (sometimes the browser’s SDP is sent without candidates)

Describe the bug
Sometimes user gets 1004 Error when connecting with microphone. Most of times, when trying to connect again, the error doesn’t appear. This seems to be related with some network conditions (location, latency) and the availability plus response-time of the STUN server.
In most of cases, changing the default stun server fixes this problem.

Some info here: https://groups.google.com/g/bigbluebutton-setup/c/oeVMDvkc_g4/m/s117x6deBAAJ

To Reproduce
Steps to reproduce the behavior:

1. Join with microphone a couple of times
2. Sometimes you get 1004 (especially if you don’t use a different STUN server from bbb’s default)
3. If you try joining again (one or a couple of times again) you will sucessfully connect to audio

Expected behavior
Users should not get 1004 Error

Actual behavior
User gets 1004 Error

Additional context
1004 happens when audio session terminates and ICE connection is not established. In most of cases, FreeSWITCH rejects the call because it is not able to find ICE candidates in SDP.
We currently have a 5s timeout to let RTCPeer collect all possible ICE candidates, which appears to be too low for some networks (sometimes the browser’s SDP is sent without candidates)

Describe the bug
When the setting public.app.skipCheck in /usr/share/meteor/bundle/programs/server/assets/app/config/settings.yml is set to true, a first-time user will get a «Failure on call (reason=ICE error) (error 1004)» error after allowing their browser to share the microphone.

To Reproduce
Steps to reproduce the behavior:

1. Make sure that the BigBlueButton server HTML5 client settings (/usr/share/meteor/bundle/programs/server/assets/app/config/settings.yml) has public.app.skipCheck set to true (this instructs the HTML5 client to skip the Echo Test)
2. Join a meeting from a browser that has not been allowed to share the microphone with it
3. Choose to join with microphone
4. Allow the browser to use your microphone
5. See error

Expected behavior
Audio conference should be joined without problems

Actual behavior
A «Failure on call (reason=ICE error) (error 1004)» error is presented to the user, the audio joining method window stays active, but pushing neither «Microphone» or «Listen only» works. Closing the «How would you like to join» window and restarting the audio join process works without a problem.

Screenshots

BBB version (optional):
$ sudo bbb-conf —check | grep BigBlueButton
BigBlueButton Server 2.2.31

Desktop (please complete the following information):

• OS: Mac
• Browser Chrome
• Version 88.0.4324.146

Describe the bug
When the setting public.app.skipCheck in /usr/share/meteor/bundle/programs/server/assets/app/config/settings.yml is set to true, a first-time user will get a «Failure on call (reason=ICE error) (error 1004)» error after allowing their browser to share the microphone.

To Reproduce
Steps to reproduce the behavior:

1. Make sure that the BigBlueButton server HTML5 client settings (/usr/share/meteor/bundle/programs/server/assets/app/config/settings.yml) has public.app.skipCheck set to true (this instructs the HTML5 client to skip the Echo Test)
2. Join a meeting from a browser that has not been allowed to share the microphone with it
3. Choose to join with microphone
4. Allow the browser to use your microphone
5. See error

Expected behavior
Audio conference should be joined without problems

Actual behavior
A «Failure on call (reason=ICE error) (error 1004)» error is presented to the user, the audio joining method window stays active, but pushing neither «Microphone» or «Listen only» works. Closing the «How would you like to join» window and restarting the audio join process works without a problem.

Screenshots

BBB version (optional):
$ sudo bbb-conf —check | grep BigBlueButton
BigBlueButton Server 2.2.31

Desktop (please complete the following information):

• OS: Mac
• Browser Chrome
• Version 88.0.4324.146

user gets ICE 1004 error when connecting with microphone in android mobile/tablet in chrome,We are Currently using BBB stable release-version 2.4 #14136

Describe the bug
When the user tries to join the audio in android mobile/tablet with Chrome especially in android 11, everytime user will get a «Failure on call (reason=ICE error) (error 1004)» error after allowing their browser to share the microphone .

To Reproduce
Steps to reproduce the behavior:

Make sure that the BigBlueButton server HTML5 client settings
(/usr/share/meteor/bundle/programs/server/assets/app/config/settings.yml) has
public.app.skipCheck set to true (this instructs the HTML5 client to skip the EchoTest)

Join a meeting from a browser that has not been allowed to share the microphone
with it

Choose to join with microphone

Allow the browser to use your microphone

Expected behavior
Audio conference should be joined without problems.

Actual behavior
A «Failure on call (reason=ICE error) (error 1004)» error is presented to the user,when
pushing neither «Microphone» or «Listen only»

Screenshots

• Device: Android Mobile/tablets.
• OS: Android 11
• Browser chrome
• Version [96.0.4]

The text was updated successfully, but these errors were encountered:

Источник

Error 1004 only on android smartphone google chrome #13008

I am getting this error «Failure on call (reason = ICE error) (error 1004)» on android smartphone in google chrome.
Firefox work normaly.
The problem also occurs on demo.bigbluebutton.org and test.bigbluebutton.org


Smartphone Samsung A31,A41 not work in default settings, Samsung A51 Work normal (not default)
Version Google chrome it’s the same everywhere 92,0,4515,131
Log Freeswitch
021-08-16 14:24:53.312613 [DEBUG] switch_core_media.c:5517 Set telephone-event payload to 110@48000
2021-08-16 14:24:53.312613 [DEBUG] mod_opus.c:613 Opus encoder: set bitrate to local settings [72000bps]
2021-08-16 14:24:53.312613 [DEBUG] mod_opus.c:613 Opus encoder: set bitrate to local settings [72000bps]
2021-08-16 14:24:53.312613 [DEBUG] switch_core_media.c:3847 Set Codec sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su opus/48000 20 ms 960 samples 0 bits 1 channels
2021-08-16 14:24:53.312613 [DEBUG] switch_core_codec.c:111 sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su Original read codec set to opus:116
2021-08-16 14:24:53.312613 [DEBUG] switch_core_media.c:4340 Searching for rtp candidate.
2021-08-16 14:24:53.312613 [DEBUG] switch_core_media.c:4340 Searching for rtcp candidate.
2021-08-16 14:24:53.312613 [DEBUG] switch_core_media.c:4387 Look for Relay Candidates as last resort
2021-08-16 14:24:53.312613 [DEBUG] switch_core_media.c:4340 Searching for rtp candidate.
2021-08-16 14:24:53.312613 [DEBUG] switch_core_media.c:4340 Searching for rtcp candidate.
2021-08-16 14:24:53.312613 [DEBUG] switch_core_media.c:4393 sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su no suitable candidates found.
2021-08-16 14:24:53.312613 [DEBUG] switch_core_media.c:5860 Set telephone-event payload to 110@48000
2021-08-16 14:24:53.312613 [DEBUG] switch_core_media.c:5918 sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su Set 2833 dtmf send payload to 110 recv payload to 110
2021-08-16 14:24:53.312613 [NOTICE] switch_channel.c:3908 Hangup sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su [CS_EXECUTE] [INCOMPATIBLE_DESTINATION]
2021-08-16 14:24:53.312613 [DEBUG] switch_core_session.c:2914 sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already)
2021-08-16 14:24:53.312613 [DEBUG] switch_core_state_machine.c:651 (sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su) State EXECUTE going to sleep
2021-08-16 14:24:53.312613 [DEBUG] switch_core_state_machine.c:585 (sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su) Running State Change CS_HANGUP (Cur 2 Tot 4)
2021-08-16 14:24:53.312613 [DEBUG] switch_core_state_machine.c:848 (sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su) Callstate Change RINGING -> HANGUP
2021-08-16 14:24:53.312613 [DEBUG] switch_core_state_machine.c:850 (sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su) State HANGUP
2021-08-16 14:24:53.312613 [DEBUG] mod_sofia.c:453 Channel sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su hanging up, cause: INCOMPATIBLE_DESTINATION
2021-08-16 14:24:53.312613 [DEBUG] mod_sofia.c:598 Responding to INVITE with: 488
2021-08-16 14:24:53.312613 [DEBUG] switch_core_state_machine.c:60 sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su Standard HANGUP, cause: INCOMPATIBLE_DESTINATION
2021-08-16 14:24:53.312613 [DEBUG] switch_core_state_machine.c:850 (sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su) State HANGUP going to sleep
2021-08-16 14:24:53.312613 [DEBUG] switch_core_state_machine.c:620 (sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su) State Change CS_HANGUP -> CS_REPORTING
2021-08-16 14:24:53.312613 [DEBUG] switch_core_state_machine.c:585 (sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su) Running State Change CS_REPORTING (Cur 2 Tot 4)
2021-08-16 14:24:53.312613 [DEBUG] switch_core_state_machine.c:936 (sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su) State REPORTING
2021-08-16 14:24:53.312613 [DEBUG] switch_core_state_machine.c:174 sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su Standard REPORTING, cause: INCOMPATIBLE_DESTINATION
2021-08-16 14:24:53.312613 [DEBUG] switch_core_state_machine.c:936 (sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su) State REPORTING going to sleep
2021-08-16 14:24:53.312613 [DEBUG] switch_core_state_machine.c:611 (sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su) State Change CS_REPORTING -> CS_DESTROY
2021-08-16 14:24:53.312613 [DEBUG] switch_core_session.c:1736 Session 4 (sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su) Locked, Waiting on external entities
2021-08-16 14:24:53.312613 [NOTICE] switch_core_session.c:1754 Session 4 (sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su) Ended
2021-08-16 14:24:53.312613 [NOTICE] switch_core_session.c:1758 Close Channel sofia/external/w_0mkxbakjxpqc_23-bbbID-R@conf2.biot.su [CS_DESTROY]

The text was updated successfully, but these errors were encountered:

@Amorthis Can you please confirm whether cameras/listen only aren’t working as well?

Simply click on ‘Gather candidates’ button and tell us if you get any candidate from your Samsung device. You may be hitting a bug

I am testing 2.2 and 2.3 version. In my subdomain conf 2.2.
I see only black area in Webcam zone. Another team don’t see my connection.
when I connect to the problematic device, I see a black square at the place of the video, I hear the rest of the conference participants, but they do not see me or hear me.
this problem has appeared in the last 2 months

In Google Chrome on a41 problem

In Firefox on a41 no problem

Thanks. It seems you are hitting a bug related to Chrome/Samsung browsers (not all, but specific devices) where the browser hangs at the beginning of media connection (for audio/video/screenshare).

Источник

Failure On Call (reason=ICE Error) (Error 1004) #14463

I am planning to install BBB (Version 2.4.4) in Ubuntu 18.04 (Aws).
I have installed using the instructions given in https://docs.bigbluebutton.org/2.4/install.html#minimum-server-requirements
But after the installation I got an error and not able to enable the microphone it constantly threw 1004 errors in

Ubuntu 20.04 Google Chrome Version 98.0.4758.102 (Official Build) (64-bit) but it was working fine in Mozilla.

Throwing error Mac Google Chrome Version 98.0.4758.109 (Official Build) (64-bit) but it was working fine in Safari.

But in Windows PC, it was working fine in both Chrome and Mozilla.

I thought it was my installation issue but I found that https://test.bigbluebutton.org/ and https://test24.bigbluebutton.org/

Here am attaching a screenshot from https://test.bigbluebutton.org/

A clear and concise description of what the bug is.

Installation type
wget -qO- https://ubuntu.bigbluebutton.org/bbb-install.sh | bash -s — -v bionic-240 -s bbb.example.com -e notice@example.com -a -w

Firewall and IP address type
Is your server behind a NAT or firewall? Yes
Does your BBB server have its own IPv4 address? Yes

Console output

Additional context
I thought it was my installation issue but I found that https://test.bigbluebutton.org/ and https://test24.bigbluebutton.org/

The text was updated successfully, but these errors were encountered:

That’s exactly something I’m experiencing. It also happens in some phones (with both Chrome and Firefox).
I’ve tried the only solution provided here But it doesn’t work.

Additional: I’ve checked freeswitch log in my case. The only thing looks suspicious is hangup with [INCOMPATIBLE_DESTINATION] and then [CS_DESTROY] .

Looking at this and wondering if its related to #7547

@ffdixon thanks for your quick response. Please can you suggest some ETA for this issue?

Looking at this and wondering if its related to #7547

Since mDNS candidates should be either resolvable (or can be ignored) as of FS 1.10.7, the client-side filtering is obsolete and can probably be phased out. It might be able to attenuate this scenario by providing at least some candidate to be parsed (avoiding the incompatible destination error) and giving a chance for the connection to be established through a peer reflexive candidate (because mDNS probably won’t work at all).

Although the actual question is: what kind of heuristic (or bug) is kicking in Chrome that would prevent (or delay) the generation of relay / srflx candidates?

@shivaprasad573 , could you please share bbb-html5 and FreeSWITCH logs ?

Also, are you behind a restrictive network/firewall ? If so, please tell us which ports are blocked, so we might be able to reproduce your scenario here.

These are the logs that are printed in the browser console

Hi @mariogasparoni i am also facing the same issue after installing the bigbluebutton and tried to join the meeting facing the same ICE error please update the solution for this issue.
please review the comment, thanks

BBB is working fine in 99.8% of the cases, the rest 0.2% are facing ICE 1004 issue in their devices. A particular customer, who is facing this issue, is using a latest SAMSUNG device with android version 11 and latest chrome version. We adviced them to clear the browser cache, asked them to reinstall chrome still the issue prevailed. And when installed a latest firefox and tried connecting, the audio connected successfully once and after that the same ICE 1004 error appeared whenever try connecting to the meeting.

@Kernelogy what version of bbb. sudo bbb-conf —check will tell you?

BigBlueButton Server 2.4.2 (2885)
Kernel version: 5.4.0-1061-aws
Distribution: Ubuntu 18.04.6 LTS (64-bit)
Memory: 32882 MB
CPU cores: 8

Источник

Error 1004 (reason=Incompatible SDP) (error 1004) #9088

Hi guys, I use BBB from Chrome (Moodle). I was not occuring an error but since yesterday it started to give error 1004 reason Incompatibe SDP. What should I do?

The text was updated successfully, but these errors were encountered:

Please open https://test.webrtc.org/ and start the test.
Are you the administrator of that BigBlueButton server? If yes, please run bbb-conf —check .
Additionally, can you test again on https://test.bigbluebutton.org/ and let us know if you still encounter the error?

Hi, I am getting the same error on my fresh setup. Webcam works fine, but no voice is possible.

The test with https://test.bigbluebutton.org/ is fine, so it seems that I need to change something in my setup. I did not change any config files, just took a quick out-of-the-box test and noticed the problem.
BTW: Took a Scaleway Instance to run BBB, if that helps in any way. Used the bbb-install.sh script with Greenlight and my own domain.

bbb-conf —check output

I changed the Domain and Public IP Adress for privacy reasons.

On the test environment I checked the console in Chrome and received two candidates for the connection.
sip.invitecontext.mediahandler | ICE candidate received:

But on my own instance there is no message like that in the console.

It seems that I missed something. In my Scaleway Dashboard I set the Security Group for my bbb instance to allow all udp and tcp connections/ports.

Источник

bbb-docker on AWS: ICE ERROR — 1004 #142

Describe the bug:
When starting a new video call from greenlight, when clicking the «mic» option in the pop up the audio test fails and i get the 1004 error.

Setup:
I have been following the instructions on github using as development server a c5.xlarge with ubuntu-focal-20.04 on AWS as suggested in https://docs.bigbluebutton.org/2.2/install.html#minimum-server-requirements.

My .env file has been generated using the ./scripts/setup from the github docs mentioned above:
bbb-docker-env.txt
Here instead you have my freeswitch container log where the error arises:
freeswitch-container-log.txt

2021-07-29 07:13:06.425040 [ERR] switch_core_media.c:9685 AUDIO RTP REPORTS ERROR: [Bind Error! my.external.ipv4.address:18158]
I did check the connectivity on that port via nc and it seems alright.

Expected behavior:
The call should start

Actual behavior:
User gets 1004 Error, the call fails

Additional context:
My first idea was a problem with AWS inbounds rules of the security group, this is my actual setup:

The text was updated successfully, but these errors were encountered:

Источник

Hi, I am getting the same error on my fresh setup. Webcam works fine, but no voice is possible.

The test with https://test.bigbluebutton.org/ is fine, so it seems that I need to change something in my setup. I did not change any config files, just took a quick out-of-the-box test and noticed the problem.
BTW: Took a Scaleway Instance to run BBB, if that helps in any way. Used the bbb-install.sh script with Greenlight and my own domain.

bbb-conf --check output

# Potential problems described below
# IP does not match:
#                           IP from ifconfig: 10.18.32.77
#   /etc/nginx/sites-available/bigbluebutton: bbb.mydomain.net (change for privacy)

# Warning: The setting of 51.15.88.XXX for proxy_pass in
#
#    /etc/bigbluebutton/nginx/sip.nginx
#
# does not match the local IP address (10.18.32.77).
# (This is OK if you've manually changed the values)

I changed the Domain and Public IP Adress for privacy reasons.

On the test environment I checked the console in Chrome and received two candidates for the connection.
sip.invitecontext.mediahandler | ICE candidate received:

But on my own instance there is no message like that in the console.

It seems that I missed something. In my Scaleway Dashboard I set the Security Group for my bbb instance to allow all udp and tcp connections/ports.

Была ли эта страница полезной?

0 / 5 — 0 рейтинги

Сервис видеоконференцсвязи BigBlueButton, инструкция для студента

Содержание

Общая информация

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

Для прохождения обучения с применением дистанционных образовательных технологий, на электронную почту обучающегося придет письмо, в котором содержится следующая информация:

• дата и время проведения занятий;

• ссылка на видеоконференцию;

Проверка подключения

Для корректной работы видеоконференции рекомендуется использовать браузер Google Chrome последних версий.

В указанное в письме время Вам необходимо перейти по ссылке для доступа к видеоконференции и пройти идентификацию. Для этого в открывшейся странице следует ввести полностью свою фамилию, имя и нажать «Присоединиться»:

Далее необходимо ожидать подключения к видеоконференции.

В режиме ожидания страница может выглядеть следующим образом:

Настройка оборудования при подключении к сеансу видеоконференции

После подключения к сеансу видеоконференции, появится окно, в котором необходимо выбрать «Микрофон», как на примере ниже:

В случае появления запроса браузера на использование микрофона, как указано на картинке, нажать кнопку «Разрешить»:

Если микрофон исправен и подключен корректно, то в ходе теста вы сможете слышать себя. После успешного прохождения тестирования нажать «Да» чтобы продолжить работу:

Общение в чате

Далее можно вести диалог с преподавателем посредством чата:

Использование микрофона и камеры

Не следует самостоятельно включать микрофон или камеру, если это не было оговорено заранее.

Для включения (отключения) микрофона в режиме видеоконференции необходимо нажать на кнопку с изображением микрофона:

Для включения (отключения) веб-камеры необходимо нажать на кнопку с изображением камеры:

В случае появления запроса браузера на использование камеры, как указано на картинке, нажать кнопку «Разрешить»:

В появившемся окне будет предложено выбрать для использования нужную камеру, в случае если их подключено несколько (например, встроенная камера на ноутбуке и подключенная отдельно через USB порт), выбрать качество передаваемого изображения (рекомендуется использовать среднее качество). Для начала трансляции нажать кнопку «Начать трансляцию с веб-камеры»

Устранение неисправностей

Если тестирование не удается пройти успешно, в первую очередь необходимо проверить что использование микрофона разрешено настройками браузера. Для этого необходимо нажать на кнопку в виде «замка» слева от адресной строки и проверить настройки, как на примере ниже:

Если это не помогло, необходимо убедиться, что микрофон подключен и работает корректно.

Нажмите сочетание кнопок Win+R (клавишу с изображением логотипа «Windows» и клавишу «R» одновременно). В левом нижнем углу экрана появится окно «Выполнить». Впишите команду mmsys.cpl и нажмите ОК:

В появившемся окне перейдите на вкладку «Запись». В случае если микрофон исправен и подключен корректно, он будет отображаться во вкладке, как на примере ниже:

Если произнести слова в микрофон, шкала справа будет показывать меняющийся уровень «зеленым» цветом.

Для случаев, когда в системе присутствует несколько микрофонов (например, микрофон в веб-камере и отдельная гарнитура), необходимо проверить что тот, который нужен, выбран для использования по умолчанию в настройках системы:

В иных случаях необходимо устранить имеющиеся неисправности в оборудовании и программном обеспечении самостоятельно.

Источник

BigBlueButton проблема

Ubuntu 16.04, в Big Blue Button не работает отображение презентаций, при этом в логе такое:

То есть серт я обновил, и wget все устраивает, а что нужно этой программе?

apt-cache search big blue
tenmado — hard-core shoot ’em up game in blue-or-red world

Deathstalker , ты?

если ты ТП big blue — помоги человеку, не хорохорся!

Ты новости вообще не читаешь (в частности про LE на старых системах), только в толксах тупишь?

у меня wget выдавал эту же ошибку, я ее исправил, но в этой службе ошибка осталась.

вообще сюда написал только чтобы шквор себе, а контент лору.

ни на чью помощь особо не расчитываю

Там часть в докере крутится, в нем тоже надо корневые обновить. Либо свой составной сделать.

Я докер обновил, без этого Greenlight не хотел авторизовывать

гм. была проблема в сертификате nginx

Удалил из fullchain.pem 3-й сертификат ( который intermediate ) — все заработало.

Если у тебя в nginx указан файл сертификата fullchain.pem (или .cer) внутри которого 3 сертификата.

Сохрани третью секцию от «——BEGIN CERTIFICATE——» по «——END CERTIFICATE——» в файл и посмотри его

«openssl x509 -noout -text -in файл»

Если там есть «DST Root CA X3», то эту секцию сертификата нужно удалить из файла fullchain.pem. Там останутся 2 сертификата.

nginx-у не забудь сделать reload

PS перед этим было сделано

Спасибо! Пионеры тебя будут помнить!

Скажи вот что, я поставил последнюю версию certbot из snap, далее я делал

и установку последней версии ca-certificates + update-ca-certificates

после чего пробовал перегенерить среты лестенкрипта, а он упорно тянет эту фигню, не повторится ли проблема после того, как certbot снова пересоздаст серты?

обрезает строку в конце, вместо переноса, так что на github БББ не зря делали именно как показал я

Я не использую corebot.

У меня сертификаты обновляются централизовано, т.ч. удалить промежуточный сертификат не проблема.

Источник

Биг блю баттон не работает звук

If you encountered any problems with the installation of BigBlueButton, this section covers how to resolve many of the common issues.

If you have not already done so, read through the getting help section.

Introduction

Start here: run sudo bbb-conf —check

We’ve built in a BigBlueButton configuration utility, called bbb-conf , to help you configure your BigBlueButton server and troubleshoot your setup if something doesn’t work right.

If you think something isn’t working correctly, the first step is enter the following command.

This will check your setup to ensure the correct processes are running, the BigBlueButton components have correctly started, and look for common configuration problems that might prevent BigBlueButton from working properly.

If you see text after the line ** Potential problems described below ** , then it may be warnings (which you can ignore if you’ve change settings) or errors with the setup.

Recording

Recording not processing after upgrading

If after updating from BigBlueButton 2.0 to BigBlueButton 2.2 your recordings are not processing, and if you are seeing Permission denied errors in /var/log/bigbluebutton/bbb-rap-worker.log

You can resolve the errors with the following command

and then rebuild the recordings that had not yet processed. You can see the list of recordings with

and then to rebuild a recording, use sudo bbb-record —rebuild , as in

Kurento

WebRTC video not working with Kurento

Check the value for /proc/sys/net/ipv4/tcp_syncookies that it contains the value 1 .

If not, edit /etc/sysctl.conf and set the value for net.ipv4.tcp_syncookies to 1 .

Save the file and restart.

Unit kurento-media-server.service is masked

If sudo bbb-conf —check returns the warning

You can unmask Kurento using the command

The default installation of BigBlueButton should work in most netowrk configurations; however, if your users ae behind a restrictive network that blocks outgoing UDP connections, they may encounter 1020 errors (media unable to reach server).

If you get reports of these errors, setup TURN server to help their browsers send WebRTC audio and video streams via TCP over port 443 to the TURN server. The TURN server will then relay the media to your BigBlueButton server.

FreeSWITCH

Configure BigBluebutton/FreeSWITCH to support IPV6

The HTML5 client now enables users on mobile devices to connect to a BigBlueButton server. However, on some cellular networks iOS devices only receive an IPV6 address.

To enable BigBlueButton (FreeSWITCH) to accept incoming web socket connections on IPV6, the BigBlueButton server must have an IPV6 address. You also need to make the following changes to the server.

First, create the file /etc/nginx/conf.d/bigbluebutton_sip_addr_map.conf with this content:

replacing the ip addresses 192.0.2.1 with the system’s external IPV4 addresses, and replace 2001:db8::1 with the system’s external IPV6 address. Next, edit the file /etc/bigbluebutton/nginx/sip.nginx to have the following:

Next, ensure all of the following params are present in freeswitch’s sip_profiles/external-ipv6.xml :

• ws-binding
• wss-binding
• rtcp-audio-interval-msec
• rtcp-video-interval-msec
• dtmf-type
• liberal-dtmf
• enable-3pcc

If any are missing, copy them from sip_profiles/external.xml , then restart BigBlueButton ( sudo bbb-conf —restart ).

FreeSWITCH fails to bind to IPV4

In rare occasions after shutdown/restart, the FreeSWITCH database can get corrupted. This will cause FreeSWITCH to have problems binding to IPV4 address (you may see error 1006 when users try to connect).

To check, look in /opt/freeswitch/var/log/freeswitch/freeswitch.log for errors related to loading the database.

If you see these errors, clear the FreeSWITCH database (BigBlueButton doesn’t use the database and FreeSWITCH will recreate it on startup).

Forward calls from an Asterisk server to FreeSWITCH

Let’s assume the following:

Changes to your Asterisk server

Setup your gateway to BigBlueButton/FreeSWITCH. in /etc/asterisk/sip.conf add

Route the calls to the gateway. In /etc/asterisk/extensions.conf context where your calls are being handled, forward the calls to the gateway. Here, when someone dials 85001, the call is sent to the fs-gw defined above.

Changes to your BigBlueButton/FreeSWITCH server

In BigBlueButton/FreeSWITCH, make the following changes:

Lock down so that only Asterisk can forward calls to FreeSWITCH. In /opt/freeswitch/conf/autoload_configs/acl.conf.xml , add the following ACL. We also need to allow BigBlueButton to call into FreeSWITCH, that’s why we add the IP of BigBlueButton/FreeSWITCH into the ACL.

Then we apply the ACL into the profile that receives the calls from external gateways. In /opt/freeswitch/conf/sip_profiles/external.xml , add the ACL under

To debug, try connecting to FS CLI and increase logging level. Once connected, make your call and see what the logs say.

FreeSWITCH fails to bind to port 8021

FreeSWITCH supports both IPV4 and IPV6. However, if your server does not support IPV6, FreeSWITCH will be unable to bind to port 8021. If you run sudo bbb-conf —check and see the following error

it might be that your server has IPV6 disabled (or does not support it). You can check this by running the following command

If you do not see the line inet6 ::1/128 scope host , then your server has IPV6 disabled. In this case, we need to disable FreeSWITCH’s support for IPV6. First, edit /opt/freeswitch/etc/freeswitch/autoload_configs/event_socket.conf.xml and change the line

This tells FreeSWITCH that instead of binding port 8021 to the local IPV6 address, bind to the IPV4 address 127.0.0.1. Next, execute the following two commands

and then restart BigBlueButton with the commands

FreeSWITCH fails to start with a SETSCHEDULER error

When running in a container (like a chroot, OpenVZ or LXC), it might not be possible for FreeSWITCH to set its CPU priority to real-time round robin. If not, it will result in lower performance compared to a non-virtualized installation.

If you running BigBlueButton in a container and an error starting FreeSWITCH, try running systemctl status freeswitch.service and see if you see the error related to SETSCHEDULER

If you see SETSCHEDULER in the error message, edit /lib/systemd/system/freeswitch.service and comment out the line containing CPUSchedulingPolicy=rr (round robin)

Save the file, run systemctl daemon-reload , and then restart BigBlueButton. FreeSWITCH should now startup without error.

Users not able to join Listen Only mode

When doing sudo bbb-conf —check , you may see the warning

This error occurs when bbb-apps-sip isn’t able to make a SIP call to FreeSWITCH. You’ll see this in BigBlueButton when users click the headset icon and don’t join the voice conference.

One possible cause for this is you have just installed BigBlueButton, but not restarted it. The packages do not start up the BigBlueButton components in the right order. To restart BigBlueButton, do the following:

If you don’t want FreeSWITCH to bind to 127.0.0.1, you need to figure out which IP address its using. First, determine the IP address FreeSWITCH is monitoring for incoming SIP calls with the following command:

You should see an output such as

In this example, FreeSWITCH is listening on IP address 234.147.116.3. The IP address on your server will be different.

Next, edit /usr/share/red5/webapps/sip/WEB-INF/bigbluebutton-sip.properties and set the value for sip.server.host to the IP address returned from the above command. Save the changes (you’ll need to edit the file as root to save changes).

Restart BigBlueButton using the commands and run the built-in diagnostics checks.

Unable to connect using fs_cli

As of BigBlueButton 2.2.18, the packaging now replaces the default ClueCon password for connecting to the FreeSWITCH command line interface ( fs_cli ) with a random password.

(By default, FreeSWITCH only allowed unauthenticated connections from 127.0.0.1, but it’s still good security practice to not use default passwords).

To connect to fs_cli , use the following command which supplies the password for authenticating.

We also added /usr/local/bin/fs_clibbb with the contents

that will let you type fs_clibbb at the command prompt to get into FreeSWITCH console.

Echo test hangs upgrading BigBlueButton 2.2

The install scripts now change the default CLI password for FreeSWITCH and the other parts of BigBlueButton need to use this new password. For a new installation, the install scripts will automatically set this new password.

If you upgrade using bbb-install.sh, the script will update the FreeSWITCH password using sudo bbb-conf —setip .

If you upgraded using manual steps, be sure to do ao sudo bbb-conf —setip to sync all the FreeSWITCH passwords.

FreeSWITCH using default stun server

For many years, in BigBlueButton’s FreeSWITCH configuration file /opt/freeswitch/etc/freeswitch/vars.xml , the default value for external_rtp_ip was stun.freeswitch.org

However, this is not a reliable choice for stun server. Recommend either changing it to your servers external IP address or setup your own stun/turn server. For example, if your server has an external IP at 234.32.3.3

You can add a line in /etc/bigbluebutton/bbb-conf/apply-conf.sh to always apply this value even if the FreeSWITCH package upgrades.

Note: If your server has an internal/exteral IP address, such as on AWS EC2 server, be sure to set it to the external IP address configure a dummy network interface card (see Update FreeSWITCH).

HTML5 Server

bbb-html5 fails to start with a SETSCHEDULER error

As of 2.2.31, the systemd unit file for bbb-html5.service now contains the following lines

You can override this with creating the following directory

and creating /etc/systemd/system/bbb-html5.service.d/override.conf with the following contents

Then do systemctl daemon-reload and restart BigBlueButton.

Installation and packages

The following packages have unmet dependencies

When installing the latest build of BigBlueButton, the package bbb-conf now uses yq to manage YAML files.

You need to add the repository ppa:rmescandon/yq to your server. For steps on how to do this, see Update your server in the BigBlueButton 2.2 install guide.

Alternatively, if you have not made any customizations to BigBlueButton (outside of using bbb-conf ), you can use bbb-install.sh to install/upgrade to the latest version (the bbb-install.sh script will automatically install the repository for yq ).

No Symbolic Link

If you’ve installed/uninstalled BigBlueButton packages, you may get a No Symbolic Link warning from bbb-conf —check :

To solve this, add a symbolic link to nginx for the BigBlueButton site:

Package install fails with sed error

Some of the BigBlueButton packages use sed scripts to extract contents from configuration files. If the file does not exist at the time of the script’s execution, or the sed script matches multiple entries in a file (such as when a configuration line is commented out), you can see an error such as

In the above example, the /var/lib/dpkg/info/bbb-client.postinst failed to finish. To debug, edit this file and change the first line to read

You should now see each command in bbb-conf.postinst as it executes upto the line in which the error occurs. Post this output to https://groups.google.com/forum/#!forum/bigbluebutton-setup for help in resolving the issue.

Errors with packages

Some hosting providers do not provide a complete /etc/apt/source.list . If you are finding your are unable to install a package, try replacing your /etc/apt/sources.list with the following

and try installing BigBlueButton again from the beginning.

WebRTC errors (1001, 1002,…)

WebRTC offers very high-quality audio. However, the user’s network settings (or firewall) may not allow WebRTC to connect (or keep connected).

Here are the following lists the possible WebRTC error messages that a user may encounter:

• 1001: WebSocket disconnected — The WebSocket had connected successfully and has now disconnected. Possible Causes:
  • Loss of internet connection
  • Nginx restarting can cause this
• 1002: Could not make a WebSocket connection — The initial WebSocket connection was unsuccessful. Possible Causes:
  • Firewall blocking ws protocol
  • Server is down or improperly configured
  • See potential solution here.
• 1003: Browser version not supported — Browser doesn’t implement the necessary WebRTC API methods. Possible Causes:
  • Out of date browser
• 1004: Failure on call — The call was attempted, but failed. Possible Causes:
  • For a full list of causes refer here
  • There are 24 different causes so I don’t really want to list all of them
  • Solution for this issue outlined here.
• 1005: Call ended unexpectedly — The call was successful, but ended without user requesting to end the session. Possible Causes:
  • Unknown
• 1006: Call timed out — The library took too long to try and connect the call. Possible Causes:
  • Previously caused by Firefox 33-beta on Mac. We’ve been unable to reproduce since release of FireFox 34
• 1007: ICE negotiation failed — The browser and FreeSWITCH try to negotiate ports to use to stream the media and that negotiation failed. Possible Causes:
  • NAT is blocking the connection
  • Firewall is blocking the UDP connection/ports
• 1008: Call transfer failed — A timeout while waiting for FreeSWITCH to transfer from the echo test to the real conference. This might be caused by a misconfiguration in FreeSWITCH, or there might be a media error and the DTMF command to transfer didn’t go through (In this case, the voice in the echo test probably didn’t work either.)
• 1009: Could not fetch STUN/TURN server information — This indicates either a BigBlueButton bug (or you’re using an unsupported new client/old server combination), but could also happen due to a network interruption.
• 1010: ICE negotiation timeout — After the call is accepted the client’s browser and the server try and negotiate a path for the audio data. In some network setups this negotiation takes an abnormally long time to fail and this timeout is set to avoid the client getting stuck.
• 1020: Media cloud could not reach the server — See how to solve this here.

Networking

Server running behind NAT

The following issue might be helpful in debugging if you run into errors and your server is behind NAT.

Could not get your microphone for a WebRTC call

Chrome requires (As of Chrome 47) that to access the user’s microphone for WebRTC your site must be serving pages via HTTPS (that is, nginx is configured with a SSL certificate).

If the user attempts to share their microphone and your BigBlueButton sever is not configured for SSL, Chrome will block access and BigBlueButton will report the following error

WebRTC Audio Failure: Detected the following WebRTC issue: Could not get your microphone for a WebRTC call. Do you want to try flash instead?

To enable Chrome to access the user’s microphone, see Configure HTTPS on BigBlueButton.

The browser is not supported

When you attempt to join a BigBlueButton session, the client looks for supported browsers before fully loading. The client gets its list of supported browsers from /usr/share/meteor/bundle/programs/server/assets/app/config/settings.yml . You can see the list of supported browsers at the bottom. For example,

states that Mobile Safari version 11.1 or later is supported (notice the first letter is lower case and concatenated with the remainder of the browser name).

To add a browser to the list, first open the following page https://test.bigbluebutton.org/html5client/useragent with the browser, which will print its useragent string. For example, with the Vivaldi browser you might see

Next, to add this as a supported browser, append to settings.yml

save the updated settings.yml file, and then restart your BigBlueButton server with sudo bbb-conf —restart . Note any browser you add must support WebRTC libraries (not all do), so be sure to check it first with https://test.webrtc.org/.

Tomcat shows “Cannot assign requested address on startup”

If your server has multiple IP addresses, Tomcat might not pick the right address to bind. This could throw an error on installation when tomcat is attempting to install.

Check /var/log/tomcat7/catalina.out for the following error

If you see this, first ensure that there isn’t another copy of tomcat running by doing ps -aef | grep tomcat7 . If you do see another copy running, try killing it and then restarting tomcat.

If you still see the same error in catalina.out , then /etc/tomcat7/server.xml and change

Restart tomcat7 again and it should start normally.

nginx not running

The common reasons for nginx not running are inability to bind to port 80 and configuration errors. To check if port 80 is already in use, use

to see if any process is currently bound to port 80. If so, check to see if another web server is installed. If so, then stop the web server and try to restart nginx. One of the server requirements before you install BigBlueButton is that port 80 is not in use by another application (such as Apache). For details on why this is a requirements, see We recommend running BigBlueButton on port 80.

If port 80 is free, check if your nginx configuration file has errors. Try a restart of nginx

and look for the output of

If you see [ Fail ] , then your nginx configuration files might have a syntax error. Check the syntax of the nginx configuration files using the command

and see if it reports any errors. You can also check the error.log file for nginx to see what errors it gives on startup

“Welcome to nginx”

During installation of BigBlueButton the packaging scripts attempt to assign the correct IP address during setup. However, if the IP address changes (such as when rebooting a VM), or the first IP address was not the correct IP address for the server, you may see a “Welcome to nginx” page.

To reconfigure the BigBlueButton to use the correct IP address or hostname, see BigBlueButton does not load.

bbb-web

404 Error when loading the client

BigBlueButton 2.2 requires Java 8 as the default Java. Recently, some Ubuntu 16.04 distributions have switched the default version of Java to Java 9 (or later).

Use java -version to check that the default version of 1.8.0 .

If not, do the following

Run java -version and confirm it now shows the default as 1.8.0 , and then restart BigBlueButton with sudo bbb-conf —restart

Blank presentation area on create or upload

If you join a meeting and the default presentation is not visible or your uploaded presentation doesn’t display, then this is most likely due to a permissions error. To solve this, ensure that /var/bigbluebutton/ is owned by bigbluebutton rather than root or any other account. See this issue for more explanation.

Unable to create presentation

If you see the following error in /var/log/bigbluebutton/bbb-web.log

use the command mount to check that the /tmp director does not have noexec permissions (which would prevent executables from running in the /tmp directory). If you see noexec for /tmp , you need to remount the directory with permissions that enable processes (such as the slide conversion) to execute in the /tmp directory.

Too many open files

On servers with greater than 8 CPU cores, bbb-web log ( /var/log/bigbluebutton/bbb-web.log ) may throw an error of Too many open files

To resolve, create an override file that increases the number of open files for bbb-web

bbb-web takes a long time to startup

bbb-web relies on the SecureRandom class (which uses available entropy) to provide random values for its session IDs. On a virtualized server, however, the available entropy can run low and cause bbb-web to block for a long period before it finishes it’s startup sequence (see Slow startup of tomcat).

To provide bbb-web with more entropy, you can install haveged

Error installing bbb-web

If you get the following error during upgrade to BigBlueButton

Then first uninstall bbb-client

and try installing BigBlueButton again.

Other errors

Root partition too small

If the root partition on your BigBlueButton server is too small (for disk space requirements see Before you install), we recommend moving the following directories to an external partition with sufficient disk space.

BigBlueButton processing and storage of recordings:

Location of all media directories on disk available here.

To make the move, we’ll first stop BigBlueButton, then move the above directories to a new location on the external partition, create symbolic links from the original locations to the new locations, and restart BigBlueButton.

In the following example, the external partition is mounted on /mnt .

BigBlueButton does not load

If your has changed it’s network connection (such as on reboot), you can clean most of BigBlueButton’s configuration files with the following steps.

For more information see bbb-conf options.

Running within an LXD Container

LXD is a very powerful container system for Ubuntu lets you run full Ubuntu 16.04 servers within a container. Because you can easily clone and snapshot LXD containers, they are ideal for development and testing of BigBlueButton.

However, if you install BigBlueButton within an LXD container, you will get the following error from sudo bbb-conf —check

You’ll also get an error from starting FreeSWITCH with bbb-conf —restart . When you try systemctl status freeswitch.service , you’ll see an error with SETSCHEDULER.

This error occurs because the default systemd unit script for FreeSWITCH tries to run with permissions not available to the LXD container. To run FreeSWITCH within an LXD container, edit /lib/systemd/system/freeswitch.service and replace with the following

Then enter the following commands to load the new unit file and restart BigBlueButton.

You can run BigBlueButton within a LXD container.

Unable to connect to redis

The packages bbb-apps-akka , bbb-fsesl-akka , and bbb-transcode-akka are packaged by sbt, but they need to have redis-server running before they startup. If sudo bbb-conf —debug shows redis connection errors

you can add overrides for these three packages to ensure they start after redis.server. Run the following script.

The script bbb-install now creates these overrides by default.

500 Internal Server Error

It is most likely an error on GreenLight. Check the log file according to Troubleshooting Greenlight.

If this error occurrs on just a small number of PCs accessing a BigBlueButton server within a LAN through a proxy server and you find the description “Error::Unsafe Host Error (x.x.x.x is not a safe host)” (where x.x.x.x is an IP address) in the log file, check if the “Don’t use the proxy server for local (intranet) addresses” (in the Windows proxy setting) is ticked.

Legacy errors

Conference not found errors

The command sudo bbb-conf —debug searches through the red5, tomcat7, and nginx logs looking for errors and exceptions. However, the messages such as

Источник

wget -qO- https://ubuntu.bigbluebutton.org/bbb-install.sh | bash -s -- -w -a -v xenial-22 -s bbb.example.com -e info@example.com

Failure on call (reason=ICE error) (error 1004)

2 ответа

Лучший ответ

current_host = URI(settings[:default_return_url] || "http://www.instructure.com").host
    send_request(:create, {
      :meetingID => conference_key,
      :name => title,
#      :voiceBridge => format("%020d", self.global_id),
      :attendeePW => settings[:user_key],
      :moderatorPW => settings[:admin_key],
      :logoutURL => (settings[:default_return_url] || "http://www.instructure.com"),
      :record => settings[:record] ? "true" : "false",
      :welcome => settings[:record] ? t("This conference may be recorded.") : "",
      "meta_canvas-recording-ready-user" => recording_ready_user,
      "meta_canvas-recording-ready-url" => recording_ready_url(current_host)
    }) or return nil