Problème de configuration Jitsi Meet

#1

Bonjour à tous,

Je tente d’installer l’outil de visio conférence “Jitsi Meet”, promu pas Framasoft via https://framatalk.org
Je trouve cet outil top, une super alternative à bon nombre de GAFAM.

Pour y parvenir, je me suis penché sur le tuto https://framacloud.org/fr/cultiver-son-jardin/jitsi-meet.html
La différence: ajouter un mécanisme d’authentification (alias/mot de passe)
j’ai donc modifié:
authentication = "anonymous"
en
authentication = "internal_plain"
de mon fichier /etc/prosody/conf.avail/<domain_name>.cfg.lua

J’accède bien à la page et le mécanisme d’authentification marche bien et tout semble aller pour le mieux … mais seul.
En effet, à plusieurs dans un même salon, on voit bien la vignette de l’autre personne mais ni vidéo ni son de transmit. Par contre, le “chat” fonctionne bien entre les participants.

Je poste donc ce petit message pour savoir si un autre CHATONS ne se serait pas déjà cassé les dents sur Jistsi Meet.
J’imagine que je dois avoir un souci de configuration, de droits (peut-être de firewall) … en tout cas, je suis preneur de toutes bonnes idées.

#2

Salut
Excellent choix pour jitsi

Pour la vidéo il me semble que ce soit en UDP sur le port 10000
si j’en crois cette config sur yunohost
https://raw.githubusercontent.com/YunoHost-Apps/jitsi_ynh/master/scripts/install
Bien Librement

#3

Bon, j’ai enfin pu me pencher sur mon souci de jitsi meet.
A priori, c’était bien un souci de firewall.
J’ai ajouté mes ports 4443, 5222, 5269 et 5280
Reste à bien tester mais cela semble marché maintenant.

Par contre, dans mes premiers essai, j’ai l’impression que j’ai pas mal de latence entre plusieurs instance: est-ce que des utilisateurs de jitsi ont été confronté à cela?
Peut-être que dans les configurations, il faut mettre un peu plus de ressource matériel (CPU ou RAM) au service.
Il y a encore à creuser ;).

#4

Si vous avez des problèmes jitsi, je suis au taquet :slight_smile: Je viens d’y passer un peu de temps…

#5

Je ne sais pas ce qui c’est passé : tout marche super bien maintenant.
En faite, à part le manipulation du firewall, trop facile à installer cet outil :slight_smile:

1 Like
#6

Oui le paquet debian est bien fait :slight_smile:

Installer sur kubernetes et tenter de faire fonctionner le stun/turn en TLS, c’est pas pareil :wink:

#7

Bonsoir,
quant à moi j’ai soucis avec le daemon videobridge

(code=exited, status=218/CAPABILITIES)

J’ai bien peur qu’il s’agisse d’un problème de Kernel. Le serveur est un kimsufi sous stretch. Si le problème est la version du lernel donc c’est mort pour moi.

Dans l’attente de vos retours/avis

Bien Librement

#8

j’ai un problème similaire … impossible de voir les autres participants.

J’ai des erreur de type unable to connect to Bridge .
J’ai ouvert les ports 4443, 5222, 5269 et 5280 en TCP, 10000 en UDP

même constat, c’est très frustrant !! :grimacing:

#9

Pour videobridge j’ai du (sur debian buster) modifier le fichier /lib/systemd/system/jitsi-videobridge.service et j’ai commenté la ligne :

AmbientCapabilities=CAP_NET_BIND_SERVICE

Ensuite restart de videobridge et c’était ok

#10

:frowning: j’ai la même erreur … si vous voulez tester https://meet.devloprog.org/nouveautest

#11

Je viens d’essayer ton meet.

Ton problème ressemble beaucoup à ce que j’avais avec mon firewall.
Essaye de le désactiver temporairement et regarde avec nmap -T4 meet.devloprog.org les ports qui sont ouverts: c’est comme ça que j’ai trouvé ma solution.

#12

Tout simplement mais c’est biensur
Un grand merci @madix mad ça roule et c’est donc ici :

Bien Librement

#13

Attention il y a un problème de certificat avec visio.svnet.fr

#14

Arf ma conf nginx foireuse (fournie par le paquet) sur l’ipv6. C’est fixé à present et j’ai bien A+ sur SSLLab.

Encore merci :+1:

#15

Rahhh …

j’ai récupéré un VM Ovh pour tester, installation faite, même problème :confused: