JitsiWiki ARIU - Contribuciones del usuario [es]

Script instalación

2023-07-05T12:47:47Z

Mzigaran:

* [https://nube.unq.edu.ar/s/X9fzgP38gsG3ZKm Script de instalación de jitsi-meet en debian 10]
* [https://nube.unq.edu.ar/s/4jz2k7BaBm8PYMz Script de instalación de jitsi-videobridge2 en debian 10]
* [https://nube.unq.edu.ar/s/3XQiBrcX5pMHHDq Script de instalación de jibri en debian 10]
* [https://nube.unq.edu.ar/s/QmGFpfc3BbjCMfn Script de instalación de jitsi-meet en debian 9]
* [https://nube.unq.edu.ar/s/qwZfqer8DAtpXFM Script de instalación de jitsi-videobridge2 en debian 9]
* [https://nube.unq.edu.ar/s/iarFYLfbodwJD5M Script de instalación de jibri en debian 9]

Página principal

2023-07-03T18:35:15Z

Mzigaran: /* Scrip de Instalación */

=== [[Despliegue de Jitsi con Docker]] ===

=== [[Instalación de Servidor Jitsi-meet|Instalación de Jitsi sobre Debian 10]] ===

=== [[Instalación de Servidor Jitsi con token|Instalación de Autenticación de Jitsi por token en Debian 9]] ===

=== [[Template VM Proxmox|Templates Proxmox]] ===

=== [[Template VM Proxmox|Templates VMware]] ===

=== [[Instalar y configurar paneles de Grafana para monitorear Jitsi|Monitoreo con Grafana]] ===

=== [[Script instalación|Scrip de Instalación]] ===

== Jitsiwiki.riu.edu.ar ==

* [[Despliegue Docker]]
* [[Instalación de Servidor Jitsi con token]]
* [[Instalación de Servidor Jitsi-meet]]
* [[Instalar y configurar paneles de Grafana para monitorear Jitsi]]
* [[Script_instalación]]
* [[Template VM Proxmox|Templates VM Proxmox]]

== Primeros pasos ==
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Lista de ajustes de configuración]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ Preguntas frecuentes sobre MediaWiki]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ Lista de correo de anuncios de publicación de MediaWiki]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Traducir MediaWiki a tu idioma]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Aprende a combatir el spam en tu wiki]

Script instalación

2023-07-03T18:24:33Z

Mzigaran:

* [[Script de instalacion de jitsi-meet en debian 10]]
* [[Script de instalacion de jitsi-videobridge2 en debian 10]]
* [[Script de instalacion de jibri en debian 10]]
* [[Script de instalacion de jitsi-meet en debian 9]]
* [[Script de instalacion de jitsi-videobridge2 en debian 9]]
* [[Script de instalacion de jibri en debian 9]]

Página principal

2023-07-03T18:23:21Z

Mzigaran: /* Monitoreo con Grafana */

=== [[Despliegue de Jitsi con Docker]] ===

=== [[Instalación de Servidor Jitsi-meet|Instalación de Jitsi sobre Debian 10]] ===

=== [[Instalación de Servidor Jitsi con token|Instalación de Autenticación de Jitsi por token en Debian 9]] ===

=== [[Template VM Proxmox|Templates Proxmox]] ===

=== [[Template VM Proxmox|Templates VMware]] ===

=== [[Instalar y configurar paneles de Grafana para monitorear Jitsi|Monitoreo con Grafana]] ===

=== [[Scrip de Instalación]] ===

== Jitsiwiki.riu.edu.ar ==

* [[Despliegue Docker]]
* [[Instalación de Servidor Jitsi con token]]
* [[Instalación de Servidor Jitsi-meet]]
* [[Instalar y configurar paneles de Grafana para monitorear Jitsi]]
* [[Script_instalación]]
* [[Template VM Proxmox|Templates VM Proxmox]]

== Primeros pasos ==
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Lista de ajustes de configuración]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ Preguntas frecuentes sobre MediaWiki]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ Lista de correo de anuncios de publicación de MediaWiki]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Traducir MediaWiki a tu idioma]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Aprende a combatir el spam en tu wiki]

Instalar y configurar paneles de Grafana para monitorear Jitsi

2023-07-03T18:22:07Z

Mzigaran:

Instalación realizada en ubuntu 18.04

La idea es explicar brevemente los pasos para la instalación de un servidor “grafana” (170.x.x.x) que nos permita monitorear nuestra implementación de Jitsi.

Paso 1: Instalar la base de datos (InfluxDB) para alojar los datos de los paneles

Paso 2: Instalar Grafana para mostrar las estadísticas jitsi en los paneles

Paso 3: Instalar el servicio (telegraf) para recopilar estadísticas y escribir en la base de datos (InfluxDB) Servidor: “jitsi” (177.x.x.x)

Paso 4: Adaptar la configuración de Jitsi para exponer estadísticas
----Paso 1: instalar InfluxDB
apt update && apt install -y gnupg2 curl wget
wget -qO- <nowiki>https://repos.influxdata.com/influxdb.key</nowiki> | sudo apt-key add
-echo "deb <nowiki>https://repos.influxdata.com/debian</nowiki> buster stable" | sudo tee /etc/apt/sources.list.d/influxdb.list
apt update && apt install influxdb -y
systemctl enable --now influxdb
systemctl status influxdb
Si tiene un firewall (es decir, ufw) en este servidor, abrir el puerto para influxdb y grafana webserver:
ufw allow 8086/tcp
ufw allow 3000/tcp
Paso 2: Instalar Grafana para mostrar paneles de estadísticas
curl <nowiki>https://packages.grafana.com/gpg.key</nowiki> | sudo apt-key add -
add-apt-repository "deb <nowiki>https://packages.grafana.com/oss/deb</nowiki> stable main"
apt update && apt install grafana -y
systemctl enable --now grafana-server
systemctl status grafana-server
Paso 3: Instalar y configurar telegraf
wget -qO- <nowiki>https://repos.influxdata.com/influxdb.key</nowiki> | sudo apt-key add -
echo "deb <nowiki>https://repos.influxdata.com/debian</nowiki> buster stable" | sudo tee /etc/apt/sources.list.d/influxdb.list
apt update && apt install telegraf -y
mv /etc/telegraf/telegraf.conf /etc/telegraf/telegraf.conf.original
nano /etc/telegraf/telegraf.conf
Editar el archivo telegraf.conf:
[global_tags]

###############################################################################
# GLOBAL #
###############################################################################

[agent]
interval = "10s"
debug = false
hostname = "jitsi_host"
round_interval = true
flush_interval = "10s"
flush_jitter = "0s"
collection_jitter = "0s"
metric_batch_size = 1000
metric_buffer_limit = 10000
quiet = false
logfile = ""
omit_hostname = false
Editar el archivo jitsi.conf:
###############################################################################
# INPUTS #
###############################################################################

[[inputs.http|inputs.http]]
name_override = "jitsi_stats"
urls = [
"<nowiki>http://177.x.x.x:8080/colibri/stats</nowiki>"
]
data_format = "json"

###############################################################################
# OUTPUTS #
###############################################################################

[[outputs.influxdb|outputs.influxdb]]
urls = ["<nowiki>http://localhost:8086</nowiki>"]
database = "jitsi"
timeout = "0s"
retention_policy = ""
Seteamos en el arranque el inicio de telegraf
systemctl enable --now telegraf
systemctl status telegraf
( no crearemos una base de datos ya que Telegraf creará nuestra base de datos si no encuentra una)

Paso 4: Adaptar la configuración de Jitsi para que muestre las estadísticas
nano /etc/jitsi/videobridge/config
configure las opciones de jvb :
JVB_OPTS="–apis=rest,xmpp"

nano /etc/jitsi/videobridge/sip-communicator.properties
Acá se activan las estadísticas:
org.jitsi.videobridge.ENABLE_STATISTICS=true

org.jitsi.videobridge.STATISTICS_TRANSPORT=muc,colibri
Reiniciamos el videobridge
service jitsi-videobridge restart
Dentro del servidor jitsi : debería responder con las estadísticas, que están en formato json.

curl -v http://127.0.0.1:8080/colibri/stats

Response:
{"inactive_endpoints":0,"inactive_conferences":0,"total_ice_succeeded_relayed":0,
"total_loss_degraded_participant_seconds":0,"bit_rate_download":0,"muc_clients_connected":1,
"total_participants":0,"total_packets_received":0,"rtt_aggregate":0.0,"packet_rate_upload":0,
"p2p_conferences":0,"total_loss_limited_participant_seconds":0,"octo_send_bitrate":0,
"total_dominant_speaker_changes":0,"receive_only_endpoints":0,
"total_colibri_web_socket_messages_received":0,"octo_receive_bitrate":0,
"loss_rate_upload":0.0,"version":"2.1.169-ga28eb88e","total_ice_succeeded":0,
"total_colibri_web_socket_messages_sent":0,"total_bytes_sent_octo":0,
"total_data_channel_messages_received":0,"loss_rate_download":0.0,
"total_conference_seconds":0,"bit_rate_upload":0,"total_conferences_completed":0,
"octo_conferences":0,"num_eps_no_msg_transport_after_delay":0,"endpoints_sending_video":0,
"packet_rate_download":0,"muc_clients_configured":1,
"conference_sizes":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0],"total_packets_sent_octo":0,
"conferences_by_video_senders":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0],"videostreams":0,
"jitter_aggregate":0.0,"total_ice_succeeded_tcp":0,"octo_endpoints":0,
"current_timestamp":"2020-04-17 23:14:38.468","total_packets_dropped_octo":0,"conferences":0,
"participants":0,"largest_conference":0,"total_packets_sent":0,"total_data_channel_messages_sent":0,
"total_bytes_received_octo":0,"octo_send_packet_rate":0,
"conferences_by_audio_senders":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0],
"total_conferences_created":0,"total_ice_failed":0,"threads":37,"videochannels":0,
"total_packets_received_octo":0,"graceful_shutdown":false,"octo_receive_packet_rate":0,
"total_bytes_received":0,"rtp_loss":0.0,"total_loss_controlled_participant_seconds":0,
"total_partially_failed_conferences":0,"endpoints_sending_audio":0,"total_bytes_sent":0,
"mucs_configured":1,"total_failed_conferences":0,"mucs_joined":1}
Con esta respuesta, vemos que el resto de la <abbr>API</abbr> responde y puede usarse para nuestro propósito.

Para asegurarse de que se pueda acceder al punto final de las estadísticas mediante telegraf:
ufw allow 8080/tcp
Configurar paneles en Grafana

Abra Grafana y entre con su cuenta de administrador en el navegador: <nowiki>http://170.x.x.x:3000</nowiki>

Añadir fuente de datos.

Agregaremos una fuente de datos InfluxDB y la configuraremos como predeterminada.

*Nombre: InfluxDB
*Valor predeterminado: activado
*<abbr>URL</abbr> HTTP: <nowiki>http://localhost:8086</nowiki>
*Acceso HTTP: Servidor (predeterminado)
*Base de datos: jitsi

[[Archivo:Image4.png|749x749px]]

Importamos un tablero de los repositorios de grafana, en nuestro caso el Jitsi Metrics

[[Archivo:Image2.png|538x538px]]

Podemos usar el id del dashboard (11969), o descargarlo en formato JSON y pegar el código (https://grafana.com/grafana/dashboards/11969)

Vamos a Dashboards y elegimos JitsiMetrics[[Archivo:Image3.png|miniaturadeimagen|600x600px|no]]

Si tenemos más de un videobridge podemos agregarlo al panel de grafana habilitando las estadísticas de colibri en cada videobridge, luego agregamos cada videobridge en la configuracion de telegraf en nuestro caso /etc/telegraf/telegraf.d/jitsi.conf
###############################################################################
# INPUTS #
###############################################################################
#SERVER PRINCIPAL
[[inputs.http]]
name_override = "jitsi_stats"
urls = [
"<nowiki>http://170.x.x.x:8080/colibri/stats</nowiki>"
]
data_format = "json"
#videobridge2
[[inputs.http]]
name_override = "jitsi_vb2"
urls = [
"<nowiki>http://171.x.x.x:8080/colibri/stats</nowiki>"
]
data_format = "json"
#videobridge3
[[inputs.http]]
name_override = "jitsi_vb3"
urls = [
"<nowiki>http://172.x.x.x:8080/colibri/stats</nowiki>"
]
data_format = "json"<nowiki></font></nowiki>
Y por último personalizamos el dashboard jitsi metrics para que las consultas tomen los nuevos datos. En nuestro caso duplicamos los paneles que nos interesaban y agregamos las nuevas fuentes de datos (jitsi_vb2 y jitsi_vb3) y borramos los paneles que nos interesaban.
[[Archivo:Image1.png|miniaturadeimagen|600x600px|no]]

Fuente:

<nowiki>https://community.jitsi.org/t/how-to-to-setup-grafana-dashboards-to-monitor-jitsi-my-comprehensive-tutorial-for-the-beginner/38696</nowiki>

<nowiki>https://grafana.com/docs/grafana/latest/getting-started/getting-started/</nowiki>

Instalar y configurar paneles de Grafana para monitorear Jitsi

2023-07-03T18:18:06Z

Mzigaran:

Instalación realizada en ubuntu 18.04

La idea es explicar brevemente los pasos para la instalación de un servidor “grafana” (170.x.x.x) que nos permita monitorear nuestra implementación de Jitsi.

Paso 1: Instalar la base de datos (InfluxDB) para alojar los datos de los paneles

Paso 2: Instalar Grafana para mostrar las estadísticas jitsi en los paneles

Paso 3: Instalar el servicio (telegraf) para recopilar estadísticas y escribir en la base de datos (InfluxDB) Servidor: “jitsi” (177.x.x.x)

Paso 4: Adaptar la configuración de Jitsi para exponer estadísticas
----Paso 1: instalar InfluxDB
apt update && apt install -y gnupg2 curl wget
wget -qO- <nowiki>https://repos.influxdata.com/influxdb.key</nowiki> | sudo apt-key add
-echo "deb <nowiki>https://repos.influxdata.com/debian</nowiki> buster stable" | sudo tee /etc/apt/sources.list.d/influxdb.list
apt update && apt install influxdb -y
systemctl enable --now influxdb
systemctl status influxdb
Si tiene un firewall (es decir, ufw) en este servidor, abrir el puerto para influxdb y grafana webserver:
ufw allow 8086/tcp
ufw allow 3000/tcp
Paso 2: Instalar Grafana para mostrar paneles de estadísticas
curl <nowiki>https://packages.grafana.com/gpg.key</nowiki> | sudo apt-key add -
add-apt-repository "deb <nowiki>https://packages.grafana.com/oss/deb</nowiki> stable main"
apt update && apt install grafana -y
systemctl enable --now grafana-server
systemctl status grafana-server
Paso 3: Instalar y configurar telegraf
wget -qO- <nowiki>https://repos.influxdata.com/influxdb.key</nowiki> | sudo apt-key add -
echo "deb <nowiki>https://repos.influxdata.com/debian</nowiki> buster stable" | sudo tee /etc/apt/sources.list.d/influxdb.list
apt update && apt install telegraf -y
mv /etc/telegraf/telegraf.conf /etc/telegraf/telegraf.conf.original
nano /etc/telegraf/telegraf.conf
Editar el archivo telegraf.conf:
[global_tags]

###############################################################################
# GLOBAL #
###############################################################################

[agent]
interval = "10s"
debug = false
hostname = "jitsi_host"
round_interval = true
flush_interval = "10s"
flush_jitter = "0s"
collection_jitter = "0s"
metric_batch_size = 1000
metric_buffer_limit = 10000
quiet = false
logfile = ""
omit_hostname = false
Editar el archivo jitsi.conf:
###############################################################################
# INPUTS #
###############################################################################

[[inputs.http|inputs.http]]
name_override = "jitsi_stats"
urls = [
"<nowiki>http://177.x.x.x:8080/colibri/stats</nowiki>"
]
data_format = "json"

###############################################################################
# OUTPUTS #
###############################################################################

[[outputs.influxdb|outputs.influxdb]]
urls = ["<nowiki>http://localhost:8086</nowiki>"]
database = "jitsi"
timeout = "0s"
retention_policy = ""
Seteamos en el arranque el inicio de telegraf
systemctl enable --now telegraf
systemctl status telegraf
( no crearemos una base de datos ya que Telegraf creará nuestra base de datos si no encuentra una)

Paso 4: Adaptar la configuración de Jitsi para que muestre las estadísticas
nano /etc/jitsi/videobridge/config
configure las opciones de jvb :
JVB_OPTS="–apis=rest,xmpp"

nano /etc/jitsi/videobridge/sip-communicator.properties
Acá se activan las estadísticas:
org.jitsi.videobridge.ENABLE_STATISTICS=true

org.jitsi.videobridge.STATISTICS_TRANSPORT=muc,colibri
Reiniciamos el videobridge
service jitsi-videobridge restart
Dentro del servidor jitsi : debería responder con las estadísticas, que están en formato json.

curl -v http://127.0.0.1:8080/colibri/stats

Response:
{"inactive_endpoints":0,"inactive_conferences":0,"total_ice_succeeded_relayed":0,
"total_loss_degraded_participant_seconds":0,"bit_rate_download":0,"muc_clients_connected":1,
"total_participants":0,"total_packets_received":0,"rtt_aggregate":0.0,"packet_rate_upload":0,
"p2p_conferences":0,"total_loss_limited_participant_seconds":0,"octo_send_bitrate":0,
"total_dominant_speaker_changes":0,"receive_only_endpoints":0,
"total_colibri_web_socket_messages_received":0,"octo_receive_bitrate":0,
"loss_rate_upload":0.0,"version":"2.1.169-ga28eb88e","total_ice_succeeded":0,
"total_colibri_web_socket_messages_sent":0,"total_bytes_sent_octo":0,
"total_data_channel_messages_received":0,"loss_rate_download":0.0,
"total_conference_seconds":0,"bit_rate_upload":0,"total_conferences_completed":0,
"octo_conferences":0,"num_eps_no_msg_transport_after_delay":0,"endpoints_sending_video":0,
"packet_rate_download":0,"muc_clients_configured":1,
"conference_sizes":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0],"total_packets_sent_octo":0,
"conferences_by_video_senders":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0],"videostreams":0,
"jitter_aggregate":0.0,"total_ice_succeeded_tcp":0,"octo_endpoints":0,
"current_timestamp":"2020-04-17 23:14:38.468","total_packets_dropped_octo":0,"conferences":0,
"participants":0,"largest_conference":0,"total_packets_sent":0,"total_data_channel_messages_sent":0,
"total_bytes_received_octo":0,"octo_send_packet_rate":0,
"conferences_by_audio_senders":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0],
"total_conferences_created":0,"total_ice_failed":0,"threads":37,"videochannels":0,
"total_packets_received_octo":0,"graceful_shutdown":false,"octo_receive_packet_rate":0,
"total_bytes_received":0,"rtp_loss":0.0,"total_loss_controlled_participant_seconds":0,
"total_partially_failed_conferences":0,"endpoints_sending_audio":0,"total_bytes_sent":0,
"mucs_configured":1,"total_failed_conferences":0,"mucs_joined":1}
Con esta respuesta, vemos que el resto de la <abbr>API</abbr> responde y puede usarse para nuestro propósito.

Para asegurarse de que se pueda acceder al punto final de las estadísticas mediante telegraf:
ufw allow 8080/tcp
Configurar paneles en Grafana

Abra Grafana y entre con su cuenta de administrador en el navegador: <nowiki>http://170.x.x.x:3000</nowiki>

Añadir fuente de datos.

[[Archivo:Image4.png|izquierda|749x749px]]Agregaremos una fuente de datos InfluxDB y la configuraremos como predeterminada.

*Nombre: InfluxDB
*Valor predeterminado: activado
*<abbr>URL</abbr> HTTP: <nowiki>http://localhost:8086</nowiki>
*Acceso HTTP: Servidor (predeterminado)
*Base de datos: jitsi

[[Archivo:Image2.png|izquierda|538x538px]]Importamos un tablero de los repositorios de grafana, en nuestro caso el Jitsi Metrics

[[Archivo:Image3.png|izquierda|miniaturadeimagen|600x600px]]

Podemos usar el id del dashboard (11969), o descargarlo en formato JSON y pegar el código (https://grafana.com/grafana/dashboards/11969)

Vamos a Dashboards y elegimos JitsiMetrics

Si tenemos más de un videobridge podemos agregarlo al panel de grafana habilitando las estadísticas de colibri en cada videobridge, luego agregamos cada videobridge en la configuracion de telegraf en nuestro caso /etc/telegraf/telegraf.d/jitsi.conf
###############################################################################
# INPUTS #
###############################################################################
#SERVER PRINCIPAL
[[inputs.http]]
name_override = "jitsi_stats"
urls = [
"<nowiki>http://170.x.x.x:8080/colibri/stats</nowiki>"
]
data_format = "json"
#videobridge2
[[inputs.http]]
name_override = "jitsi_vb2"
urls = [
"<nowiki>http://171.x.x.x:8080/colibri/stats</nowiki>"
]
data_format = "json"
#videobridge3
[[inputs.http]]
name_override = "jitsi_vb3"
urls = [
"<nowiki>http://172.x.x.x:8080/colibri/stats</nowiki>"
]
data_format = "json"<nowiki></font></nowiki>
[[Archivo:Image1.png|izquierda|miniaturadeimagen|600x600px]]
Y por último personalizamos el dashboard jitsi metrics para que las consultas tomen los nuevos datos. En nuestro caso duplicamos los paneles que nos interesaban y agregamos las nuevas fuentes de datos (jitsi_vb2 y jitsi_vb3) y borramos los paneles que nos interesaban.

Fuente:

<nowiki>https://community.jitsi.org/t/how-to-to-setup-grafana-dashboards-to-monitor-jitsi-my-comprehensive-tutorial-for-the-beginner/38696</nowiki>

<nowiki>https://grafana.com/docs/grafana/latest/getting-started/getting-started/</nowiki>

Instalar y configurar paneles de Grafana para monitorear Jitsi

2023-07-03T18:16:14Z

Mzigaran:

Instalación realizada en ubuntu 18.04

La idea es explicar brevemente los pasos para la instalación de un servidor “grafana” (170.x.x.x) que nos permita monitorear nuestra implementación de Jitsi.

Paso 1: Instalar la base de datos (InfluxDB) para alojar los datos de los paneles

Paso 2: Instalar Grafana para mostrar las estadísticas jitsi en los paneles

Paso 3: Instalar el servicio (telegraf) para recopilar estadísticas y escribir en la base de datos (InfluxDB) Servidor: “jitsi” (177.x.x.x)

Paso 4: Adaptar la configuración de Jitsi para exponer estadísticas
----Paso 1: instalar InfluxDB
apt update && apt install -y gnupg2 curl wget
wget -qO- <nowiki>https://repos.influxdata.com/influxdb.key</nowiki> | sudo apt-key add
-echo "deb <nowiki>https://repos.influxdata.com/debian</nowiki> buster stable" | sudo tee /etc/apt/sources.list.d/influxdb.list
apt update && apt install influxdb -y
systemctl enable --now influxdb
systemctl status influxdb
Si tiene un firewall (es decir, ufw) en este servidor, abrir el puerto para influxdb y grafana webserver:
ufw allow 8086/tcp
ufw allow 3000/tcp
Paso 2: Instalar Grafana para mostrar paneles de estadísticas
curl <nowiki>https://packages.grafana.com/gpg.key</nowiki> | sudo apt-key add -
add-apt-repository "deb <nowiki>https://packages.grafana.com/oss/deb</nowiki> stable main"
apt update && apt install grafana -y
systemctl enable --now grafana-server
systemctl status grafana-server
Paso 3: Instalar y configurar telegraf
wget -qO- <nowiki>https://repos.influxdata.com/influxdb.key</nowiki> | sudo apt-key add -
echo "deb <nowiki>https://repos.influxdata.com/debian</nowiki> buster stable" | sudo tee /etc/apt/sources.list.d/influxdb.list
apt update && apt install telegraf -y
mv /etc/telegraf/telegraf.conf /etc/telegraf/telegraf.conf.original
nano /etc/telegraf/telegraf.conf
Editar el archivo telegraf.conf:
[global_tags]

###############################################################################
# GLOBAL #
###############################################################################

[agent]
interval = "10s"
debug = false
hostname = "jitsi_host"
round_interval = true
flush_interval = "10s"
flush_jitter = "0s"
collection_jitter = "0s"
metric_batch_size = 1000
metric_buffer_limit = 10000
quiet = false
logfile = ""
omit_hostname = false
Editar el archivo jitsi.conf:
###############################################################################
# INPUTS #
###############################################################################

[[inputs.http|inputs.http]]
name_override = "jitsi_stats"
urls = [
"<nowiki>http://177.x.x.x:8080/colibri/stats</nowiki>"
]
data_format = "json"

###############################################################################
# OUTPUTS #
###############################################################################

[[outputs.influxdb|outputs.influxdb]]
urls = ["<nowiki>http://localhost:8086</nowiki>"]
database = "jitsi"
timeout = "0s"
retention_policy = ""
Seteamos en el arranque el inicio de telegraf
systemctl enable --now telegraf
systemctl status telegraf
( no crearemos una base de datos ya que Telegraf creará nuestra base de datos si no encuentra una)

Paso 4: Adaptar la configuración de Jitsi para que muestre las estadísticas
nano /etc/jitsi/videobridge/config
configure las opciones de jvb :
JVB_OPTS="–apis=rest,xmpp"

nano /etc/jitsi/videobridge/sip-communicator.properties
Acá se activan las estadísticas:
org.jitsi.videobridge.ENABLE_STATISTICS=true

org.jitsi.videobridge.STATISTICS_TRANSPORT=muc,colibri
Reiniciamos el videobridge
service jitsi-videobridge restart
Dentro del servidor jitsi : debería responder con las estadísticas, que están en formato json.

curl -v http://127.0.0.1:8080/colibri/stats

Response:
{"inactive_endpoints":0,"inactive_conferences":0,"total_ice_succeeded_relayed":0,
"total_loss_degraded_participant_seconds":0,"bit_rate_download":0,"muc_clients_connected":1,
"total_participants":0,"total_packets_received":0,"rtt_aggregate":0.0,"packet_rate_upload":0,
"p2p_conferences":0,"total_loss_limited_participant_seconds":0,"octo_send_bitrate":0,
"total_dominant_speaker_changes":0,"receive_only_endpoints":0,
"total_colibri_web_socket_messages_received":0,"octo_receive_bitrate":0,
"loss_rate_upload":0.0,"version":"2.1.169-ga28eb88e","total_ice_succeeded":0,
"total_colibri_web_socket_messages_sent":0,"total_bytes_sent_octo":0,
"total_data_channel_messages_received":0,"loss_rate_download":0.0,
"total_conference_seconds":0,"bit_rate_upload":0,"total_conferences_completed":0,
"octo_conferences":0,"num_eps_no_msg_transport_after_delay":0,"endpoints_sending_video":0,
"packet_rate_download":0,"muc_clients_configured":1,
"conference_sizes":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0],"total_packets_sent_octo":0,
"conferences_by_video_senders":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0],"videostreams":0,
"jitter_aggregate":0.0,"total_ice_succeeded_tcp":0,"octo_endpoints":0,
"current_timestamp":"2020-04-17 23:14:38.468","total_packets_dropped_octo":0,"conferences":0,
"participants":0,"largest_conference":0,"total_packets_sent":0,"total_data_channel_messages_sent":0,
"total_bytes_received_octo":0,"octo_send_packet_rate":0,
"conferences_by_audio_senders":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0],
"total_conferences_created":0,"total_ice_failed":0,"threads":37,"videochannels":0,
"total_packets_received_octo":0,"graceful_shutdown":false,"octo_receive_packet_rate":0,
"total_bytes_received":0,"rtp_loss":0.0,"total_loss_controlled_participant_seconds":0,
"total_partially_failed_conferences":0,"endpoints_sending_audio":0,"total_bytes_sent":0,
"mucs_configured":1,"total_failed_conferences":0,"mucs_joined":1}
Con esta respuesta, vemos que el resto de la <abbr>API</abbr> responde y puede usarse para nuestro propósito.

Para asegurarse de que se pueda acceder al punto final de las estadísticas mediante telegraf:
ufw allow 8080/tcp
Configurar paneles en Grafana

Abra Grafana y entre con su cuenta de administrador en el navegador: <nowiki>http://170.x.x.x:3000</nowiki>

Añadir fuente de datos.

Agregaremos una fuente de datos InfluxDB y la configuraremos como predeterminada.

*Nombre: InfluxDB
*Valor predeterminado: activado
*<abbr>URL</abbr> HTTP: <nowiki>http://localhost:8086</nowiki>
*Acceso HTTP: Servidor (predeterminado)
*Base de datos: jitsi

[[Archivo:Image4.png|izquierda|749x749px]]

Importamos un tablero de los repositorios de grafana, en nuestro caso el Jitsi Metrics
[[Archivo:Image2.png|izquierda|538x538px]]

Podemos usar el id del dashboard (11969), o descargarlo en formato JSON y pegar el código (https://grafana.com/grafana/dashboards/11969)

Vamos a Dashboards y elegimos JitsiMetrics
[[Archivo:Image3.png|izquierda|miniaturadeimagen|600x600px]]

Si tenemos más de un videobridge podemos agregarlo al panel de grafana habilitando las estadísticas de colibri en cada videobridge, luego agregamos cada videobridge en la configuracion de telegraf en nuestro caso /etc/telegraf/telegraf.d/jitsi.conf
###############################################################################
# INPUTS #
###############################################################################
#SERVER PRINCIPAL
[[inputs.http]]
name_override = "jitsi_stats"
urls = [
"<nowiki>http://170.x.x.x:8080/colibri/stats</nowiki>"
]
data_format = "json"
#videobridge2
[[inputs.http]]
name_override = "jitsi_vb2"
urls = [
"<nowiki>http://171.x.x.x:8080/colibri/stats</nowiki>"
]
data_format = "json"
#videobridge3
[[inputs.http]]
name_override = "jitsi_vb3"
urls = [
"<nowiki>http://172.x.x.x:8080/colibri/stats</nowiki>"
]
data_format = "json"<nowiki></font></nowiki>
Y por último personalizamos el dashboard jitsi metrics para que las consultas tomen los nuevos datos. En nuestro caso duplicamos los paneles que nos interesaban y agregamos las nuevas fuentes de datos (jitsi_vb2 y jitsi_vb3) y borramos los paneles que nos interesaban.
[[Archivo:Image1.png|izquierda|miniaturadeimagen|600x600px]]

Fuente:

<nowiki>https://community.jitsi.org/t/how-to-to-setup-grafana-dashboards-to-monitor-jitsi-my-comprehensive-tutorial-for-the-beginner/38696</nowiki>

<nowiki>https://grafana.com/docs/grafana/latest/getting-started/getting-started/</nowiki>

Instalar y configurar paneles de Grafana para monitorear Jitsi

2023-07-03T18:14:12Z

Mzigaran:

Instalación realizada en ubuntu 18.04

La idea es explicar brevemente los pasos para la instalación de un servidor “grafana” (170.x.x.x) que nos permita monitorear nuestra implementación de Jitsi.

Paso 1: Instalar la base de datos (InfluxDB) para alojar los datos de los paneles

Paso 2: Instalar Grafana para mostrar las estadísticas jitsi en los paneles

Paso 3: Instalar el servicio (telegraf) para recopilar estadísticas y escribir en la base de datos (InfluxDB) Servidor: “jitsi” (177.x.x.x)

Paso 4: Adaptar la configuración de Jitsi para exponer estadísticas
----Paso 1: instalar InfluxDB
apt update && apt install -y gnupg2 curl wget
wget -qO- <nowiki>https://repos.influxdata.com/influxdb.key</nowiki> | sudo apt-key add
-echo "deb <nowiki>https://repos.influxdata.com/debian</nowiki> buster stable" | sudo tee /etc/apt/sources.list.d/influxdb.list
apt update && apt install influxdb -y
systemctl enable --now influxdb
systemctl status influxdb
Si tiene un firewall (es decir, ufw) en este servidor, abrir el puerto para influxdb y grafana webserver:
ufw allow 8086/tcp
ufw allow 3000/tcp
Paso 2: Instalar Grafana para mostrar paneles de estadísticas
curl <nowiki>https://packages.grafana.com/gpg.key</nowiki> | sudo apt-key add -
add-apt-repository "deb <nowiki>https://packages.grafana.com/oss/deb</nowiki> stable main"
apt update && apt install grafana -y
systemctl enable --now grafana-server
systemctl status grafana-server
Paso 3: Instalar y configurar telegraf
wget -qO- <nowiki>https://repos.influxdata.com/influxdb.key</nowiki> | sudo apt-key add -
echo "deb <nowiki>https://repos.influxdata.com/debian</nowiki> buster stable" | sudo tee /etc/apt/sources.list.d/influxdb.list
apt update && apt install telegraf -y
mv /etc/telegraf/telegraf.conf /etc/telegraf/telegraf.conf.original
nano /etc/telegraf/telegraf.conf
Editar el archivo telegraf.conf:
[global_tags]

###############################################################################
# GLOBAL #
###############################################################################

[agent]
interval = "10s"
debug = false
hostname = "jitsi_host"
round_interval = true
flush_interval = "10s"
flush_jitter = "0s"
collection_jitter = "0s"
metric_batch_size = 1000
metric_buffer_limit = 10000
quiet = false
logfile = ""
omit_hostname = false
Editar el archivo jitsi.conf:
###############################################################################
# INPUTS #
###############################################################################

[[inputs.http|inputs.http]]
name_override = "jitsi_stats"
urls = [
"<nowiki>http://177.x.x.x:8080/colibri/stats</nowiki>"
]
data_format = "json"

###############################################################################
# OUTPUTS #
###############################################################################

[[outputs.influxdb|outputs.influxdb]]
urls = ["<nowiki>http://localhost:8086</nowiki>"]
database = "jitsi"
timeout = "0s"
retention_policy = ""
Seteamos en el arranque el inicio de telegraf
systemctl enable --now telegraf
systemctl status telegraf
( no crearemos una base de datos ya que Telegraf creará nuestra base de datos si no encuentra una)

Paso 4: Adaptar la configuración de Jitsi para que muestre las estadísticas
nano /etc/jitsi/videobridge/config
configure las opciones de jvb :
JVB_OPTS="–apis=rest,xmpp"

nano /etc/jitsi/videobridge/sip-communicator.properties
Acá se activan las estadísticas:
org.jitsi.videobridge.ENABLE_STATISTICS=true

org.jitsi.videobridge.STATISTICS_TRANSPORT=muc,colibri
Reiniciamos el videobridge
service jitsi-videobridge restart
Dentro del servidor jitsi : debería responder con las estadísticas, que están en formato json.

curl -v http://127.0.0.1:8080/colibri/stats

Response:
{"inactive_endpoints":0,"inactive_conferences":0,"total_ice_succeeded_relayed":0,
"total_loss_degraded_participant_seconds":0,"bit_rate_download":0,"muc_clients_connected":1,
"total_participants":0,"total_packets_received":0,"rtt_aggregate":0.0,"packet_rate_upload":0,
"p2p_conferences":0,"total_loss_limited_participant_seconds":0,"octo_send_bitrate":0,
"total_dominant_speaker_changes":0,"receive_only_endpoints":0,
"total_colibri_web_socket_messages_received":0,"octo_receive_bitrate":0,
"loss_rate_upload":0.0,"version":"2.1.169-ga28eb88e","total_ice_succeeded":0,
"total_colibri_web_socket_messages_sent":0,"total_bytes_sent_octo":0,
"total_data_channel_messages_received":0,"loss_rate_download":0.0,
"total_conference_seconds":0,"bit_rate_upload":0,"total_conferences_completed":0,
"octo_conferences":0,"num_eps_no_msg_transport_after_delay":0,"endpoints_sending_video":0,
"packet_rate_download":0,"muc_clients_configured":1,
"conference_sizes":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0],"total_packets_sent_octo":0,
"conferences_by_video_senders":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0],"videostreams":0,
"jitter_aggregate":0.0,"total_ice_succeeded_tcp":0,"octo_endpoints":0,
"current_timestamp":"2020-04-17 23:14:38.468","total_packets_dropped_octo":0,"conferences":0,
"participants":0,"largest_conference":0,"total_packets_sent":0,"total_data_channel_messages_sent":0,
"total_bytes_received_octo":0,"octo_send_packet_rate":0,
"conferences_by_audio_senders":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0],
"total_conferences_created":0,"total_ice_failed":0,"threads":37,"videochannels":0,
"total_packets_received_octo":0,"graceful_shutdown":false,"octo_receive_packet_rate":0,
"total_bytes_received":0,"rtp_loss":0.0,"total_loss_controlled_participant_seconds":0,
"total_partially_failed_conferences":0,"endpoints_sending_audio":0,"total_bytes_sent":0,
"mucs_configured":1,"total_failed_conferences":0,"mucs_joined":1}
Con esta respuesta, vemos que el resto de la <abbr>API</abbr> responde y puede usarse para nuestro propósito.

Para asegurarse de que se pueda acceder al punto final de las estadísticas mediante telegraf:
ufw allow 8080/tcp
Configurar paneles en Grafana

Abra Grafana y entre con su cuenta de administrador en el navegador: <nowiki>http://170.x.x.x:3000</nowiki>

Añadir fuente de datos.

Agregaremos una fuente de datos InfluxDB y la configuraremos como predeterminada.

*Nombre: InfluxDB
*Valor predeterminado: activado
*<abbr>URL</abbr> HTTP: <nowiki>http://localhost:8086</nowiki>
*Acceso HTTP: Servidor (predeterminado)
*Base de datos: jitsi

[[Archivo:Image4.png|izquierda|749x749px]]

Importamos un tablero de los repositorios de grafana, en nuestro caso el Jitsi Metrics
[[Archivo:Image2.png|izquierda|538x538px]]

Podemos usar el id del dashboard (11969), o descargarlo en formato JSON y pegar el código (https://grafana.com/grafana/dashboards/11969)

Vamos a Dashboards y elegimos JitsiMetrics
[[Archivo:Image3.png|izquierda|miniaturadeimagen|600x600px]]

Si tenemos más de un videobridge podemos agregarlo al panel de grafana habilitando las estadísticas de colibri en cada videobridge, luego agregamos cada videobridge en la configuracion de telegraf en nuestro caso /etc/telegraf/telegraf.d/jitsi.conf
###############################################################################
# INPUTS #
###############################################################################
#SERVER PRINCIPAL
[[inputs.http|inputs.http]]
name_override = "jitsi_stats"
urls = [
"<nowiki>http://170.x.x.x:8080/colibri/stats</nowiki>"
]
data_format = "json"
#videobridge2
[[inputs.http|inputs.http]]
name_override = "jitsi_vb2"
urls = [
"<nowiki>http://171.x.x.x:8080/colibri/stats</nowiki>"
]
data_format = "json"
#videobridge3
[[inputs.http|inputs.http]]
name_override = "jitsi_vb3"
urls = [
"<nowiki>http://172.x.x.x:8080/colibri/stats</nowiki>"
]
data_format = "json"<nowiki></font></nowiki>
Y por último personalizamos el dashboard jitsi metrics para que las consultas tomen los nuevos datos. En nuestro caso duplicamos los paneles que nos interesaban y agregamos las nuevas fuentes de datos (jitsi_vb2 y jitsi_vb3) y borramos los paneles que nos interesaban.
[[Archivo:Image1.png|izquierda|miniaturadeimagen|600x600px]]

Fuente:

<nowiki>https://community.jitsi.org/t/how-to-to-setup-grafana-dashboards-to-monitor-jitsi-my-comprehensive-tutorial-for-the-beginner/38696</nowiki>

<nowiki>https://grafana.com/docs/grafana/latest/getting-started/getting-started/</nowiki>

Archivo:Image4.png

2023-07-03T18:01:40Z

Mzigaran:

Archivo:Image2.png

2023-07-03T18:01:33Z

Mzigaran:

Archivo:Image1.png

2023-07-03T18:01:25Z

Mzigaran:

Archivo:Image3.png

2023-07-03T18:00:58Z

Mzigaran:

Template VM VMWare

2023-07-03T17:57:03Z

Mzigaran: Página creada con «* [https://cloud.riu.edu.ar/index.php/s/y9M6DeHrn9EgNBQ Jitsi Dominio Seguro] * [https://cloud.riu.edu.ar/index.php/s/3bLAYePoka3Pg8s Jitsi LDAP] * [https://cloud.riu.edu.ar/index.php/s/4MasFyasikJdjrG Jitsi VideoBridge] * [https://cloud.riu.edu.ar/index.php/s/d49XmwGsHCd4ptD Jibri]»

* [https://cloud.riu.edu.ar/index.php/s/y9M6DeHrn9EgNBQ Jitsi Dominio Seguro]
* [https://cloud.riu.edu.ar/index.php/s/3bLAYePoka3Pg8s Jitsi LDAP]
* [https://cloud.riu.edu.ar/index.php/s/4MasFyasikJdjrG Jitsi VideoBridge]
* [https://cloud.riu.edu.ar/index.php/s/d49XmwGsHCd4ptD Jibri]

Template VM Proxmox

2023-07-03T17:55:12Z

Mzigaran:

* [[Template VM Proxmoxs|Template VM Proxmox]]

* [[Template VM VMWare]]

Template VM Proxmoxs

2023-07-03T17:53:25Z

Mzigaran: Página creada con «* [https://cloud.riu.edu.ar/index.php/s/rPyaWmX2RECKnXn Jitsi Dominio Seguro] * [https://cloud.riu.edu.ar/index.php/s/TBntLtfGXf9d3MQ Jitsi LDAP] * [https://cloud.riu.edu.ar/index.php/s/ENwJgiTSoeJC7T7 Jitsi VideoBridge] * [https://cloud.riu.edu.ar/index.php/s/t2mbAJqBb4fnRT7 Jibri]»

* [https://cloud.riu.edu.ar/index.php/s/rPyaWmX2RECKnXn Jitsi Dominio Seguro]
* [https://cloud.riu.edu.ar/index.php/s/TBntLtfGXf9d3MQ Jitsi LDAP]
* [https://cloud.riu.edu.ar/index.php/s/ENwJgiTSoeJC7T7 Jitsi VideoBridge]
* [https://cloud.riu.edu.ar/index.php/s/t2mbAJqBb4fnRT7 Jibri]

Template VM Proxmox

2023-07-03T17:49:57Z

Mzigaran:

* [[Template VM Proxmoxs]]

* [[Template VM VMWare]]

Template VM Proxmox

2023-07-03T17:49:26Z

Mzigaran:

[[Template VM Proxmox]]
* [[Template VM VMWare]]

Página principal

2023-07-03T17:48:40Z

Mzigaran:

=== [[Despliegue de Jitsi con Docker]] ===

=== [[Instalación de Servidor Jitsi-meet|Instalación de Jitsi sobre Debian 10]] ===

=== [[Instalación de Servidor Jitsi con token|Instalación de Autenticación de Jitsi por token en Debian 9]] ===

=== [[Template VM Proxmox|Templates Proxmox]] ===

=== [[Template VM Proxmox|Templates VMware]] ===

=== [[Monitoreo con Grafana]] ===

=== [[Scrip de Instalación]] ===

== Jitsiwiki.riu.edu.ar ==

* [[Despliegue Docker]]
* [[Instalación de Servidor Jitsi con token]]
* [[Instalación de Servidor Jitsi-meet]]
* [[Instalar y configurar paneles de Grafana para monitorear Jitsi]]
* [[Script_instalación]]
* [[Template VM Proxmox|Templates VM Proxmox]]

== Primeros pasos ==
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Lista de ajustes de configuración]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ Preguntas frecuentes sobre MediaWiki]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ Lista de correo de anuncios de publicación de MediaWiki]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Traducir MediaWiki a tu idioma]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Aprende a combatir el spam en tu wiki]

Página principal

2023-07-03T17:48:03Z

Mzigaran:

=== [[Despliegue de Jitsi con Docker]] ===

=== [[Instalación de Servidor Jitsi-meet|Instalación de Jitsi sobre Debian 10]] ===

=== [[Instalación de Servidor Jitsi con token|Instalación de Autenticación de Jitsi por token en Debian 9]] ===

=== [[Template VM Proxmox|Templates Proxmox]] ===

=== [[Template VM Proxmox|Templates VMware]] ===

=== [[Monitoreo con Grafana]] ===

=== [[Scrip de Instalación]] ===

== Jitsiwiki.riu.edu.ar ==

* [[Despliegue Docker]]
* [[Instalación de Servidor Jitsi con token]]
* [[Instalación de Servidor Jitsi-meet]]
* [[Instalar y configurar paneles de Grafana para monitorear Jitsi]]
* [[Script_instalación]]
* [[Template VM Proxmox]]

== Primeros pasos ==
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Lista de ajustes de configuración]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ Preguntas frecuentes sobre MediaWiki]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ Lista de correo de anuncios de publicación de MediaWiki]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Traducir MediaWiki a tu idioma]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Aprende a combatir el spam en tu wiki]

Instalación de Servidor Jitsi con token

2023-07-03T17:46:54Z

Mzigaran:

Por defecto, Jitsi Meet no viene disponible en los repositorios de Debian 9, para ello deberemos de añadir el repositorio oficial.

'''Sobre debian 10 no funciona por que utiliza el paquete lua5.2 y la libreria luacrypt no compila.'''
wget -qO - <nowiki>https://download.jitsi.org/jitsi-key.gpg.key</nowiki> | apt-key add -
Añadimos el repositorio:
sh -c "echo 'deb <nowiki>https://download.jitsi.org</nowiki> stable/'> /etc/apt/sources.list.d/jitsi.list"
Actualizamos los repositorios e instalamos el paquete necesario:
apt update
apt install jitsi-meet
La autenticacion por token necesita una version de prosody en particular, la instalamos:
wget <nowiki>https://packages.prosody.im/debian/pool/main/p/prosody-trunk/prosody-trunk_1nightly747-1~stretch_amd64.deb</nowiki>
dpkg -i prosody-trunk_1nightly747-1~stretch_amd64.deb
Instalamos el paquete de jitsi para token
apt install jitsi-meet-tokens
Hay que asegurarse que al final del archivo /etc/prosody/prosody.cfg.lua contenga la siguiente linea
Include "conf.d/*.cfg.lua"
Chequear que el cifrado de cliente a servidor no se aplica en el archivo /etc/prosody/prosody.cfg.lua
c2s_require_encryption=false
Editamos el archivo /etc/prosody/conf.d/jitsi.unq.edu.ar.cfg.lua y nos aseguramos que la linea plugin_paths este descomentada, es decir que no tenga adelante –
plugin_paths = { "/usr/share/jitsi-meet/prosody-plugins/" }

-- domain mapper options, must at least have domain base set to use the mapper
muc_mapper_domain_base = "jitsi.riu.edu.ar";

turncredentials_secret = "pM5NU340JZ3S6dIr";

turncredentials = {
{ type = "stun", host = "jitsi.riu.edu.ar", port = "4446" },
{ type = "turn", host = "jitsi.riu.edu.ar", port = "4446", transport = "udp" },
{ type = "turns", host = "jitsi.riu.edu.ar", port = "443", transport = "tcp" }
};

cross_domain_bosh = false;
consider_bosh_secure = true;

VirtualHost "jitsi.unq.edu.ar"
-- enabled = false -- Remove this line to enable this host
authentication = "token"
app_id = "id-app"
app_secret = "secreto"
allow_empty_token = false
-- Properties below are modified by jitsi-meet-tokens package config
-- and authentication above is switched to "token"
-- Assign this host a certificate for TLS, otherwise it would use the one
-- set in the global section (if any).
-- Note that old-style SSL on port 5223 only supports one certificate, and will always
-- use the global one.
ssl = {
key = "/etc/prosody/certs/jitsi.riu.edu.ar.key";
certificate = "/etc/prosody/certs/jitsi.riu.edu.ar.crt";
}
speakerstats_component = "speakerstats.jitsi.riu.edu.ar"
conference_duration_component = "conferenceduration.jitsi.riu.edu.ar"
-- we need bosh
modules_enabled = {
"bosh";
"pubsub";
"ping"; -- Enable mod_ping
"speakerstats";
"turncredentials";
"conference_duration";
"presence_identity"; #Este parametro tiene que estar habilitado
}
c2s_require_encryption = false

Component "conference.jitsi.riu.edu.ar" "muc"
storage = "null"
modules_enabled = {
"muc_meeting_id";
"muc_domain_mapper";
"token_verification"; #Este parametro tiene que estar habilitado
}
admins = { "focus@auth.jitsi.riu.edu.ar" }
muc_room_locking = false
muc_room_default_public_jids = true

-- internal muc component
Component "internal.auth.jitsi.riu.edu.ar" "muc"
storage = "null"
modules_enabled = {
"ping";
}
admins = { "focus@auth.jitsi.riu.edu.ar", "jvb@auth.jitsi.riu.edu.ar" }
-- muc_room_locking = false
-- muc_room_default_public_jids = true

VirtualHost "auth.jitsi.riu.edu.ar"
ssl = {
key = "/etc/prosody/certs/auth.jitsi.riu.edu.ar.key";
certificate = "/etc/prosody/certs/auth.jitsi.riu.edu.ar.crt";
}
authentication = "internal_plain"

Component "focus.jitsi.riu.edu.ar"
component_secret = "V9aZtBrm"

Component "speakerstats.jitsi.riu.edu.ar" "speakerstats_component"
muc_component = "conference.jitsi.riu.edu.ar"

Component "conferenceduration.jitsi.riu.edu.ar" "conference_duration_component"
muc_component = "conference.jitsi.riu.edu.ar"
Instalar los paquetes necesarios para que funcione la autenticación con token
apt install libssl1.0-dev luarocks
luarocks install basexx
luarocks install luacrypto
luarocks install lua-cjson
luarocks install lbase64
luarocks install luajwtjitsi
Reemplazar el archivo mod_posix.lua, de la siguiente manera
cd /usr/lib/prosody/modules/
rm mod_posix.lua
wget <nowiki>https://raw.githubusercontent.com/bjc/prosody/master/plugins/mod_posix.lua</nowiki>
Reiniciamos prosody
/etc/init.d/prosody restart
Luego generamos el token, para esto ingresamos a la pagina <nowiki>https://jwt.io/</nowiki> y la completamos de la siguiente manera:
{
"alg": "HS256",
"typ": "JWT"
}

{
"aud": "jitsi",
"iss": "app_id",
"sub": "jitsi.unq.edu.ar",
"room": "*"
}
Reemplazamos "your-256-bit-secret" por el app_secret

Página principal

2023-07-03T17:45:21Z

Mzigaran: /* Instalación de Autenticación de Jitsi por token en Debian 9 */

=== [[Despliegue de Jitsi con Docker]] ===

=== [[Instalación de Servidor Jitsi-meet|Instalación de Jitsi sobre Debian 10]] ===

=== [[Instalación de Servidor Jitsi con token|Instalación de Autenticación de Jitsi por token en Debian 9]] ===

=== [[Templates Proxmox]] ===

=== [[Templates VMware]] ===

=== [[Monitoreo con Grafana]] ===

=== [[Scrip de Instalación]] ===

== Jitsiwiki.riu.edu.ar ==

* [[Despliegue Docker]]
* [[Instalación de Servidor Jitsi con token]]
* [[Instalación de Servidor Jitsi-meet]]
* [[Instalar y configurar paneles de Grafana para monitorear Jitsi]]
* [[Script_instalación]]
* [[Template VM Proxmox]]

== Primeros pasos ==
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Lista de ajustes de configuración]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ Preguntas frecuentes sobre MediaWiki]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ Lista de correo de anuncios de publicación de MediaWiki]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Traducir MediaWiki a tu idioma]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Aprende a combatir el spam en tu wiki]

Instalación de Servidor Jitsi-meet

2023-07-03T16:24:25Z

Mzigaran:

== Instalación de Servidor web ==
Jitsi nos da la posibilidad de utilizar nginx o apache2
apt install apt-transport-https

=== instalacion de nginx ===
apt install nginx

=== instalacion de apache2 ===
apt install apache2

== Instalacion de jitsi-meet ==
Por defecto, Jitsi Meet no viene disponible en los repositorios de Debian 9, para ello deberemos de añadir el repositorio oficial:
wget -qO - <nowiki>https://download.jitsi.org/jitsi-key.gpg.key</nowiki> | apt-key add -
Añadimos el repositorio:
sh -c "echo 'deb <nowiki>https://download.jitsi.org</nowiki> stable/'> /etc/apt/sources.list.d/jitsi.list"
Actualizamos los repositorios e instalamos el paquete necesario:
apt update
apt install jitsi-meet
Durante la instalación, tendremos que añadir nuestro hostname:

Pantalla N°1

En la siguiente pantalla podemos elegir, entre usar un certificado genérico o usar nuestros propios certificados, en el caso de usar los genéricos mas adelante se puede usar un script que viene con la aplicacion para generar certificados Let's Encrypt

Pantalla N°2

Accediendo a Jitsi Ahora tenemos Jitsi instalando. Así que si abrimos el navegador y escribimos https://jitsi.midominio.com deberemos de poder acceder y ver lo siguiente:

Pantalla N°3

pd: Jitsi tiene una aplicación para celulares, para poder usar la misma hay agregar una cadena de certificados en el servidor web, si dejamos la configuración del servidor web que genera jitsi por defecto la aplicación del celular no va a funcionar.

Parámetros a configurar:

- Editamos el archivo /usr/share/jitsi-meet/interface_config.js

DEFAULT_REMOTE_DISPLAY_NAME: 'Usuario Anónimo',

DEFAULT_LOCAL_DISPLAY_NAME: 'Yo',

SHOW_JITSI_WATERMARK: true,

JITSI_WATERMARK_LINK: 'http://www.riu.edu.ar<nowiki/>',

APP_NAME: 'Video Conferencia RIU',

NATIVE_APP_NAME: 'Vídeo Conferencia RIU',

- Los siguientes parámetros no son necesarios modificar, pero mejoran el rendimiento de la aplicación, cuando hay mas de 15 usuarios conectados:

DISABLE_FOCUS_INDICATOR: true,

DISABLE_DOMINANT_SPEAKER_INDICATOR: true,

Editamos el archivo /usr/share/jitsi-meet/css/all.css

En este archivo podemos cambiar la marca de agua, buscamos watermark.png y lo reemplazamos por nuestro logo.

Editamos el archivo /etc/jitsi/meet/jitsi.midominio.edu.ar-config.js

Este parámetro obliga a los usuarios que ingresen a una sala a identificarse

requireDisplayName: true,

En este parámetro se selecciona el idioma por defecto

defaultLanguage: 'es',

Habilitar IPv6

useIPv6: true,

Enviar mensaje a los usuarios:

noticeMessage: 'El servicio va a entrar en mantenimiento el Lunes 27 de Abril de 2020',

En este archivo también se puede modificar parámetros para mejorar el rendimiento:

disableAudioLevels: true,

constraints: {
video: {\\
aspectRatio: 16 / 9,\\
height: {\\
ideal: 240,\\
max: 480,\\
min: 180\\
}\\
}\\
},\\

== Dominio Seguro ==
Jitsi por defecto permite que cualquier persona cree una sala para una video conferencia, para evitar esto, es posible permitir solo usuarios autenticados para crear nuevas salas de conferencias. Cada vez que se va a crear una nueva sala, Jitsi Meet solicitará el nombre de usuario y la contraseña. Una vez creada la sala, otros podrán unirse desde un dominio anónimo. Esto es lo que debe configurarse:

'''Habilitar la autenticación en nuestro dominio principal:'''
VirtualHost "jitsi.riu.edu.ar"
authentication = "internal_plain"
'''Agregue un nuevo VirtualHost con un método de inicio de sesión anónimo para los invitados:'''
VirtualHost "guest.jitsi.riu.edu.ar"
authentication = "anonymous"
c2s_require_encryption = false
(Tenga en cuenta que guest.jitsi.midominio.com es interno de jitsi, y no necesita (y no debe) crear un registro <abbr>DNS</abbr> para él, ni generar un certificado SSL / TLS, ni realizar ninguna configuración de servidor web. )

'''Editar el archivo /etc/jitsi/meet/jitsi.riu.edu.ar-config.js'''
var config = {
hosts: {
domain: 'jitsi.riu.edu.ar',
anonymousdomain: 'guest.jitsi.riu.edu.ar',
...
},
...
}
'''Al ejecutar Jicofo, especifique su dominio principal en una propiedad de configuración adicional. Jicofo aceptará solicitudes de asignación de conferencias solo del dominio autenticado.'''

Agregar una nueva linea en el archivo '''/etc/jitsi/jicofo/sip-communicator.properties''':
org.jitsi.jicofo.auth.URL=<nowiki>XMPP:jitsi.riu.edu.ar</nowiki>
'''Crear los usuarios que van a poder crear salas de video conferencia'''
prosodyctl register <username> jitsi.riu.edu.ar <password>
'''Reinicio los servicios'''
systemctl restart prosody
systemctl restart jicofo

= Balanceo de carga =
Una instalación por defecto soporta hasta 3 vídeo conferencias simultaneas con 60 participantes, en caso que se deseen hacer mas VC simultaneas hay que agregar un videobridge mas. Por cada videobridge que le agrego a una instancia de jitsi le permito hacer 3 VC simultaneas mas.

== Servidor con jitsi-meet ==
Para poder realizar esto se necesita otro servidor con Debian9 y en este se va a instalar el videobridge extra.

hay que habilitar las estadísticas de PubSub en el videobridge del jitsi para esto editamos el archivo '''/etc/jitsi/videobridge/sip-communicator.properties''' y agregamos las siguientes lineas:
org.jitsi.videobridge.ENABLE_STATISTICS=true
org.jitsi.videobridge.STATISTICS_TRANSPORT=pubsub
org.jitsi.videobridge.PUBSUB_SERVICE=jitsi.riu.edu.ar
org.jitsi.videobridge.PUBSUB_NODE=sharedStatsNode
Editamos el archivo '''/etc/jitsi/videobridge/config''' y modificamos el siguiente parametro:
JVB_HOSTNAME=jitsi.riu.edu.ar
Luego editamos el archivo '''/etc/prosody/conf.d/jitsi.riu.edu.ar.cfg.lua''' y agrego las siguientes lineass dentro de '''VirtualHost “jitsi.midominio.com”'''
admins = {
"jitsi-videobridge.jitsi.riu.edu.ar",
"videobridge2.jitsi.riu.edu.ar",
}

Component "jitsi-videobridge.jitsi.riu.edu.ar"
component_secret = "lVNL#Ne@"

Component "videobridge2.jitsi.riu.edu.ar"
component_secret = "6a0l6ale" #Esta contraseña la sacamos de /etc/jitsi/videobridge/config del segundo debian9
Habilitamos para que el servicio prosody atienda en una IP.
component_ports = { 5347 }
component_interface = "xxx.xxx.xxx.xxx"

== Nuevo servidor con jitsi-videobridge ==
En el nuevo servidor debian9 instalamos el paque jitsi-videobridge. para ello deberemos de añadir el repositorio oficial:
wget -qO - <nowiki>https://download.jitsi.org/jitsi-key.gpg.key</nowiki> | apt-key add -
Añadimos el repositorio:
sh -c "echo 'deb <nowiki>https://download.jitsi.org</nowiki> stable/'> /etc/apt/sources.list.d/jitsi.list"
Actualizamos los repositorios e instalamos el paquete necesario:
apt update
apt install jitsi-videobridge
Editamos el archivo '''/etc/jitsi/videobridge/config''' y modificamos los siguientes parametros:
JVB_HOSTNAME=jitsi.midominio.com
JVB_HOST=jitsi.midominio.com
JVB_OPTS="--apis=rest,xmpp --subdomain=videobridge2"
Luego editamos el archivo '''/etc/jitsi/videobridge/sip-communicator.properties''' y agregamos las siguientes lineas:
org.jitsi.videobridge.AUTHORIZED_SOURCE_REGEXP=focus@auth.jitsi.riu.edu.ar/.*
org.jitsi.videobridge.ENABLE_STATISTICS=true
org.jitsi.videobridge.STATISTICS_TRANSPORT=pubsub
org.jitsi.videobridge.PUBSUB_SERVICE=jitsi.riu.edu.ar
org.jitsi.videobridge.PUBSUB_NODE=sharedStatsNode

= Habilitar Live Streaming and Record =

== SERVIDOR JIBRI ==
Instalamos la ultima version del paquete linux-image
apt install linux-image-4.9.0-12-amd64
Habilitamos los modulos ALSA loopback y nos aseguramos que carguen en el inicio:
echo "snd-aloop">> /etc/modules
modprobe snd-aloop
Chequeamos que estén funcionando:
lsmod | grep snd_aloop
Jibri requiere una instalación ffmpeg relativamente moderna con captura x11 compilada. Agregamos los repositorios de multimedia '''deb http://www.deb-multimedia.org stretch main contrib non-free''' Para poder instalar desde estos repositorios hay que instalar la firma
wget <nowiki>http://www.deb-multimedia.org/pool/main/d/deb-multimedia-keyring/deb-multimedia-keyring_2016.8.1_all.deb</nowiki>
dpkg -i deb-multimedia-keyring_2016.8.1_all.deb
Ahora actualziamos e instalamos el paquete ffmpeg
apt update
apt install ffmpeg

=== Google Chrome stable & Chromedriver ===
Se debe usar la última versión estable de Google Chrome.
apt install curl
curl -sS -o - <nowiki>https://dl-ssl.google.com/linux/linux_signing_key.pub</nowiki> | apt-key add
echo "deb [arch=amd64] <nowiki>http://dl.google.com/linux/chrome/deb/</nowiki> stable main"> /etc/apt/sources.list.d/google-chrome.list
apt update
apt install google-chrome-stable
Agregue el archivo de políticas administradas de Chrome y establezca CommandLineFlagSecurityWarningsEnabled en falso. Ocultará advertencias en Chrome. Puedes configurarlo así:
mkdir -p /etc/opt/chrome/policies/managed
echo '{ "CommandLineFlagSecurityWarningsEnabled": false }'>>/etc/opt/chrome/policies/managed/managed_policies.json
Chromedriver también es necesario y puede instalarse así:
CHROME_DRIVER_VERSION=`curl -sS chromedriver.storage.googleapis.com/LATEST_RELEASE`
wget -N <nowiki>http://chromedriver.storage.googleapis.com/$CHROME_DRIVER_VERSION/chromedriver_linux64.zip</nowiki> -P ~/
unzip ~/chromedriver_linux64.zip -d ~/
rm ~/chromedriver_linux64.zip
sudo mv -f ~/chromedriver /usr/local/bin/chromedriver
sudo chown root:root /usr/local/bin/chromedriver
sudo chmod 0755 /usr/local/bin/chromedriver

=== Herramientas varias necesarias ===
Instalación de paquetes necesarios:
apt install default-jre-headless ffmpeg curl alsa-utils icewm xdotool xserver-xorg-input-void xserver-xorg-video-dummy

=== Instalación y configuración de Jibri ===
apt install jibri

=== Archivo de Configuración ===
Editar el archivos config.json (ubicado por defecto en /etc/jitsi/jibri/config.json)
{
"recording_directory":"/tmp/recordings",
"finalize_recording_script_path": "/path/to/finalize_recording.sh",
"xmpp_environments": [
{
"name": "prod environment",
"xmpp_server_hosts": [
"jitsi.riu.edu.ar"
],
"xmpp_domain": "jitsi.riu.edu.ar",
"control_login": {
"domain": "auth.jitsi.riu.edu.ar",
"username": "jibri",
"password": "123456"
},
"control_muc": {
"domain": "internal.auth.jitsi.riu.edu.ar",
"room_name": "JibriBrewery",
"nickname": "jibri-nickname"
},
"call_login": {
"domain": "recorder.jitsi.riu.edu.ar",
"username": "recorder",
"password": "123456"
},
"room_jid_domain_string_to_strip_from_start": "conference.",
"usage_timeout": "0"
}
]
}

== SERVIDOR JITSI ==

=== Modificar jicofo ===
Editar el archivo /etc/jitsi/jicofo/sip-communicator.properties y agregar las siguientes lineas:
org.jitsi.jicofo.jibri.BREWERY=JibriBrewery@internal.auth.jitsi.riu.edu.ar
org.jitsi.jicofo.jibri.PENDING_TIMEOUT=90
Editamos el archivo /etc/prosody/conf.d/jitsi.midominio.com.cfg.lua y agregamos lo siguiente:
VirtualHost "recorder.jitsi.riu.edu.ar"
modules_enabled = {
"ping";
}
authentication = "internal_plain"
Creo las dos cuentas que va a utilizar jibri, las contraseñas que voy a utilizar son las mismas que puse en el archivo /etc/jitsi/jibri/config.json
prosodyctl register jibri auth.jitsi.riu.edu.ar 123456
prosodyctl register recorder recorder.jitsi.riu.edu.ar 123456

=== Modificamos JITSI-MEET ===
editamos el archivo /etc/jitsi/meet/jitsi.midominio.com.config.js

<code>fileRecordingsEnabled: true,</code>

<code>''liveStreamingEnabled: true,''</code>

<code>hiddenDomain: 'recorder.jitsi.riu.edu.ar',</code>

= Autenticación LDAP =
Jitsi por defecto permite que cualquier persona cree una sala para una video conferencia, para evitar esto, es posible permitir solo usuarios autenticados para crear nuevas salas de conferencias. Cada vez que se va a crear una nueva sala, Jitsi Meet solicitará el nombre de usuario y la contraseña. Una vez creada la sala, otros podrán unirse desde un dominio anónimo.

Primero instalamos los módulos necesarios:
apt install prosody-modules lua-ldap
'''Creamos el archivo /etc/prosody/conf.avail/ldap.cfg.lua y dentro del mismo ponemos lo siguiente:'''
-- <nowiki>https://modules.prosody.im/mod_lib_ldap.html</nowiki>
-- <nowiki>https://modules.prosody.im/mod_auth_ldap2.html</nowiki>
authentication = 'ldap2'

ldap = {
hostname = 'ldap.riu.edu.ar',
bind_dn = 'cn=admin,dc=riu,dc=edu,dc=ar',
bind_password = 'Contraseña',
use_tls = true,
user = {
usernamefield = 'uid',
basedn = 'dc=riu,dc=edu,dc=ar',
filter = '(objectClass=*)',
-- admin?
namefield = 'cn',
},
}
'''Creo un link de la configuración al directorio config'''
ln -sf /etc/prosody/conf.avail/ldap.cfg.lua /etc/prosody/conf.d/
'''Habilitar la autenticación en nuestro dominio principal:'''
VirtualHost "jitsi.riu.edu.ar"
authentication = "ldap2"
'''Agregue un nuevo VirtualHost con un método de inicio de sesión anónimo para los invitados:'''
VirtualHost "guest.jitsi.riu.edu.ar"
authentication = "anonymous"
c2s_require_encryption = false
(Tenga en cuenta que guest.jitsi.midominio.com es interno de jitsi, y no necesita (y no debe) crear un registro <abbr>DNS</abbr> para él, ni generar un certificado SSL / TLS, ni realizar ninguna configuración de servidor web. )

'''Editar el archivo /etc/jitsi/meet/jitsi.midominio.com-config.js'''
var config = {
hosts: {
domain: 'jitsi.riu.edu.ar',
anonymousdomain: 'guest.jitsi.riu.edu.ar',
...
},
...
}
'''Al ejecutar Jicofo, especifique su dominio principal en una propiedad de configuración adicional. Jicofo aceptará solicitudes de asignación de conferencias solo del dominio autenticado.'''

Agregar una nueva linea en el archivo '''/etc/jitsi/jicofo/sip-communicator.properties''':
org.jitsi.jicofo.auth.URL=<nowiki>XMPP:jitsi.riu.edu.ar</nowiki>

Página principal

2023-07-03T16:07:45Z

Mzigaran: /* Instalación de Jitsi sobre Debian 10 */

=== [[Despliegue de Jitsi con Docker]] ===

=== [[Instalación de Servidor Jitsi-meet|Instalación de Jitsi sobre Debian 10]] ===

=== [[Instalación de Autenticación de Jitsi por token en Debian 9]] ===

=== [[Templates Proxmox]] ===

=== [[Templates VMware]] ===

=== [[Monitoreo con Grafana]] ===

=== [[Scrip de Instalación]] ===

== Jitsiwiki.riu.edu.ar ==

* [[Despliegue Docker]]
* [[Instalación de Servidor Jitsi con token]]
* [[Instalación de Servidor Jitsi-meet]]
* [[Instalar y configurar paneles de Grafana para monitorear Jitsi]]
* [[Script_instalación]]
* [[Template VM Proxmox]]

== Primeros pasos ==
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Lista de ajustes de configuración]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ Preguntas frecuentes sobre MediaWiki]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ Lista de correo de anuncios de publicación de MediaWiki]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Traducir MediaWiki a tu idioma]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Aprende a combatir el spam en tu wiki]

Despliegue de Jitsi con Docker

2023-07-03T16:06:21Z

Mzigaran:

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)]]

Autenticación de usuarios y protección de conferencias con JWT

2023-07-03T16:05:50Z

Mzigaran: Página creada con «Mediante el uso de tokens, Jitsi confía en un proveedor externo de la autenticación de los usuarios. De esta manera es posible delegar la autenticación a una aplicación propia. Tomaremos como caso de ejemplo la integración con una Intranet de una Universidad en la cual sus Docentes tienen que iniciar sesión con usuario y contraseña. Internamente ese par puede validarse a su vez con LDAP, Active Directory, una base de datos propia o cualquier mecanismo imaginabl…»

Mediante el uso de tokens, Jitsi confía en un proveedor externo de la autenticación de los usuarios. De esta manera es posible delegar la autenticación a una aplicación propia. Tomaremos como caso de ejemplo la integración con una Intranet de una Universidad en la cual sus Docentes tienen que iniciar sesión con usuario y contraseña. Internamente ese par puede validarse a su vez con LDAP, Active Directory, una base de datos propia o cualquier mecanismo imaginable, es irrelevante para JWT. El caso contempla los siguientes requerimientos básicos:

* Se debe crear un módulo dentro de la Intranet que permita a los usuarios, crear conferencias en Jitsi en las cuales serán moderadores.
* Los usuarios que accedan por fuera de la Intranet no podrán crear conferencias. Sólo podrán participar en conferencias creadas a través de la Intranet.

La interacción típica se da como sigue:

# Una Docente accede al sitio web de la Intranet. Ingresa nombre de usuario y contraseña.
# Internamente la Intranet valida las credenciales con su proveedor de identidad preferido, si la identidad es válida, carga la sesión de la aplicación Intranet para el usuario que pertenece a la Docente.
# La Docente ingresa a un módulo de gestión de conferencias Jitsi, desarrollado dentro de la Intranet para este propósito. Indica el nombre de la conferencia que quiere crear, por ejemplo “clase1” y presiona “crear conferencia”.
# Internamente, la Intranet toma los datos de la sesión de usuario y genera un token JWT.
# Con el token generado, la Intranet le informa una url que deberá utilizar la Docente para ingresar a la conferencia como creadora y moderadora. La url tendrá el formato: https://hostname-jitsi/clase1?jwt=<token> donde <token> será el valor del token generado en el paso anterior.
# Por su parte, la Docente deberá informar la url a sus invitados con el formato https://hostname-jitsi/clase1 .
# Cuando la Docente ingrese a la conferencia en Jitsi, dependiendo de la información contenida en el token, ingresará con sus datos precargados, como su nombre completo, su e-mail, su foto de perfil (avatar), etc.

==== Configuración ====
Para que Jitsi acepte tokens JWT generados de esta manera se debe configurar el archivo de .env del [[Despliegue de nodo maestro Jitsi con soporte para escalamiento vía docker|despliegue del nodo-maestro]] con las siguientes variables:
# habilitamos la autenticacion
ENABLE_AUTH=1
# permitimos que ingresen invitados
ENABLE_GUESTS=1
# autenticamos con tokens JWT
AUTH_TYPE=jwt
# establecemos el nombre de nuestra aplicación que generará los tokens (nuestra intranet)
JWT_APP_ID=mi_intranet
# establecemos el secreto de 256 bits que compartiremos con la aplicación intranet
JWT_APP_SECRET=012345678901234567890123456789012
# permito que usuarios sin jwt token entren a las salas creadas por usuarios con jwt token
JWT_ALLOW_EMPTY=0
'''Importante:''' si ya se está ejecutando la instancia de jitsi en el nodo maestro, recordar que al haber modificado el archivo .env, es necesario regenerar la configuración a mano de todos los componentes. Por lo tanto, se recomienda '''realizar un backup''' de los contenidos de ~/.jitsi-meet-cfg/{web/letsencrypt,transcripts,prosody,jicofo,jvb,jigasi,jibri} para luego poder replicar los cambios realizados.

Se deberá entonces, ejecutar:
rm -R ~/.jitsi-meet-cfg/*
mkdir -p ~/.jitsi-meet-cfg/{web/letsencrypt,transcripts,prosody,jicofo,jvb,jigasi,jibri}
docker-compose up -d
De esta manera, Jitsi ahora requerirá un JWT para la creación de conferencias.

==== Estructura del token JWT ====
El token modelo (su payload) es el siguiente:
{
"iss" : "mi_intranet",
"room" : "*",
"exp" : 1596239022,
"sub": "meet.jitsi",
"aud": "mi_intranet",
"context" : {
"user": {
"group": "Docente",
"id" : "aperez@miuniversidad.edu.ar",
"name" : "Ana Pérez",
"avatar":"<nowiki>https://api.adorable.io/avatars/285/abott@adorable.png</nowiki>"
}
}
}
{| class="wikitable"
!Campo
!Descripción
!Valor recomendado
|-
|iss
|nombre de la aplicación
|el mismo que declara Jitsi en su configuración (APP_ID). Ej: mi_intranet
|-
|room
|nombre de la sala que puede crear el usuario o “*” si puede crear cualquier nombre
|nombre de sala si se quiere ser restrictivo o si la intranet generará el nombre de la sala. Si no, *
|-
|exp
|fecha de expiración del token expresado en segundos desde 1970-01-01T00:00:00Z UTC
|cualquier valor posterior al momento de creación del token
|-
|sub
|nombre de dominio interno
|meet.jitsi (siempre ya que depende del dns interno de Docker)
|-
|aud
|nombre de la aplicación que consume el servicio
|el mismo valor que iss
|-
|context
|objeto que utiliza jitsi para determinar valores del contexto
|
|-
|[context.]user
|objeto que utiliza jitsi para determinar valores del usuario en el contexto
|
|-
|[[context.]user.].group
|nombre del grupo al que pertenece el usuario, sirve para estadísticas
|la dependencia donde ejerce el usuario (instituto, facultad, secretaría, etc). Puede dejarse vacío
|-
|[[context.]user.].id
|identificador único del usuario en el sistema de autenticación
|el e-mail institucional o el legajo de personal, etc
|-
|[[context.]user.].name
|nombre visible de la persona
|el nombre completo y el apellido tal cual figura en los demás sistemas
|-
|[[context.]user.].avatar
|url del avatar (imagen representativa del usuario)
|url pública a la foto de perfil (pequeña) o el logo de la institución
|}

==== Generación del token JWT ====
Como se describió anteriormente, el trabajo de la generación de los tokens JWT será a cargo de nuestra aplicación propia, en el ejemplo, será la Intranet de la Universidad. Básicamente los tokens JWT se distribuyen con una protección basada en criptografía. Aquí entra en juego el “secreto” establecido en la variable JWT_APP_SECRET de nuestro servicio Jitsi. Si bien no es un proceso complejo, lo mejor es nunca hacer nuestra propia criptografía y en su lugar utilizar librerías probadas. En nuestro caso, dependiendo del lenguaje de programación y las tecnologías utilizadas en el desarrollo de la aplicación Intranet, se deberá buscar una librería para generar tokens JWT que:

* Permita modificar y agregar campos del payload.
* Permita seleccionar el algoritmo para firmar o encriptar (HS256 por defecto).
* Sea del lado del servidor, que corra en el backend.
* No exponga la clave secreta.

El proceso para generar tokens, puede probarse fácilmente en https://jwt.io/

- Verificar que el header esté como sigue:
{
"alg": "HS256",
"typ": "JWT"
}
- Ingresar el payload como se describe en “Estructura del token JWT” - Ingresar la clave secreta de JWT_APP_SECRET en “Verify signature” Al finalizar, sobre el panel titulado “Encoded” estará el valor del token que se encuentra codificado en base64 por norma, el cual podrá utilizarse en nuestra instalación jitsi. Para ello se deberá ingresar a la conferencia establecida en el campo “room” del payload, agregando a la url el parámetro jwt, seguido del valor del token. El formato es el siguiente:
<nowiki>https://HOST_JITSI/VALOR_CAMPO_ROOM?jwt=VALOR_TOKEN</nowiki>
Si todo salió bien, se habrá ingresado a la conferencia como moderador y con datos como el nombre y el avatar (si se establecieron) cargados en la UI.

En los hosts que corren vídeo bridges

2023-07-03T16:01:10Z

Mzigaran: Página creada con «- Cambiar los valores relacionados a buffers de recepción, especialmente para UDP. Ejecutar sysctl -w net.core.netdev_max_backlog=100000 sysctl -w net.core.rmem_max=10485760 Estos parámetros se perderán en el reinicio. Los valores pueden establecerse como fijos según el sistema operativo. En Debian basta con modificar los valores en /etc/sysctl.conf. - Cambiar los límites de archivos y threads máximos. Editando /etc/systemd/system.conf con lo siguiente: # li…»

- Cambiar los valores relacionados a buffers de recepción, especialmente para UDP. Ejecutar
sysctl -w net.core.netdev_max_backlog=100000
sysctl -w net.core.rmem_max=10485760
Estos parámetros se perderán en el reinicio. Los valores pueden establecerse como fijos según el sistema operativo. En Debian basta con modificar los valores en /etc/sysctl.conf.

- Cambiar los límites de archivos y threads máximos. Editando /etc/systemd/system.conf con lo siguiente:
# limites para jitsi videobridge, segun: <nowiki>https://github.com/jitsi/jitsi-meet/blob/master/doc/quick-install.md#systemd-details</nowiki>
DefaultLimitNOFILE=65000
DefaultLimitNPROC=65000
DefaultTasksMax=65000
- Modificar la asignación máxima de RAM del videobridge. Se logra, estableciendo la variable de entorno del host VIDEOBRIDGE_MAX_MEMORY con el valor de megabytes (por ej 'export VIDEOBRIDGE_MAX_MEMORY=2048m'). Esto se puede hacer de las siguientes formas:

* Previo a llamar a 'docker-compose up' (export VIDEOBRIDGE_MAX_MEMORY=2048m);
* Se puede declarar en el .env (sugerido);
* Se puede establecer en el docker-compose.yml bajo el environment del servicio jvb.

Por defecto el videobridge arranca con 3072m.

=== En el componente web ===
- Se baja la resolución máxima y se declara ideal una resolución intermedia entre 480 y 240.

En config.js agregar:
constraints: {
video: {
height: {
ideal: 360,
max: 480,
min: 240
}
}
},
- Activar la función de layer suspensión en config.js (https://jitsi.org/blog/new-off-stage-layer-suppression-feature/)
enableLayerSuspension: true,
- Activar la función channelLastN (https://github.com/jitsi/jitsi-videobridge/blob/master/doc/last-n.md)
channelLastN: 2,
El valor 2 de este ejemplo puede establecerse en otro número. En ese caso permitirá que sólo se transmitan los streams del orador actual y el último anterior. Esto ahorra ancho de banda y cpu.

- Sugerir a los usuarios que utilicen Google Chrome, Chromium y la App movil. Jitsi aprovecha muchas optimizaciones de WebRTC que están disponibles en estos agentes. Si bien Firefox está en la lista de navegadores soportados, al momento no cuenta con soporte para algunas tecnologías, como por ejemplo simulcast.

- Desactivar la medición de niveles de audio en config.js
disableAudioLevels: true,
Esto puede ayudar sobre todo del lado del cliente, a expensas de contar con menos controles automáticos para la calidad de audio.

- Desactivar algunos componentes visuales, modificando en interface_config.js
SET_FILMSTRIP_ENABLED: false,
DISABLE_FOCUS_INDICATOR: true,
DISABLE_DOMINANT_SPEAKER_INDICATOR: true,

Despliegue de nodo Jitsi Videobridge con Docker

2023-07-03T15:55:31Z

Mzigaran: Página creada con «Este documento detalla los pasos para agregar un nuevo Videobridge, de manera de escalar horizontalmente nuestro despligue de Jitsi Meet. Recordemos el esquema propuesto: 720x720px Con estos pasos se podrán agregar tantos Videobridges como se desee, sólo siendo necesario cambiar el identificador con el que cada instancia se registra en el nodo-maes…»

Este documento detalla los pasos para agregar un nuevo Videobridge, de manera de escalar horizontalmente nuestro despligue de Jitsi Meet. Recordemos el esquema [[Despliegue de nodo maestro Jitsi con soporte para escalamiento vía docker|propuesto]]:
[[Archivo:Esquema deploy.png|izquierda|720x720px]]
Con estos pasos se podrán agregar tantos Videobridges como se desee, sólo siendo necesario cambiar el identificador con el que cada instancia se registra en el nodo-maestro.

=== Requerimientos ===

* Linux soportado por Docker. Recomendado Debian Stretch o Ubuntu (ver lista de soportados en: https://docs.docker.com).
* Docker instalado según (https://docs.docker.com/engine/install/debian/) - elegir la distro correcta -.
* Docker Compose instalado según (https://docs.docker.com/compose/install/) (no usar versiones provistas por el S.O)
* Comando git para hacer el pull del proyecto.

'''Atención''': si se utiliza Debian Buster, tener en cuenta que usa nftables en lugar de iptables, por lo cual hay que configurar iptables-legacy con el comando “update-alternatives –set iptables /usr/sbin/iptables-legacy”. Más información en: https://wiki.debian.org/nftables

En la red, el host elegido para hacer de bridge deberá tener una ip pública forwardeada con los siguientes puertos:

* 10000 udp

Además, el host deberá residir en la misma red que el nodo-maestro. Si bien se pueden hacer configuraciones más complejas, esta solución está limitada a eso.

=== Procedimiento ===
- Iniciar sesión como root

- Moverse aun directorio donde se descargar el paquete

- Ejecutar
git clone <nowiki>https://github.com/jitsi/docker-jitsi-meet</nowiki> && cd docker-jitsi-meet
- Copiar el archivo environment (.env) del nodo maestro (servidor principal jitsi) en el directorio creado anteriormente docker-jitsi-meet

- Crear las carpetas del host en donde se guardarán las configuraciones de los diferentes componentes para ser montadas por los contenedores docker. Ejecutando:
mkdir -p ~/.jitsi-meet-cfg/jvb
'''Continuar con estas instrucciones propias de nuestra solución'''

- Copiar al directorio docker-jitsi-meet el archivo [[docker-compose-bridge.rtf]] y renombrarlo a docker-compose.yml

- Arrancar la solución por primera vez para que genere los archivos de configuración a partir del entorno definido en “.env” ([[Variable de entorno para despliegue de Jitsi con Docker|ver variables]]).

- Ejecutar
docker-compose up
y luego de que arranque todo (se verán algunos errores y excepciones) presionar ctrl+c para cortar la ejecución.

- Editar el archivo ~/.jitsi-meet-cfg/jvb/sip-communicator.properties y modificar:
org.jitsi.videobridge.xmpp.user.shard.HOSTNAME= aquí poner la ip LAN del nodo maestro.
org.jitsi.videobridge.xmpp.user.shard.MUC_NICKNAME= aquí poner un nombre único entre todos los videobridges, por ej: "videobridge2".
- Replicar las líneas del archivo ~/.jitsi-meet-cfg/jvb/sip-communicator.properties del nodo-maestro
org.jitsi.videobridge.SINGLE_PORT_HARVESTER_PORT=10000
org.jitsi.videobridge.DISABLE_TCP_HARVESTER=true
org.jitsi.videobridge.TCP_HARVESTER_PORT=4443
org.ice4j.ice.harvest.STUN_MAPPING_HARVESTER_ADDRESSES=meet-jit-si-turnrelay.jitsi.net:443
- Poner el password correcto en la línea:
org.jitsi.videobridge.xmpp.user.shard.PASSWORD= aquí copiar el valor del mismo archivo alojado en el nodo-maestro
- Iniciar el servicio en background con:
docker-compose up -d
si todo salió bien se verán líneas en el log como la siguiente:
jvb_1 | Apr 16, 2020 9:12:07 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1 | INFO: Performed a successful health check in 25ms. Sticky failure: false
- Por último, ingresar a la url del servicio y comenzar a realizar conferencias. A medida que se van sumando conferencias, se podrá notar el tráfico en puerto 10000 de todos los videobridges disponibles.

Despliegue de nodo maestro Jitsi con soporte para escalamiento vía docker

2023-07-03T15:42:05Z

Mzigaran:

El objetivo de este manual es documentar los pasos para el despliegue de Jitsi de acuerdo a un esquema de escalamiento horizontal de su componente principal: el Video Bridge. Si bien la solución Docker ofrecida en https://github.com/jitsi/docker-jitsi-meet funciona bien, pueden surgir varios inconvenientes a la hora de implementarla, por lo cual se trata de brindar una receta que funcione desde cero hasta puesta en funcionamiento en poco tiempo.

El esquema de deploy básico que apuntamos es el siguiente:
[[Archivo:Esquema deploy.png|izquierda|773x773px]]

Nuestro deploy varía del propuesto oficialmente en dos aspectos:
* Se pueden agregar más Videobridges en otros hosts (el docker-compose provisto no lo permite por defecto).
* Gestionamos el acceso a la web a través de un load balancer, router y terminador SSL llamado Traefik (https://containo.us/traefik/). Le quitamos la responsabilidad al contenedor web de administrar sus certificados SSL.

== Despliegue del Nodo Maestro ==
Como se muestra en el esquema de despliegue, este nodo puede puede ofrecer el servicio por si solo, sin escalamiento de videobridges.

=== Requerimientos ===
Aparte de los requerimientos de hardware oficiales del proyecto, para un deploy en un solo servidor, se requiere instalar en el host:

* Linux soportado por Docker. Recomendado Debian Stretch o Ubuntu (ver lista de soportados en: https://docs.docker.com)
* Docker instalado según (https://docs.docker.com/engine/install/debian/) - elegir la distro correcta -.
* Docker Compose instalado según (https://docs.docker.com/compose/install/) (no usar versiones provistas por el S.O)
* Comando git para hacer el pull del proyecto.

'''Atención:''' si se utiliza Debian Buster, tener en cuenta que usa nftables en lugar de iptables, por lo cual hay que configurar iptables-legacy con el comando “update-alternatives –set iptables /usr/sbin/iptables-legacy”. Más información en: https://wiki.debian.org/nftables

En la red, el host elegido deberá tener una ip pública con forwards a los siguientes puertos:

* 443 tcp
* 80 tcp
* 10000 udp

=== Procedimiento ===
Iniciar sesión como root

Tomando las instrucciones de: https://github.com/jitsi/docker-jitsi-meet#quick-start

- Moverse a un directorio donde se descargará el paquete por ej: /root/ y ejecutar:
git clone <nowiki>https://github.com/jitsi/docker-jitsi-meet</nowiki> && cd docker-jitsi-meet
- Copiar el template de environment y modificarlo según las características del entorno propio (ver más adelante)
cp env.example .env
- Crear passwords para el archivo .env con el script provisto
./gen-passwords.sh
- Crear las carpetas del host en donde se guardarán las configuraciones de los diferentes componentes para ser montadas por los contenedores docker (por defecto en /root)
mkdir -p ~/.jitsi-meet-cfg/{web/letsencrypt,transcripts,prosody,jicofo,jvb,jigasi,jibri}
'''Continuar con estas instrucciones propias de nuestra solución'''

- Crear el archivo de almacenamiento de claves de Let's Encrypt y protegerlo. (Traefik no arranca si no tiene permisos 600).
touch /root/jitsi-acme.json
chmod 600 /root/jitsi-acme.json
- Copiar al directorio docker-jitsi-meet el archivo [[docker-compose.rtf]], renombrarlo a “docker-compose.yml” y modificar lo siguiente:
"--certificatesResolvers.jitsi-acme-resolver.acme.caServer=<nowiki>https://acme-staging-v02.api.letsencrypt.org/directory</nowiki>"
- Reemplazar la url con el CA Server de producción de Let´s encrypt según https://letsencrypt.org/docs/acme-protocol-updates/ . Al momento de redacción es: https://acme-v02.api.letsencrypt.org/directory . Por defecto se provee la dirección del entorno staging.
"--certificatesResolvers.jitsi-acme-resolver.acme.email=MAIL_WEBMASTER"
- Reemplazar MAIL_WEBMASTER por una dirección donde recibir notificaciones de let´s encrypt. Se recomienda una dirección real y de acceso periódico.
"traefik.http.routers.jitsi-router.rule=Host(`HOSTNAME`)"
- Reemplazar HOSTNAME con el hostname de la <abbr>URL</abbr> destinada al servicio jitsi.

- Arrancar la solución por primera vez para que genere los archivos de configuración a partir del entorno definido en “.env” ([[Variable de entorno para despliegue de Jitsi con Docker|ver variables]]).

- Ejecutar
docker-compose up
y luego de que arranque todo correctamente (ingresar a la url al cabo de un par de minutos) presionar ctrl+c para cortar la ejecución.

<s>Moverse a ~/.jitsi-meet-cfg/web y reemplazar el archivo config.js por el provisto, que contiene algunas optimizaciones.</s>

A partir de este momento se pueden modificar los archivos de configuración de todos los componentes ya que se habrán generado todos los archivos en sus respectivos directorios. Es de especial atención la configuración del componente web, en el cual pueden aplicarse varias optiimizaciones. Los archivos en cuestión son ~/.jitsi-meet-cfg/web/config.js y ~/.jitsi-meet-cfg/web/interface.config.js . Una modificación sugerida es configurar el idioma por defecto para que sea Español. Para ello editar en ~/.jitsi-meet-cfg/web/config.js lo siguiente:
defaultLanguage: 'es'
- Iniciar el servicio en background ejecutando
docker-compose up -d
- Por último, ingresar a la url

https://HOSTNAME

Si todo salió bien, el sistema estará operativo y podrán iniciarse conferencias.

'''Importante:''' cada vez que se modifique el archivo .env, es necesario regenerar la configuración a mano de todos los componentes. Por lo tanto, se recomienda llevar una bitácora de los cambios realizados en los contenidos de ~/.jitsi-meet-cfg/{web/letsencrypt,transcripts,prosody,jicofo,jvb,jigasi,jibri} para luego poder replicar los cambios realizados tras sucesivos cambios del .env.

Despliegue de nodo maestro Jitsi con soporte para escalamiento vía docker

2023-07-03T15:41:25Z

Mzigaran:

El objetivo de este manual es documentar los pasos para el despliegue de Jitsi de acuerdo a un esquema de escalamiento horizontal de su componente principal: el Video Bridge. Si bien la solución Docker ofrecida en https://github.com/jitsi/docker-jitsi-meet funciona bien, pueden surgir varios inconvenientes a la hora de implementarla, por lo cual se trata de brindar una receta que funcione desde cero hasta puesta en funcionamiento en poco tiempo.

El esquema de deploy básico que apuntamos es el siguiente:
[[Archivo:Esquema deploy.png|izquierda|773x773px]]

Nuestro deploy varía del propuesto oficialmente en dos aspectos:

* Se pueden agregar más Videobridges en otros hosts (el docker-compose provisto no lo permite por defecto).
* Gestionamos el acceso a la web a través de un load balancer, router y terminador SSL llamado Traefik (https://containo.us/traefik/). Le quitamos la responsabilidad al contenedor web de administrar sus certificados SSL.

== Despliegue del Nodo Maestro ==
Como se muestra en el esquema de despliegue, este nodo puede puede ofrecer el servicio por si solo, sin escalamiento de videobridges.

=== Requerimientos ===
Aparte de los requerimientos de hardware oficiales del proyecto, para un deploy en un solo servidor, se requiere instalar en el host:

* Linux soportado por Docker. Recomendado Debian Stretch o Ubuntu (ver lista de soportados en: https://docs.docker.com)
* Docker instalado según (https://docs.docker.com/engine/install/debian/) - elegir la distro correcta -.
* Docker Compose instalado según (https://docs.docker.com/compose/install/) (no usar versiones provistas por el S.O)
* Comando git para hacer el pull del proyecto.

'''Atención:''' si se utiliza Debian Buster, tener en cuenta que usa nftables en lugar de iptables, por lo cual hay que configurar iptables-legacy con el comando “update-alternatives –set iptables /usr/sbin/iptables-legacy”. Más información en: https://wiki.debian.org/nftables

En la red, el host elegido deberá tener una ip pública con forwards a los siguientes puertos:

* 443 tcp
* 80 tcp
* 10000 udp

=== Procedimiento ===
Iniciar sesión como root

Tomando las instrucciones de: https://github.com/jitsi/docker-jitsi-meet#quick-start

- Moverse a un directorio donde se descargará el paquete por ej: /root/ y ejecutar:
git clone <nowiki>https://github.com/jitsi/docker-jitsi-meet</nowiki> && cd docker-jitsi-meet
- Copiar el template de environment y modificarlo según las características del entorno propio (ver más adelante)
cp env.example .env
- Crear passwords para el archivo .env con el script provisto
./gen-passwords.sh
- Crear las carpetas del host en donde se guardarán las configuraciones de los diferentes componentes para ser montadas por los contenedores docker (por defecto en /root)
mkdir -p ~/.jitsi-meet-cfg/{web/letsencrypt,transcripts,prosody,jicofo,jvb,jigasi,jibri}
'''Continuar con estas instrucciones propias de nuestra solución'''

- Crear el archivo de almacenamiento de claves de Let's Encrypt y protegerlo. (Traefik no arranca si no tiene permisos 600).
touch /root/jitsi-acme.json
chmod 600 /root/jitsi-acme.json
- Copiar al directorio docker-jitsi-meet el archivo [[docker-compose.rtf]], renombrarlo a “docker-compose.yml” y modificar lo siguiente:
"--certificatesResolvers.jitsi-acme-resolver.acme.caServer=<nowiki>https://acme-staging-v02.api.letsencrypt.org/directory</nowiki>"
- Reemplazar la url con el CA Server de producción de Let´s encrypt según https://letsencrypt.org/docs/acme-protocol-updates/ . Al momento de redacción es: https://acme-v02.api.letsencrypt.org/directory . Por defecto se provee la dirección del entorno staging.
"--certificatesResolvers.jitsi-acme-resolver.acme.email=MAIL_WEBMASTER"
- Reemplazar MAIL_WEBMASTER por una dirección donde recibir notificaciones de let´s encrypt. Se recomienda una dirección real y de acceso periódico.
"traefik.http.routers.jitsi-router.rule=Host(`HOSTNAME`)"
- Reemplazar HOSTNAME con el hostname de la <abbr>URL</abbr> destinada al servicio jitsi.

- Arrancar la solución por primera vez para que genere los archivos de configuración a partir del entorno definido en “.env” ([[Variable de entorno para despliegue de Jitsi con Docker|ver variables]]).

- Ejecutar
docker-compose up
y luego de que arranque todo correctamente (ingresar a la url al cabo de un par de minutos) presionar ctrl+c para cortar la ejecución.

<s>Moverse a ~/.jitsi-meet-cfg/web y reemplazar el archivo config.js por el provisto, que contiene algunas optimizaciones.</s>

A partir de este momento se pueden modificar los archivos de configuración de todos los componentes ya que se habrán generado todos los archivos en sus respectivos directorios. Es de especial atención la configuración del componente web, en el cual pueden aplicarse varias optiimizaciones. Los archivos en cuestión son ~/.jitsi-meet-cfg/web/config.js y ~/.jitsi-meet-cfg/web/interface.config.js . Una modificación sugerida es configurar el idioma por defecto para que sea Español. Para ello editar en ~/.jitsi-meet-cfg/web/config.js lo siguiente:
defaultLanguage: 'es'
- Iniciar el servicio en background ejecutando
docker-compose up -d
- Por último, ingresar a la url

https://HOSTNAME

Si todo salió bien, el sistema estará operativo y podrán iniciarse conferencias.

'''Importante:''' cada vez que se modifique el archivo .env, es necesario regenerar la configuración a mano de todos los componentes. Por lo tanto, se recomienda llevar una bitácora de los cambios realizados en los contenidos de ~/.jitsi-meet-cfg/{web/letsencrypt,transcripts,prosody,jicofo,jvb,jigasi,jibri} para luego poder replicar los cambios realizados tras sucesivos cambios del .env.

Despliegue de nodo maestro Jitsi con soporte para escalamiento vía docker

2023-07-03T15:41:02Z

Mzigaran:

El objetivo de este manual es documentar los pasos para el despliegue de Jitsi de acuerdo a un esquema de escalamiento horizontal de su componente principal: el Video Bridge. Si bien la solución Docker ofrecida en https://github.com/jitsi/docker-jitsi-meet funciona bien, pueden surgir varios inconvenientes a la hora de implementarla, por lo cual se trata de brindar una receta que funcione desde cero hasta puesta en funcionamiento en poco tiempo.

El esquema de deploy básico que apuntamos es el siguiente:
[[Archivo:Esquema deploy.png|izquierda|773x773px]]

Nuestro deploy varía del propuesto oficialmente en dos aspectos:

* Se pueden agregar más Videobridges en otros hosts (el docker-compose provisto no lo permite por defecto).
* Gestionamos el acceso a la web a través de un load balancer, router y terminador SSL llamado Traefik (https://containo.us/traefik/). Le quitamos la responsabilidad al contenedor web de administrar sus certificados SSL.

== Despliegue del Nodo Maestro ==
Como se muestra en el esquema de despliegue, este nodo puede puede ofrecer el servicio por si solo, sin escalamiento de videobridges.

=== Requerimientos ===
Aparte de los requerimientos de hardware oficiales del proyecto, para un deploy en un solo servidor, se requiere instalar en el host:

* Linux soportado por Docker. Recomendado Debian Stretch o Ubuntu (ver lista de soportados en: https://docs.docker.com)
* Docker instalado según (https://docs.docker.com/engine/install/debian/) - elegir la distro correcta -.
* Docker Compose instalado según (https://docs.docker.com/compose/install/) (no usar versiones provistas por el S.O)
* Comando git para hacer el pull del proyecto.

'''Atención:''' si se utiliza Debian Buster, tener en cuenta que usa nftables en lugar de iptables, por lo cual hay que configurar iptables-legacy con el comando “update-alternatives –set iptables /usr/sbin/iptables-legacy”. Más información en: https://wiki.debian.org/nftables

En la red, el host elegido deberá tener una ip pública con forwards a los siguientes puertos:

* 443 tcp
* 80 tcp
* 10000 udp

=== Procedimiento ===
Iniciar sesión como root

Tomando las instrucciones de: https://github.com/jitsi/docker-jitsi-meet#quick-start

- Moverse a un directorio donde se descargará el paquete por ej: /root/ y ejecutar:
git clone <nowiki>https://github.com/jitsi/docker-jitsi-meet</nowiki> && cd docker-jitsi-meet
- Copiar el template de environment y modificarlo según las características del entorno propio (ver más adelante)
cp env.example .env
- Crear passwords para el archivo .env con el script provisto
./gen-passwords.sh
- Crear las carpetas del host en donde se guardarán las configuraciones de los diferentes componentes para ser montadas por los contenedores docker (por defecto en /root)
mkdir -p ~/.jitsi-meet-cfg/{web/letsencrypt,transcripts,prosody,jicofo,jvb,jigasi,jibri}
'''Continuar con estas instrucciones propias de nuestra solución'''

- Crear el archivo de almacenamiento de claves de Let's Encrypt y protegerlo. (Traefik no arranca si no tiene permisos 600).
touch /root/jitsi-acme.json
chmod 600 /root/jitsi-acme.json
- Copiar al directorio docker-jitsi-meet el archivo [[docker-compose.rtf]], renombrarlo a “docker-compose.yml” y modificar lo siguiente:
"--certificatesResolvers.jitsi-acme-resolver.acme.caServer=<nowiki>https://acme-staging-v02.api.letsencrypt.org/directory</nowiki>"
- Reemplazar la url con el CA Server de producción de Let´s encrypt según https://letsencrypt.org/docs/acme-protocol-updates/ . Al momento de redacción es: https://acme-v02.api.letsencrypt.org/directory . Por defecto se provee la dirección del entorno staging.
"--certificatesResolvers.jitsi-acme-resolver.acme.email=MAIL_WEBMASTER"
- Reemplazar MAIL_WEBMASTER por una dirección donde recibir notificaciones de let´s encrypt. Se recomienda una dirección real y de acceso periódico.
"traefik.http.routers.jitsi-router.rule=Host(`HOSTNAME`)"
- Reemplazar HOSTNAME con el hostname de la <abbr>URL</abbr> destinada al servicio jitsi.

- Arrancar la solución por primera vez para que genere los archivos de configuración a partir del entorno definido en “.env” ([[Variable de entorno para despliegue de Jitsi con Docker|ver variables]]).

- Ejecutar
docker-compose up
y luego de que arranque todo correctamente (ingresar a la url al cabo de un par de minutos) presionar ctrl+c para cortar la ejecución.

<s>Moverse a ~/.jitsi-meet-cfg/web y reemplazar el archivo config.js por el provisto, que contiene algunas optimizaciones.</s>

A partir de este momento se pueden modificar los archivos de configuración de todos los componentes ya que se habrán generado todos los archivos en sus respectivos directorios. Es de especial atención la configuración del componente web, en el cual pueden aplicarse varias optiimizaciones. Los archivos en cuestión son ~/.jitsi-meet-cfg/web/config.js y ~/.jitsi-meet-cfg/web/interface.config.js . Una modificación sugerida es configurar el idioma por defecto para que sea Español. Para ello editar en ~/.jitsi-meet-cfg/web/config.js lo siguiente:
defaultLanguage: 'es'
- Iniciar el servicio en background ejecutando
docker-compose up -d
- Por último, ingresar a la url

https://HOSTNAME

Si todo salió bien, el sistema estará operativo y podrán iniciarse conferencias.

'''Importante:''' cada vez que se modifique el archivo .env, es necesario regenerar la configuración a mano de todos los componentes. Por lo tanto, se recomienda llevar una bitácora de los cambios realizados en los contenidos de ~/.jitsi-meet-cfg/{web/letsencrypt,transcripts,prosody,jicofo,jvb,jigasi,jibri} para luego poder replicar los cambios realizados tras sucesivos cambios del .env.

Despliegue de nodo maestro Jitsi con soporte para escalamiento vía docker

2023-07-03T15:38:10Z

Mzigaran: Página creada con «El objetivo de este manual es documentar los pasos para el despliegue de Jitsi de acuerdo a un esquema de escalamiento horizontal de su componente principal: el Video Bridge. Si bien la solución Docker ofrecida en https://github.com/jitsi/docker-jitsi-meet funciona bien, pueden surgir varios inconvenientes a la hora de implementarla, por lo cual se trata de brindar una receta que funcione desde cero hasta puesta en funcionamiento en poco tiempo. El esquema de deploy…»

El objetivo de este manual es documentar los pasos para el despliegue de Jitsi de acuerdo a un esquema de escalamiento horizontal de su componente principal: el Video Bridge. Si bien la solución Docker ofrecida en https://github.com/jitsi/docker-jitsi-meet funciona bien, pueden surgir varios inconvenientes a la hora de implementarla, por lo cual se trata de brindar una receta que funcione desde cero hasta puesta en funcionamiento en poco tiempo.

El esquema de deploy básico que apuntamos es el siguiente:
[[Archivo:Esquema deploy.png|izquierda|773x773px]]

Nuestro deploy varía del propuesto oficialmente en dos aspectos:

* Se pueden agregar más Videobridges en otros hosts (el docker-compose provisto no lo permite por defecto).
* Gestionamos el acceso a la web a través de un load balancer, router y terminador SSL llamado Traefik (https://containo.us/traefik/). Le quitamos la responsabilidad al contenedor web de administrar sus certificados SSL.

== Despliegue del Nodo Maestro ==
Como se muestra en el esquema de despliegue, este nodo puede puede ofrecer el servicio por si solo, sin escalamiento de videobridges.

=== Requerimientos ===
Aparte de los requerimientos de hardware oficiales del proyecto, para un deploy en un solo servidor, se requiere instalar en el host:

* Linux soportado por Docker. Recomendado Debian Stretch o Ubuntu (ver lista de soportados en: https://docs.docker.com)
* Docker instalado según (https://docs.docker.com/engine/install/debian/) - elegir la distro correcta -.
* Docker Compose instalado según (https://docs.docker.com/compose/install/) (no usar versiones provistas por el S.O)
* Comando git para hacer el pull del proyecto.

'''Atención:''' si se utiliza Debian Buster, tener en cuenta que usa nftables en lugar de iptables, por lo cual hay que configurar iptables-legacy con el comando “update-alternatives –set iptables /usr/sbin/iptables-legacy”. Más información en: https://wiki.debian.org/nftables

En la red, el host elegido deberá tener una ip pública con forwards a los siguientes puertos:

* 443 tcp
* 80 tcp
* 10000 udp

=== Procedimiento ===
Iniciar sesión como root

Tomando las instrucciones de: https://github.com/jitsi/docker-jitsi-meet#quick-start

- Moverse a un directorio donde se descargará el paquete por ej: /root/ y ejecutar:
git clone <nowiki>https://github.com/jitsi/docker-jitsi-meet</nowiki> && cd docker-jitsi-meet
- Copiar el template de environment y modificarlo según las características del entorno propio (ver más adelante)
cp env.example .env
- Crear passwords para el archivo .env con el script provisto
./gen-passwords.sh
- Crear las carpetas del host en donde se guardarán las configuraciones de los diferentes componentes para ser montadas por los contenedores docker (por defecto en /root)
mkdir -p ~/.jitsi-meet-cfg/{web/letsencrypt,transcripts,prosody,jicofo,jvb,jigasi,jibri}
'''Continuar con estas instrucciones propias de nuestra solución'''

- Crear el archivo de almacenamiento de claves de Let's Encrypt y protegerlo. (Traefik no arranca si no tiene permisos 600).
touch /root/jitsi-acme.json
chmod 600 /root/jitsi-acme.json
- Copiar al directorio docker-jitsi-meet el archivo [[docker-compose.rtf]], renombrarlo a “docker-compose.yml” y modificar lo siguiente:
"--certificatesResolvers.jitsi-acme-resolver.acme.caServer=<nowiki>https://acme-staging-v02.api.letsencrypt.org/directory</nowiki>"
- Reemplazar la url con el CA Server de producción de Let´s encrypt según https://letsencrypt.org/docs/acme-protocol-updates/ . Al momento de redacción es: https://acme-v02.api.letsencrypt.org/directory . Por defecto se provee la dirección del entorno staging.
"--certificatesResolvers.jitsi-acme-resolver.acme.email=MAIL_WEBMASTER"
- Reemplazar MAIL_WEBMASTER por una dirección donde recibir notificaciones de let´s encrypt. Se recomienda una dirección real y de acceso periódico.
"traefik.http.routers.jitsi-router.rule=Host(`HOSTNAME`)"
- Reemplazar HOSTNAME con el hostname de la <abbr>URL</abbr> destinada al servicio jitsi.

- Arrancar la solución por primera vez para que genere los archivos de configuración a partir del entorno definido en “.env” ([[Variable de entorno para despliegue de Jitsi con Docker|ver variables]]).

- Ejecutar
docker-compose up
y luego de que arranque todo correctamente (ingresar a la url al cabo de un par de minutos) presionar ctrl+c para cortar la ejecución.

<s>Moverse a ~/.jitsi-meet-cfg/web y reemplazar el archivo config.js por el provisto, que contiene algunas optimizaciones.</s>

A partir de este momento se pueden modificar los archivos de configuración de todos los componentes ya que se habrán generado todos los archivos en sus respectivos directorios. Es de especial atención la configuración del componente web, en el cual pueden aplicarse varias optiimizaciones. Los archivos en cuestión son ~/.jitsi-meet-cfg/web/config.js y ~/.jitsi-meet-cfg/web/interface.config.js . Una modificación sugerida es configurar el idioma por defecto para que sea Español. Para ello editar en ~/.jitsi-meet-cfg/web/config.js lo siguiente:
defaultLanguage: 'es'
- Iniciar el servicio en background ejecutando
docker-compose up -d
- Por último, ingresar a la url

https://HOSTNAME

Si todo salió bien, el sistema estará operativo y podrán iniciarse conferencias.

'''Importante:''' cada vez que se modifique el archivo .env, es necesario regenerar la configuración a mano de todos los componentes. Por lo tanto, se recomienda llevar una bitácora de los cambios realizados en los contenidos de ~/.jitsi-meet-cfg/{web/letsencrypt,transcripts,prosody,jicofo,jvb,jigasi,jibri} para luego poder replicar los cambios realizados tras sucesivos cambios del .env.

Variable de entorno para despliegue de Jitsi con Docker

2023-07-03T15:36:16Z

Mzigaran: Página creada con «El archivo .env contiene variables de entorno que le permiten a los contenedores generar archivos de configuración. Es muy '''IMPORTANTE''' saber que cada vez que se modifica el archivo .env, deberán '''eliminarse''' los directorios de configuración creados con “mkdir -p ~/.jitsi-meet-cfg/{web/letsencrypt,transcripts,prosody,jicofo,jvb,jigasi,jibri}” previo a ejecutarse docker-compose nuevamente. Existen algunas variables muy importantes para esta solución qu…»

El archivo .env contiene variables de entorno que le permiten a los contenedores generar archivos de configuración. Es muy '''IMPORTANTE''' saber que cada vez que se modifica el archivo .env, deberán '''eliminarse''' los directorios de configuración creados con “mkdir -p ~/.jitsi-meet-cfg/{web/letsencrypt,transcripts,prosody,jicofo,jvb,jigasi,jibri}” previo a ejecutarse docker-compose nuevamente.

Existen algunas variables muy importantes para esta solución que no deben dejarse en valores por defecto:

* TZ es el timezone, conviene setearlo en America/Argentina/Buenos_Aires
* PUBLIC_<abbr>URL</abbr> es la url con https en donde se publicará el servicio. Es importante declararla con https y que el servicio funcione.
* DOCKER_HOST_ADDRESS es la ip <abbr>LAN</abbr> de la interfaz del host a la cual se le hizo el forward de puertos (ver requerimientos).
* ENABLE_LETSENCRYPT=0 le indica al servicio que no habilite letsencrypt, ya que de eso se encarga traefik.
* DISABLE_HTTPS=1 le indica al servicio que no habilite https, ya que traefik se encarga de esto.
* #ENABLE_HTTP_REDIRECT=1 por defecto no habilitamos el http redirect a https, se puede configurar en traefik (por defecto apagado).

Archivo:Esquema deploy.png

2023-07-03T15:17:15Z

Mzigaran:

Despliegue de nodo maestro Jitsi con soporte para escalamiento vía Docker

2023-07-03T15:15:35Z

Mzigaran: Página blanqueada

Despliegue de Jitsi con Docker

2023-07-03T15:08:54Z

Mzigaran:

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)]]

Despliegue de nodo maestro Jitsi con soporte para escalamiento vía Docker

2023-07-03T14:42:31Z

Mzigaran: Página creada con «El objetivo de este manual es documentar los pasos para el despliegue de Jitsi de acuerdo a un esquema de escalamiento horizontal de su componente principal: el Video Bridge. Si bien la solución Docker ofrecida en <nowiki>https://github.com/jitsi/docker-jitsi-meet</nowiki> funciona bien, pueden surgir varios inconvenientes a la hora de implementarla, por lo cual se trata de brindar una receta que funcione desde cero hasta puesta en funcionamiento en poco tiempo. El…»

El objetivo de este manual es documentar los pasos para el despliegue de Jitsi de acuerdo a un esquema de escalamiento horizontal de su componente principal: el Video Bridge. Si bien la solución Docker ofrecida en <nowiki>https://github.com/jitsi/docker-jitsi-meet</nowiki> funciona bien, pueden surgir varios inconvenientes a la hora de implementarla, por lo cual se trata de brindar una receta que funcione desde cero hasta puesta en funcionamiento en poco tiempo.

El esquema de deploy básico que apuntamos es el siguiente:

Nuestro deploy varía del propuesto oficialmente en dos aspectos:

* Se pueden agregar más Videobridges en otros hosts (el docker-compose provisto no lo permite por defecto).
* Gestionamos el acceso a la web a través de un load balancer, router y terminador SSL llamado Traefik (<nowiki>https://containo.us/traefik/</nowiki>). Le quitamos la responsabilidad al contenedor web de administrar sus certificados SSL.

== Despliegue del Nodo Maestro ==
Como se muestra en el esquema de despliegue, este nodo puede puede ofrecer el servicio por si solo, sin escalamiento de videobridges.

=== Requerimientos ===
Aparte de los requerimientos de hardware oficiales del proyecto, para un deploy en un solo servidor, se requiere instalar en el host:

* Linux soportado por Docker. Recomendado Debian Stretch o Ubuntu (ver lista de soportados en: <nowiki>https://docs.docker.com</nowiki>)
* Docker instalado según (<nowiki>https://docs.docker.com/engine/install/debian/</nowiki>) - elegir la distro correcta -.
* Docker Compose instalado según (<nowiki>https://docs.docker.com/compose/install/</nowiki>) (no usar versiones provistas por el S.O)
* Comando git para hacer el pull del proyecto.

'''Atención:''' si se utiliza Debian Buster, tener en cuenta que usa nftables en lugar de iptables, por lo cual hay que configurar iptables-legacy con el comando “update-alternatives –set iptables /usr/sbin/iptables-legacy”. Más información en: <nowiki>https://wiki.debian.org/nftables</nowiki>

En la red, el host elegido deberá tener una ip pública con forwards a los siguientes puertos:

* 443 tcp
* 80 tcp
* 10000 udp

=== Procedimiento ===
Iniciar sesión como root

Tomando las instrucciones de: <nowiki>https://github.com/jitsi/docker-jitsi-meet#quick-start</nowiki>

- Moverse a un directorio donde se descargará el paquete por ej: /root/ y ejecutar:
git clone <nowiki>https://github.com/jitsi/docker-jitsi-meet</nowiki> && cd docker-jitsi-meet
- Copiar el template de environment y modificarlo según las características del entorno propio (ver más adelante)
cp env.example .env
- Crear passwords para el archivo .env con el script provisto
./gen-passwords.sh
- Crear las carpetas del host en donde se guardarán las configuraciones de los diferentes componentes para ser montadas por los contenedores docker (por defecto en /root)
mkdir -p ~/.jitsi-meet-cfg/{web/letsencrypt,transcripts,prosody,jicofo,jvb,jigasi,jibri}
'''Continuar con estas instrucciones propias de nuestra solución'''

- Crear el archivo de almacenamiento de claves de Let's Encrypt y protegerlo. (Traefik no arranca si no tiene permisos 600).
touch /root/jitsi-acme.json
chmod 600 /root/jitsi-acme.json
- Copiar al directorio docker-jitsi-meet el archivo docker-compose.rtf, renombrarlo a “docker-compose.yml” y modificar lo siguiente:
"--certificatesResolvers.jitsi-acme-resolver.acme.caServer=<nowiki>https://acme-staging-v02.api.letsencrypt.org/directory</nowiki>"
- Reemplazar la url con el CA Server de producción de Let´s encrypt según <nowiki>https://letsencrypt.org/docs/acme-protocol-updates/</nowiki> . Al momento de redacción es: <nowiki>https://acme-v02.api.letsencrypt.org/directory</nowiki> . Por defecto se provee la dirección del entorno staging.
"--certificatesResolvers.jitsi-acme-resolver.acme.email=MAIL_WEBMASTER"
- Reemplazar MAIL_WEBMASTER por una dirección donde recibir notificaciones de let´s encrypt. Se recomienda una dirección real y de acceso periódico.
"traefik.http.routers.jitsi-router.rule=Host(`HOSTNAME`)"
- Reemplazar HOSTNAME con el hostname de la <abbr>URL</abbr> destinada al servicio jitsi.

- Arrancar la solución por primera vez para que genere los archivos de configuración a partir del entorno definido en “.env” (ver variables).

- Ejecutar
docker-compose up
y luego de que arranque todo correctamente (ingresar a la url al cabo de un par de minutos) presionar ctrl+c para cortar la ejecución.

<s>Moverse a ~/.jitsi-meet-cfg/web y reemplazar el archivo config.js por el provisto, que contiene algunas optimizaciones.</s>

A partir de este momento se pueden modificar los archivos de configuración de todos los componentes ya que se habrán generado todos los archivos en sus respectivos directorios. Es de especial atención la configuración del componente web, en el cual pueden aplicarse varias optiimizaciones. Los archivos en cuestión son ~/.jitsi-meet-cfg/web/config.js y ~/.jitsi-meet-cfg/web/interface.config.js . Una modificación sugerida es configurar el idioma por defecto para que sea Español. Para ello editar en ~/.jitsi-meet-cfg/web/config.js lo siguiente:
defaultLanguage: 'es'
- Iniciar el servicio en background ejecutando
docker-compose up -d
- Por último, ingresar a la url

<nowiki>https://HOSTNAME</nowiki>

Si todo salió bien, el sistema estará operativo y podrán iniciarse conferencias.

'''Importante:''' cada vez que se modifique el archivo .env, es necesario regenerar la configuración a mano de todos los componentes. Por lo tanto, se recomienda llevar una bitácora de los cambios realizados en los contenidos de ~/.jitsi-meet-cfg/{web/letsencrypt,transcripts,prosody,jicofo,jvb,jigasi,jibri} para luego poder replicar los cambios realizados tras sucesivos cambios del .env.

Template VM Proxmox

2023-06-29T19:53:36Z

Mzigaran: Página creada con «* Template VM Proxmox * Template VM VMWare»

* [[Template VM Proxmox]]
* [[Template VM VMWare]]

Script instalación

2023-06-29T19:52:53Z

Mzigaran:

* [[script_instalación]]
*

Script instalación

2023-06-29T19:52:25Z

Mzigaran: Página creada con «* script_instalación»

* [[script_instalación]]

Instalar y configurar paneles de Grafana para monitorear Jitsi

2023-06-29T19:51:54Z

Mzigaran:

*[[Instalar y configurar panels de Grafana para monitorear Jitsi]]

Instalar y configurar paneles de Grafana para monitorear Jitsi

2023-06-29T19:50:27Z

Mzigaran: Página creada con «* instalar y configurar paneles de Grafana para monitorear Jitsi»

* [[instalar y configurar paneles de Grafana para monitorear Jitsi]]

Instalación de Servidor Jitsi-meet

2023-06-29T19:49:53Z

Mzigaran: Página creada con «* Instalación de Servidor Jitsi-meet»

* [[Instalación de Servidor Jitsi-meet]]

Instalación de Servidor Jitsi con token

2023-06-29T19:49:24Z

Mzigaran:

* [[Instalación de Servidor con jitsi con token]]

Instalación de Servidor Jitsi con token

2023-06-29T19:48:16Z

Mzigaran:

* [[Instalación de Servidor Jitsi-meet]]

Instalación de Servidor Jitsi con token

2023-06-29T19:48:05Z

Mzigaran: Página creada con «* Instalación de Servidor Jitsi-meet»

* Instalación de Servidor Jitsi-meet

Despliegue de Jitsi con Docker

2023-06-29T19:23:01Z

Mzigaran:

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)]]

Despliegue de Jitsi con Docker

2023-06-29T19:20:11Z

Mzigaran: Página blanqueada

Despliegue Docker

2023-06-29T19:19:52Z

Mzigaran: 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»

* [[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]]

Página principal

2023-06-29T19:11:11Z

Mzigaran:

=== [[Despliegue de Jitsi con Docker]] ===

=== [[Instalación de Jitsi sobre Debian 10]] ===

=== [[Instalación de Autenticación de Jitsi por token en Debian 9]] ===

=== [[Templates Proxmox]] ===

=== [[Templates VMware]] ===

=== [[Monitoreo con Grafana]] ===

=== [[Scrip de Instalación]] ===

== Jitsiwiki.riu.edu.ar ==

* [[Despliegue Docker]]
* [[Instalación de Servidor Jitsi con token]]
* [[Instalación de Servidor Jitsi-meet]]
* [[Instalar y configurar paneles de Grafana para monitorear Jitsi]]
* [[Script_instalación]]
* [[Template VM Proxmox]]

== Primeros pasos ==
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Lista de ajustes de configuración]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ Preguntas frecuentes sobre MediaWiki]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ Lista de correo de anuncios de publicación de MediaWiki]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Traducir MediaWiki a tu idioma]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Aprende a combatir el spam en tu wiki]

Despliegue de Jitsi con Docker

2023-06-29T19:08:36Z