disposer d’un compte «matrix» sur l’instance «machin chose»
accéder à un salon par principe de fédération (ou non.)
Notre serveur matrix est ouvert à d’autre par défaut. Il y a une liste des salons public auquel tu peux accèder à partir d’une instance matrix autre…
Les salons privés sont visibles et accessibles uniquement sur invitation. Que tu disposes ou non d’un compte chez hadoly.
Après ça, je peux aussi me tromper. Mais je t’invite à venir en causer sur notre salon public #general:hadoly.fr .
On faisait une sorte de Join-Matrix-d’un-chaton avec un bloc style « entraide chaton » qui ferait un round robin sur une liste d’instances chatons volontaires?
un clique redirige sur une interface web type élément (c’est le plus simple) / ou sur une page expliquant comment paramétrer son client mais c’est déjà Level2 pour MrMICHU
Je n’arrive pas à me connecter à ton salon : #general:hadoly.fr.
J’ai testé avec 2 serveurs matrix.
Du coup j’ai revérifié la doc de matrix et j’ai testé sur mon serveur la config préconisée par la doc. Doc Matrix
Dans le fichier homeserver.yaml
Il y a deux options :
rendre le répertoire de tous les salons public accessibles par l’API sans identification.
rendre les salons publics accessibles à un autre serveur.
Cette option est nécessaire sinon personne de l’extérieur peut se connecter aux salons publics.
Exception j’arrive à rentrer dans le salon #general:hadoly.fr. en passant par le serveur de Fouine par l’intermédiaire de son salon qui répertorie tous les serveurs matrix des chatons.
J’ai constaté avec ma sœur que la recherche de salon n’est pas facile. Il faut sélectionner le serveur dans lequel on veut chercher… Faudrait regarder dans les paramètres si on peut pré-remplir une liste de serveur (ce serait déjà plus facile que de les taper).
Ce serait intéressant de maintenir des fichiers de config-type pour instance CHATONS, que ce soit pour element ou synapse. On pourrait poser ca sur un gitlab.
Ce serait top, ca permettra de lancer l’idée concrètement Mercredi. Ce serait donc un dépot pour la configuration de services fédérés et pourrait s’appeler config_fede
Je le configurerais comme privé dans un premier temps. Je pense qu’il ne vaut mieux pas exposer sa conf au grand public.
Du coup pour qu’on voit les salons publics des uns des autres, il faut autoriser la lecture de l’annuaire des salons publics par fédération dans /etc/matrix-synapse/homeserver.yaml : allow_public_rooms_over_federation: true
Pour l’instant chez ARN c’est false . Et si on veut que seuls les chatons et autres amis puissent voir l’annuaire, il faut n’autoriser la fédération qu’avec eux :
federation_domain_whitelist:
- lon.example.com
Cette solution n’est pas applicable en pratique, car on veut forcément se fédérer à matrix.org, et alors tout le monde de matrix.org pourra voir la liste de nos salons publics.
Il y a aussi la possibilité de mettre une liste de serveurs à ne pas fédérer. federation_ip_range_blacklist:
A voir si ça n’est pas un choix délibéré. Il se pourrait que, si l’instance MATRIX a une destination communautaire, elle ne souhaite pas rendre publique les ROOM qu’elle « héberge ».
Ensuite, dans les premières versions de Matrix-Synaspe " allow_public_rooms_over_federation: true etait par défaut. Puis pour des raisons de vie privée, est devenu allow_public_rooms_over_federation: FALSE par défaut requérant ainsi une action volontaire de l’admin. Si l’admin n’a pas suivi les évolutions, c’est peut être juste une méconnaissance.