Matériel: Pi Framboise 4 Version de YunoHost: 11.0.9.14 J’ai accès à mon serveur : oui Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : non
Je n’ai pas encore réussi à faire fonctionner Synapse.
Outre le fait que coturn-synapse ne le fait pas, le port 5349 est fermé pour une raison obscure.
Quelle version de Synapse est ce que tu as ?
Si j’ai bien suivi, pour Coturne-Synapse, l’avant dernière MaJ l’a cassé et la dernière l’a réparé (1.67.0~ynh1).
$ sudo yunohost app list | grep -A 2 -B 3 synapse
9:
description: Instant messaging server which uses Matrix
domain_path: artanux.be/_matrix
id: synapse
name: Synapse
version: 1.67.0~ynh1
Je suis donc intéressé par la résolution.
[edit: Le service est lancé, je n’ai pas l’impression d’avoir fait quoique ce soit pour résoudre le problème.
Logs:
# yunohost service log coturn-synapse
journalctl:
- -- Journal begins at Mon 2022-09-05 18:20:26 UTC, ends at Tue 2022-09-20 07:55:07 UTC. --
(...)
- Sep 15 06:42:37 systemd[1]: Starting coturn...
- Sep 15 06:42:37 systemd[1]: Started coturn.
- Sep 15 06:42:38 systemd[1]: coturn-synapse.service: Main process exited, code=killed, status=31/SYS
- Sep 15 06:42:38 systemd[1]: coturn-synapse.service: Failed with result 'signal'.
- Sep 15 06:42:38 systemd[1]: coturn-synapse.service: Scheduled restart job, restart counter is at 9.
- Sep 15 06:42:38 systemd[1]: Stopped coturn.
- Sep 15 06:42:38 systemd[1]: coturn-synapse.service: Start request repeated too quickly.
- Sep 15 06:42:38 systemd[1]: coturn-synapse.service: Failed with result 'signal'.
- Sep 15 06:42:38 systemd[1]: Failed to start coturn.
- Sep 19 07:07:12 systemd[1]: Started coturn.
Peut-être que j’avais simplement oublié de le relancer après l’upgrade à Debian Bullseye ? (J’ai fait tout en plusieurs fois avec beaucoup d’interruptions, possible que je me sois mélangé les pinceaux.)
Il semble que tu n’aies pas exactement le même problème que moi.
Je recommande de réinstaller synapse et vérifiez que vous avez tout retiré.
Si vous rencontrez toujours des problèmes, fournissez le journal d’installation.
Je me souviens avoir eu le même problème sur un serveur, coturn essayait d’écrire le verrou dans /run/coturn…, alors qu’il se trouvait dans /var/run/coturn…
Je pense avoir créé le chemin, et l’avoir chowné à turnserver, comme ceci…
Est-ce que le répertoire est là, dans votre cas ?
J’ai créé le répertoire, redémarré le monocarte, et le répertoire a disparu.