Partage de configuration Jitsi Meet

Je suggère que tous ceux qui ont un Jitsi Meet fonctionnel partage sa configuration complète (moins les mots de passe, bien sûr) et son architecture sur https://wiki.chatons.org/doku.php/la_visio-conference_avec_jitsi#configuration_architecture, avec toutes les étapes, le plus détaillées possibles, pour y arriver.

J’ai commencé à écrire celle de Framasoft sur https://wiki.chatons.org/doku.php/la_visio-conference_avec_jitsi:framasoft. J’ai du boulot sur le feu mais je complèterai cette page au cours de la journée.

3 « J'aime »

Si besoin pour kubernetes, on peut partager la notre aussi.
(ma PR est presque prete pour upstream, mais c’est un peu la guerre comme dit Micron :slight_smile: )

On avait plein d’erreur dans les logs à cause de java 11 (me rappelle plus des erreurs mais osef). Donc oui, je vais remettre ce que j’avais.

@angristan En fait, de manière générale, je préfèrerais que tu ne touches pas à cette page. Fais la tienne si tu veux (je t’y encourage même, c’est le but de ce thread), mais cette page est celle de comment on a fait à Framasoft.

Faut pas se poser la question de « si besoin », faut la partager. Le but est de rassembler le max d’infos possibles, dans toutes les configurations possibles.

3 « J'aime »

Pour aider à installer Jitsi…

On a écrit un petit script pour installer rapidement jitsi sur une debian 10 (buster) netinst.
On le met à disposition sur madata en attendant. Ainsi, avec

wget https://madata.defis.info/jitsi.sh
sudo chmod +x jitsi.sh
sudo ./jitsi.sh
sudo reboot

on peut facilement installer Jitsi.
Reste à ouvrir les ports suivants
80 TCP
443 TCP
4443 TCP
10000-20000 UDP

Le contenu du script est :

#!/bin/bash

apt install -y ssh sudo ufw apt-transport-https gnupg2
ufw allow in ssh
ufw allow in http
ufw allow in https
ufw allow in 4443/tcp
ufw allow in 10000:20000/udp
ufw enable
wget -qO - https://download.jitsi.org/jitsi-key.gpg.key | sudo apt-key add -
sh -c "echo 'deb https://download.jitsi.org stable/' > /etc/apt/sources.list.d/jitsi-stable.list"
apt -y update
apt -y install jitsi-meet
ip a
echo "Noter l'adresse IP interne SVP"
sleep 5s
echo "INTERNAL.IP.ADDRESS":
read INTERNAL
echo "org.ice4j.ice.harvest.NAT_HARVESTER_LOCAL_ADDRESS=$INTERNAL" >> /etc/jitsi/videobridge/sip-communicator.properties
echo "PUBLIC.IP.ADDRESS":
read PUBLIC
echo "org.ice4j.ice.harvest.NAT_HARVESTER_PUBLIC_ADDRESS=$PUBLIC" >> /etc/jitsi/videobridge/sip-communicator.properties
/usr/share/jitsi-meet/scripts/install-letsencrypt-cert.sh
1 « J'aime »

ah cool, je vais regarder cela .

J’ai un question : avez vous installé sur une VM ou un LXC ?

On a installé sur une VM Proxmox

ok merci , je vais essayé de faire ça sur une VM. J’ai mis cela sur un LXC sour Proxmox, c’est peut être cela qui pose problème sur ma conf … :slight_smile:

Bonjour,

Je m’excuse de kidnaper provisoirement post pour une question de conf.
EDIT
Pebkac
Merci pour tout ce que ce forum m’apporte en terme d’ouverture d’horizon !

en fait ça marche très bien … mais pas sur Firefox !!!Vous sauriez pourquoi ???
sur Chrome , aucun problème

Je tenais à te remercier pour ce script bien pratique sur une debian 10 héberger chez Online/Scaleway.
Il me semble qu’il manque un port " ufw allow in 4443/tcp" trouvé sur le site de framasoft.

Autre point, j’ai du reboot la machine avant que la dernière commande fonctionne. Il me faisait malheureusement une erreur (/usr/share/jitsi-meet/scripts/install-letsencrypt-cert.sh).

oui, tu as raison, je vais le rajouter, ce sera plus simple.
Par contre, je n’ai jamais eu besoin de redémarrer la machine avant la commande de cerboot.

1 « J'aime »

Je confirme aussi que certaines fois , Firefox ne voit pas certains participants, L’équipe JItsi prévient que cela peut arriver, je ne sais pas si c’est lié au support de simulcast.

En effet … ils auraient été sympa de le dire dès le début , un genre de disclaimer.
Ca fait 1 semaine que j’installe , désinstalle et réinstalle .
Le support , hyper rapide , a testé avec 3 personnes sans problème… avec chrome 80 :slight_smile:
J’aurai pu tester longtemps

Lu sur les ML de @april : https://fr.wikibooks.org/wiki/Jitsi_meet

Bonjour,
Je cherche aussi à comprendre ce qui se passe avec certains clients.

Au cours d’une conversation à 17 (vidéo Off), certains perdent certaines connections (i.e. des audios se perdent en route, A n’entends plus B, C, D mais encore le autres…). Du coup A refresh, revient dans le salon, mais du coup c’est B qui n’entend plus E, F, G. Du coup il refresh, revient, etc…

Il faut que je refasse avec une certitude sur les navigateurs utilisés. Est-ce qu’il y a un workaround ?

Merci !

Pas de Workaround pour Firefox pour l’instant , mais il y a un gros choix de navigateurs basé sur chromium.

Bonjour à toutes et tous.
Lorsque j’ai lancé notre instance jitsi https://rdv.tandemproject.fr j’ai eu des problèmes liés à ipv6. J’ai été obligé de dropper la conf IPv6 ainsi que le AAAA de mon domaine. Bon, depuis, j’ai eu la flemme de revenir sur le problème. Je constate que certaines des instances ont les deux. Mais à la louche, les conf ipv4 only sont majoritaires. Des retours sur ce point? Merci!

Salut @stephane
L’instance d’Hadoly à de l’IPv6 depuis un bon moment (ce n’était pas le cas au tout début), et je n’ai pas remarqué de soucis particulier lié à ça.