Diferencia entre revisiones de «Despliegue de Jitsi con Docker»
(Página blanqueada) Etiquetas: Vaciado Edición visual |
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 | |||
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)]] |
Revisión del 16:23 29 jun 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: