Diferencia entre revisiones de «Despliegue de Jitsi con Docker»
Sin resumen de edición |
Sin resumen de edición |
||
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]] | 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 | 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 | El segundo paso es el [[Despliegue de nodo Jitsi Videobridge con Docker|despliegue de nodos bridge]] | ||
Optimizaciones sugeridas por la comunidad y por los desarrolladores de Jitsi | [[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: | 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)]] | * [[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)