Diferencia entre revisiones de «Despliegue de Jitsi con Docker»
(Página creada con «* Despliegue de nodo Jitsi Videobridge con Docker * Despliegue de Jitsi con Docker * Despliegue de nodo maestro Jitsi con soporte para escalamiento vía docker * Autenticación de usuarios y protección de conferencias con JWT * En los hosts que corren vídeo bridges * Variable de entorno para despliegue de Jitsi con Docker») |
Sin resumen de edición |
||
| (No se muestran 3 ediciones intermedias del mismo usuario) | |||
| Línea 1: | Línea 1: | ||
El primer paso es el despliegue del nodo maestro: [[Despliegue de nodo maestro Jitsi con soporte para escalamiento vía docker|Despliegue de nodo maestro Jitsi con soporte para escalamiento vía Docker]] | |||
Durante el despliegue se deben modificar algunas variables, aquí las más importantes: Variables de entorno | |||
El segundo paso es el [[Despliegue de nodo Jitsi Videobridge con Docker|despliegue de nodos bridge]] | |||
* [[ | |||
[[En los hosts que corren vídeo bridges|Optimizaciones sugeridas por la comunidad y por los desarrolladores de Jitsi]] | |||
Por defecto, Jitsi es un servicio abierto. Esto quiere decir que cualquier persona en internet puede crear una sala propia o unirse a una en nuestra instancia. Claramente es una desventaja en un contexto de recursos limitados y orientados para el uso específico de la UUNN. Afortunadamente, Jitsi puede integrarse con sistemas de autenticación propios, de manera de limitar la creación de salas y opcionalmente, el acceso a las mismas. Existen varias formas de lograr esto: | |||
* Autenticación y autorización interna | |||
* Autenticación y autorización por LDAP | |||
* [[Autenticación de usuarios y protección de conferencias con JWT|Autenticación por JSON Web Tokens (JWT)]] | |||
Revisión actual - 13:06 3 jul 2023
El primer paso es el despliegue del nodo maestro: Despliegue de nodo maestro Jitsi con soporte para escalamiento vía Docker
Durante el despliegue se deben modificar algunas variables, aquí las más importantes: Variables de entorno
El segundo paso es el despliegue de nodos bridge
Optimizaciones sugeridas por la comunidad y por los desarrolladores de Jitsi
Por defecto, Jitsi es un servicio abierto. Esto quiere decir que cualquier persona en internet puede crear una sala propia o unirse a una en nuestra instancia. Claramente es una desventaja en un contexto de recursos limitados y orientados para el uso específico de la UUNN. Afortunadamente, Jitsi puede integrarse con sistemas de autenticación propios, de manera de limitar la creación de salas y opcionalmente, el acceso a las mismas. Existen varias formas de lograr esto:
- Autenticación y autorización interna
- Autenticación y autorización por LDAP
- Autenticación por JSON Web Tokens (JWT)