Forum général.cherche-logiciel Nextcloud Talk

Posté par  . Licence CC By‑SA.
Étiquettes :
3
17
avr.
2020

J'essaye de faire fonctionner la visioconférence avec Nextcloud Talk. Je coince sur l'image, qui ne passe souvent pas. J'ai du coup essayé d'installer le serveur TURN coturn pour permettre de traverser des NAT, mais ça ne change rien.

Y a-t-il une moule qui a fait la même config pour m'aider SVP?

Merci

  • # stun, turn & turns

    Posté par  . Évalué à 5. Dernière modification le 18/04/20 à 04:37.

    Bonjour,
    Ce n'est pas une réponse au problème que tu rencontres mais un simple retour d'expérience : nextcloud-talk est devenu capricieux depuis quelques versions (alors qu'il y a qq années il fonctionnait très bien)

    J'ai rencontré le même problème : difficulté d'entrer dans une conversation, et ce même si nous sommes peu nombreux, genre 3… C'est aléatoire, parfois cela se passe bien, parfois non. Les utilisateurs cliquent, attendent, se déconnectent, re-cliquent, attendent…

    Et cela y compris en configuration de redondance de serveurs turn/turns.

    Il semblerait qu'il soit possible (sic, prudence) que cela vienne de l'absence d'un serveur de signalement. Il semble que nextcloud-talk en propose un en solution d'entreprise mais ce n'est pas clair. De plus il semble aussi que, malgré la présence d'un serveur turn correctement configuré (voir plusieurs sur plusieurs machines) et sans client NATé nextcloud-talk continue de distribuer en peer2peer exclusivement, contrairement à ce qui est marqué mais là encore ce n'est pas clair, en tout cas pour moi.

    La meilleure aide semble être de lire et/ou utiliser le script spécifique à talk inclu dans la vm que nextcloud propose. Ce script contient la confirmation de bonne configuration de coturn, puisqu'il contient celle déployée par défaut pour un vm toute prête …

    Enfin, personnellement j'ai stoppé nextcloud-talk, à regret (car solution intégrée) pour ces raisons : absence de clarté sur la finalité et les possibilités (impression de revenir au pb initial owncloud / nextcloud) et limitation à moins de 10~12 personnes (quant ceux ci ont réussis à se connecter, miracle)

    Quelqu'un rencontre les mêmes soucis et a des solutions svp ?

    muny@twitter.com

    • [^] # Re: stun, turn & turns

      Posté par  . Évalué à 4. Dernière modification le 18/04/20 à 09:51.

      Merci pour ta réponse. J'avais pas la partie TLS de la configuration coturn, on va voir si c'est mieux ;-)

      ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

      • [^] # Re: stun, turn & turns

        Posté par  . Évalué à 3. Dernière modification le 19/04/20 à 00:20.

        Pour la configuration tls, voici ce que j'ai, mais pour JITSI. Je la poste car peut être cela te sera utile pour talk ?

        Pour commencer j'ai ajouté quelques options au service systemd :

        ExecStart=/usr/bin/turnserver -o -n -f -z --syslog --no-multicast-peers --mobility --verbose --pidfile /run/coturn/turnserver.pid

        Ceci évite de s'occuper du fichier de conf, mais oblige à utiliser les noms pour les certificats ainsi :
        privkey.pem -> turn_server_pkey.pem
        cert.pem -> turn_server_cert.pem

        Et là il est tout content :

        Apr 18 18:33:11 fqdn turnserver: 0: SSL23: Private key file found: //etc/coturn/turn_server_pkey.pem
        Apr 18 18:33:11 fqdn turnserver: 0: TLS1.0: Private key file found: //etc/coturn/turn_server_pkey.pem
        Apr 18 18:33:11 fqdn turnserver: 0: TLS1.1: Private key file found: //etc/coturn/turn_server_pkey.pem
        Apr 18 18:33:11 fqdn turnserver: 0: TLS1.2: Private key file found: //etc/coturn/turn_server_pkey.pem
        Apr 18 18:33:11 fqdn turnserver: 0: DTLS: Private key file found: //etc/coturn/turn_server_pkey.pem
        Apr 18 18:33:11 fqdn turnserver: 0: DTLS1.2: Private key file found: //etc/coturn/turn_server_pkey.pem

        Cela c'était pour le serveur CoTurn secondaire, qui se trouve sur un bon gros dual xeon + 64g + 1t ssd

        Le primaire (sur Debian, qui se trouve sur un petit atom + 16g) est configuré par jitsi-meet et j'ai fait qu'ajouter la référence au secondaire :

        # jitsi-meet coturn config. Do not modify this line
        use-auth-secret
        keep-address-family
        static-auth-secret=mon_beau_mdp
        realm=mon_beau_fqdn
        no-tcp
        listening-port=4446
        tls-listening-port=4445
        external-ip=ma_belle_ip
        alternate-server=ma_belle_seconde_ip
        syslog

        Le tout discute et fonctionne nickel.

        *fqdn1* : handle_udp_packet: New UDP endpoint: local addr ip:4446, remote addr ip:49196
        *fqdn2* : session 002000000000000001: realm <> user <>: incoming packet ALLOCATE processed, success

        Comme tu le vois, c'est loin d'être bien (un -z sur le serveur secondaire, c'est openbar) et je suis également preneur de conseils ;-)

        muny@twitter.com

    • [^] # Re: stun, turn & turns

      Posté par  . Évalué à 3.

      Cela me semble pourtant assez clair dans la doc : https://nextcloud-talk.readthedocs.io/en/latest/TURN/

  • # suis passé de nextcloud talk à jitsi

    Posté par  (site Web personnel) . Évalué à 3.

    Alors j'avais aussi installer coturn (ne pas oublier d'ouvrir les ports nécessaire au niveau du firewall).

    Si deux personnes sont sur le même lan talk va faire du p2p au lieu de passer via coturn (comme jitsi d'ailleur).

    Après talk va envoyer n fois ton flux via le coturn (si vous êtes 4 il envoi 4 fois ton flux) c'est pour ça que talk est conseillé jusqu'a 4 personnes maximum.

    C'est pour ça que je suis passé à jitsi (ça prend 10min à s'installer) car jitsi tu envoi 1 fois ton flux et c'est lui qui le renvoi à tous les autres utilisateurs (sauf si certain son dans le même lan dans ce cas il fait du p2p entre eux.)

    si le connexion montante n'est pas forte ça peux très vite coincer avec talk.

    Après que ça soit avec talk ou jitsi il ne faut pas oublier aussi de laisser chez les participants les connexions sortante sur les ports utilisé.

    Autrement talk pour faire du 1 à 1 fonctionne très bien avec un coturn bien configuré, on peut l'utiliser en remplacement de whatsapp par exemple.

    • [^] # Re: suis passé de nextcloud talk à jitsi

      Posté par  . Évalué à 2.

      Merci, je suis arrivé à la même conclusion. Et je confirme que l'installation d'un conteneur LXC dans Proxmox pour Jitsi s'est faite en 10 minutes! Le plus long est de configurer le routage pour l'IPv4, mais en IPv6 tout a marché directement!

      ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • # Retex sur Nextcloud Talk

    Posté par  . Évalué à 1.

    Bonjour,

    J'apporte ma petite pierre à l'édifice avec ce retour d'expérience qui semble différer de ceux d'autres personnes.

    J'ai installé l'application Talk sur mon Nextcloud pour communiquer facilement avec ma famille. L'installation est on ne peut plus simple (je ne me rappelle plus si j'ai cliqué 1 ou 2 fois). Pour info, ce Nextcloud tourne sur un Raspberry Pi 3B+ relié en Ethernet à ma box fibre.

    Le premier test, sans aucune configuration, ne s'est pas avéré concluant : une conversation à 2 via Internet fonctionnait pour le son … mais pas l'image (ni dans un sens ni dans l'autre) ! J'ai donc été chercher des infos là-dessus, lu les discussions sur l'installation d'un serveur TURN etc.

    Mais avant d'installer un TURN, j'ai un peu réfléchi … la conversation fonctionnait en audio, donc être derrière un routeur n'est peut-être pas le problème. Et pour cause, en regardant la config de Talk, il y a un serveur STUN configuré par défaut (celui de Nextcloud), qui fait le boulot tant qu'il n'y a pas un pare-feu à passer.

    J'ai donc fait d'autres tests :
    1. Une conversation à 2 deux sur mon réseau local -> même résultat ! Du son, mais pas d'image … ça semble confirmer que le réseau n'est pas la cause de mon problème
    2. Changement de machine : les premiers tests se faisaient depuis Firefox sur macOS 10.9 (une quasi-antiquité) vers un FF sur macOS récent (via Internet) ou un FF sur Ubuntu (en local). J'ai donc changé ma machine et fait un test avec FF sur Windows 10 : bingo ! Le son et l'image étaient bien présents.
    Conclusion : Firefox, même à jour, ne permet pas de gérer l'image dans Talk avec un ancien macOS … pourquoi, je n'en sais rien.

    Depuis, j'ai fait un certain nombre de visio avec mon Talk, avec plusieurs personnes ayant des configurations variées, et jusqu'à 4 ou 5 personnes en même temps, et ce sans souci majeur (suivant le débit des participants). Il faudrait tester avec plus de participant-e-s … mais 5 je trouve ça déjà beaucoup en visio.
    Et tout ça donc, sans avoir eu à installer de serveur TURN ! Je suis donc plutôt satisfait de la solution :)

    PS : j'ai installé Talk car je n'ai pas réussi à installer simplement Jitsi sur mon RPi …

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.