Cuando el audio de las salas de reuniones de BigBlueButton no se conecta, la primera pregunta más útil no es "¿qué servicio debo reiniciar?", sino "¿el audio falla solo después de entrar en una sala de reuniones o también falla en la reunión principal?". Esta distinción permite diferenciar rápidamente un problema de transición entre salas de un problema más general del navegador, la red o el servidor multimedia.
Esta guía está escrita para BigBlueButton 3.0, que sigue siendo la versión estable de la documentación a octubre de 2026; BigBlueButton 4.0 aún se encuentra en desarrollo. BigBlueButton 3.0 puede usar diferentes puentes de audio, incluyendo bbb-webrtc-sfu, livekity freeswitcha través de la API de reuniones, por lo que conviene evitar asumir que todas las implementaciones tienen la misma ruta de medios. La referencia oficial de la API de BigBlueButton documenta estas opciones de puente, mientras que la guía de solución de problemas de BigBlueButton sigue siendo el mejor punto de partida para las comprobaciones del servidor.
Un resultado satisfactorio implica más que ver el icono del micrófono en verde. Tras la corrección, un participante debería poder entrar en una sala de grupos, unirse al audio en cuestión de segundos, escuchar a otro participante, hablar y ser escuchado, silenciar y reactivar el micrófono con normalidad y volver a la sala principal sin quedarse atascado en un bucle de reconexión. Si solo un navegador o una red sigue fallando después de que todos los demás lo hayan hecho correctamente, deje de modificar el servidor y concéntrese en ese entorno del cliente.
| Observación | Área más probable | Siguiente paso |
|---|---|---|
| El audio de la sala principal y de las salas de reuniones falla. | Permisos del navegador, dispositivo, cortafuegos, TURN o puente multimedia | Comience con los pasos 1 a 4. |
| La sala principal funciona, la sala de reuniones está en proceso de “conexión”. | Transición de sala, estado obsoleto del cliente, problema específico del puente. | Comience con los pasos 1, 2 y 5. |
| Solo fallan los usuarios de una oficina, escuela o red VPN. | Filtrado de red o ruta ICE/TURN | Priorizar el paso 4 |
| Muchos usuarios fallan al mismo tiempo. | Configuración del servidor o de la red | Priorizar los pasos 3 a 5 |
Antes de modificar la configuración, reproduzca el problema con un moderador y un participante. Confirme que el participante puede unirse al audio en la sala principal, luego trasládelo a una sala de grupos y observe qué sucede exactamente. El mensaje "Conectando audio..." que nunca se completa es diferente de una denegación de permisos del navegador, la ausencia de un micrófono o un audio que se conecta pero no emite sonido.
Si la sala principal funciona pero la sala de grupos no, intente salir de la sala de grupos, regresar a la sala principal y volver a entrar en la sala de grupos una vez. Un estado de cliente obsoleto temporal puede solucionarse tras una reconexión correcta. Si el problema se repite de forma consistente, continúe con las comprobaciones que se indican a continuación en lugar de actualizar la página repetidamente.
Verificación de éxito: el participante se une al audio de la sesión grupal una vez, sale, vuelve a unirse y vuelve a tener audio. Si esto funciona correctamente, es probable que el problema fuera transitorio. Si la misma transición falla siempre, continúe con el siguiente paso.
El audio de BigBlueButton utiliza WebRTC basado en navegador, por lo que un permiso de micrófono denegado puede parecer un problema específico de la sala de reuniones si el usuario lo detecta al entrar en ella. Abra los permisos del sitio web para el nombre de host de BigBlueButton y asegúrese de que el acceso al micrófono esté permitido. A continuación, confirme que se ha seleccionado el micrófono deseado y que ninguna otra aplicación está utilizando el dispositivo de forma indiscriminada.
Prueba con una versión actual de Firefox o un navegador basado en Chromium. Si el participante puede reproducir el mismo fallo en dos navegadores actualizados, es menos probable que se trate de un problema del perfil del navegador. Si un navegador funciona y otro falla en el mismo equipo y red, restablece los permisos o prueba con un perfil de navegador limpio antes de modificar la configuración de BigBlueButton.
Verificación de éxito: el indicador de actividad del micrófono responde, el audio se une a la sala principal y el mismo navegador puede unirse al audio de la sala de grupos. Si la sala principal sigue fallando, la sala de grupos no es la causa principal del problema.
En el servidor, ejecute este comando sudo bbb-conf --check. La propia documentación de BigBlueButton recomienda este diagnóstico como el primero del servidor, ya que comprueba si los componentes principales se iniciaron correctamente y detecta problemas de configuración comunes. Revise todo lo que aparece en la sección "Problemas potenciales" en lugar de reiniciar inmediatamente todos los servicios.
Además, ejecute sudo bbb-conf --statuse inspeccione los servicios systemd relevantes para su puente de audio. Las implementaciones de BigBlueButton 3.0 suelen usar bbb-webrtc-sfuLiveKit para el audio por defecto, mientras que LiveKit se puede habilitar por reunión o para todo el servidor. Si su integración pasa la prueba audioBridge=livekit, solucione los problemas de LiveKit en lugar de asumir que la ruta FreeSWITCH heredada está transmitiendo el audio del navegador.
La documentación oficial de archivos de configuración recomienda colocar las anulaciones locales en /etc/bigbluebuttonpara que las actualizaciones de paquetes no las sobrescriban.
Verificación de éxito: bbb-conf --check no se muestran errores inexplicables, los servicios de puente de audio activos están en funcionamiento y las nuevas reuniones de prueba se comportan de manera consistente. Si el estado del servicio es bueno, pero una red sigue fallando, preste atención a ICE, NAT y TURN.
WebRTC debe establecer una ruta de medios utilizable entre el navegador y la infraestructura multimedia de BigBlueButton. Si la señalización se realiza correctamente, pero los medios no encuentran una ruta de red viable, los usuarios pueden experimentar fallos en la negociación ICE o quedarse bloqueados al intentar unirse al audio. La documentación del firewall de BigBlueButton señala específicamente los anuncios de IP externas incorrectos y el bloqueo de UDP como causas comunes.
En Firefox, about:webrtcresulta útil porque muestra los candidatos ICE y el estado de la conexión. Si observa que el servidor anuncia una dirección interna cuando se espera una externa, revise la configuración de NAT y Announced-IP. La guía de configuración del firewall de BigBlueButton explica cómo MediaSoup debe anunciar la dirección pública cuando el servidor se encuentra detrás de NAT.
Si los fallos se concentran en redes corporativas, escolares, hoteleras o VPN con restricciones, configure un servidor TURN. La documentación de instalación de BigBlueButton recomienda TURN para usuarios detrás de cortafuegos restrictivos. Una validación útil consiste en probar al mismo usuario en una red diferente, como un punto de acceso móvil. Si el punto de acceso funciona y la red gestionada falla, esto indica claramente que la ruta de red —y no la lógica de la sala de depuración— es el factor limitante.
No abra rangos de puertos amplios copiados indiscriminadamente de publicaciones antiguas de foros. Utilice los requisitos de puertos y puentes correspondientes a su versión de BigBlueButton instalada y a la topología de su implementación. Los consejos antiguos específicos de FreeSWITCH o SIP.js podrían no ser aplicables a una instalación 3.0 actual.
Verificación de éxito: ICE alcanza un estado de conexión, aparece el candidato público o de retransmisión esperado y el mismo usuario afectado puede unirse al audio compartido de la red que fallaba anteriormente. Si el usuario sigue fallando mientras que otros usuarios de la misma red lo logran, vuelva a las comprobaciones del dispositivo/navegador.
Si el audio de la sala principal funciona, pero el audio de las salas de reuniones falla constantemente para muchos usuarios, confirme qué puente de audio utiliza la reunión. BigBlueButton 3.0 expone el audioBridgeparámetro `create` con valores válidos, incluidos `<audio>` bbb-webrtc-sfu, livekit`<audio>` y ` freeswitch<audio>`. Una integración puede anular la configuración predeterminada del servidor para cada reunión, por lo que la configuración que inspeccione podría no coincidir con el puente utilizado por la sesión que falla.
Crea una nueva reunión de prueba sin configuraciones personalizadas, y repite la misma secuencia: sala principal → sala de grupos → sala principal. Si la reunión inicial funciona, pero las reuniones creadas por tu LMS o aplicación personalizada fallan, revisa los parámetros de la API enviados por la integración. Si ambas fallan, es probable que el problema se deba a la configuración de medios del servidor o a un defecto específico de la versión.
Tras realizar cambios de configuración, reinicie BigBlueButton solo cuando sea necesario sudo bbb-conf --restarty vuelva a ejecutarlo sudo bbb-conf --check. Evite acumular varios cambios antes de realizar pruebas; un cambio a la vez permite identificar qué ajuste corrigió realmente el problema.
Verificación de éxito: dos participantes pueden hablar entre sí en una sala de grupos, regresar a la sala principal y volver a entrar en una sala de grupos sin que se interrumpa la conexión. Repita este proceso desde al menos una red externa antes de considerar el incidente resuelto.
Si el problema persiste después de verificar los permisos del navegador, el estado del servidor, ICE/TURN y la selección del puente, recopile evidencia en lugar de seguir adivinando. Registre la versión de BigBlueButton, las versiones del navegador y del sistema operativo, si el problema se reproduce en la demostración pública de BigBlueButton, la salida de sudo bbb-conf --check, la configuración del puente de audio de la reunión y cualquier diagnóstico WebRTC relevante del navegador. La guía de ayuda de BigBlueButton solicita explícitamente este tipo de información de red y entorno al solucionar problemas de audio o video.
A octubre de 2026, BigBlueButton 3.0 sigue siendo la versión estable de la documentación, con lanzamientos de la versión 3.0 disponibles en GitHub, mientras que la documentación de la versión 4.0 se encuentra en desarrollo. Esto es importante porque BigBlueButton 4.0 cambia el marco de medios predeterminado a LiveKit, por lo que las recomendaciones específicas para la versión 4.0 no deben aplicarse automáticamente a un servidor 3.0. Consulte la página oficial de lanzamientos de BigBlueButton antes de seguir instrucciones que dependen de la versión.
bbb-conf --checkNo presenta errores inexplicables en el servicio multimedia.Si las seis comprobaciones se superan repetidamente, la reparación está produciendo el resultado que importa: un audio estable durante las transiciones entre habitaciones, y no simplemente un icono de micrófono verde temporal.
Solucione problemas de audio en salas de reuniones de BigBlueButton que se bloquean o no se conectan. Diagnostique problemas con los permisos del navegador, WebRTC, TURN, NAT, firewall y el puente de audio.
Solucione el error "Cuenta bloqueada" de Zimbra: compruebe el estado de la cuenta, desbloquee un bloqueo confirmado, busque credenciales obsoletas y verifique la solución.
Solucione los problemas de alto consumo de memoria de PostgreSQL con Matrix Synapse comprobando las conexiones, ajustando la configuración del pool y de la memoria, realizando limpiezas de tablas y verificando los resultados.
Configura un servidor Docker externo de Collabora CODE para Nextcloud en unos 10 minutos, con proxy HTTPS, comprobaciones WOPI, consejos de seguridad y solución de problemas.
Solucione la advertencia de ownCloud Apache AllowOverride All configurando el directorio correcto, probando Apache, recargando de forma segura y verificando la protección .htaccess.
Monta un recurso compartido Samba o CIFS en ownCloud Server con soporte para almacenamiento externo. Configura las credenciales SMB, limita el acceso y verifica el montaje.
Solucione el error de instalación de la aplicación de Android comprobando la conectividad, la caché de Play Store, el almacenamiento, la compatibilidad del dispositivo y la configuración de DNS o proxy del emulador.
Realice copias de seguridad y restaure una base de datos PostgreSQL de Matrix Synapse con pg_dump y pg_restore. Proteja las claves de un solo uso, cree un destino limpio y verifique la recuperación.
Configure un servidor TURN externo de coturn para Jitsi detrás de NAT, incluyendo puertos de retransmisión, credenciales de clave compartida, configuración de Prosody o Docker y pruebas.
Aprende cómo exportar el correo de Zimbra como EML o como archivo, cuándo resulta útil un Zimlet y cómo crear un archivo PST con Outlook después de confirmar la sincronización del buzón.
