Aller au contenu principal

Install

Installation​

Matrix UI : Element​

Matrix Basic configuration​

Les clés de configuration que vous pouvez modifier sont les suivantes :

  • hostname : Le FQDN qui sera configurĂ© pour accĂ©der Ă  l'interface utilisateur Element dans un navigateur.
  • sso :
    • hostname : Le FQDN de l'IDP, cela servira Ă  rediriger les utilisateurs et doit ĂȘtre accessible depuis le navigateur.
  • synapse :
    • hostname : Le FQDN de Synapse auquel l'interface utilisateur Element doit essayer de se connecter. Comme le FQDN prĂ©cĂ©dent, il doit ĂȘtre accessible depuis le navigateur de l'utilisateur.
  • tls : DĂ©termine si l'interface utilisateur Element doit utiliser TLS pour son interface.

Matrix Advanced configuration​

Les clés de configuration que vous pouvez modifier sont les suivantes :

  • configJson : le contenu sera transformĂ© en config.json que Element attend.
    • l'utilisation de cette clĂ© de configuration remplacera le fichier de configuration par dĂ©faut (par exemple : les clĂ©s de configuration default_server_config, logout_redirect_url & sso_redirect_options, ...)
  • replicaCount : Le nombre de pods que vous souhaitez exĂ©cuter
  • podAnnotations : Annotations supplĂ©mentaires Ă  dĂ©finir sur les pods.
  • podLabels : Étiquettes supplĂ©mentaires Ă  dĂ©finir sur les pods.
  • ingress :
    • className : Correspond au champ spec.ingressClassName dans une dĂ©finition d'ingress.
    • annotations : Annotations qui doivent ĂȘtre ajoutĂ©es Ă  l'ingress.
    • hosts : Il s'agit d'un tableau
      • host : Le FQDN qui doit ĂȘtre associĂ© Ă  l'interface utilisateur Element
      • paths : Il s'agit d'un tableau
        • path : Correspond au champ spec.rules.http.paths.path dans une dĂ©finition d'ingress.
        • pathType : Correspond au champ spec.rules.http.paths.pathType dans une dĂ©finition d'ingress.
    • tls : Correspond au champ spec.tls dans une dĂ©finition d'ingress.
  • resources :
    • limits : Limits dĂ©crit la quantitĂ© maximale de ressources de calcul autorisĂ©es. Les types cpu & memory sont supportĂ©s.
    • requests : Requests dĂ©crit la quantitĂ© minimale de ressources de calcul requises. Si Requests est omis pour un conteneur, il prend par dĂ©faut la valeur de Limits si celle-ci est explicitement spĂ©cifiĂ©e, sinon une valeur dĂ©finie par l'implĂ©mentation. Requests ne peut pas dĂ©passer Limits. Les types cpu & memory sont supportĂ©s.

Synapse : Matrix Backend​

Synapse Basic configuration​

Les clés de configuration que vous pouvez modifier sont les suivantes :

  • hostname : Le FQDN qui sera configurĂ© pour accĂ©der Ă  l'interface utilisateur Element dans un navigateur.
  • servername : Un nom unique qui identifiera cette instance spĂ©cifique de synapse
  • keycloakCA : Le certificat CA de keycloak qui sera utilisĂ© par synapse pour valider sa connexion Ă  Keycloak.
    • Ceci n'est pas nĂ©cessaire si votre certificat Keycloak peut ĂȘtre validĂ© automatiquement (par exemple : certificat let's encrypt avec accĂšs internet)
  • db : La base de donnĂ©es PostgrSQL dans laquelle synapse stockera ses informations
    • name : Le nom de la base de donnĂ©es
    • user : Un utilisateur ayant accĂšs Ă  la base de donnĂ©es
    • password : Le mot de passe de l'utilisateur
    • host : Nom d'hĂŽte (sans port) de la base de donnĂ©es PostgreSQL
    • port : port sur lequel la base de donnĂ©es PostgreSQL Ă©coute
  • sso : Configuration SSO pour l'identifiant client synapse
    • hostname : Le FQDN de l'IDP, cela servira Ă  rediriger les utilisateurs et doit ĂȘtre accessible depuis le navigateur.
    • clientSecret : Le secret client associĂ© Ă  l'identifiant client synapse.
  • persistance :
    • enabled : DĂ©termine si les mĂ©dias de synapse (fichiers tĂ©lĂ©chargĂ©s) doivent ĂȘtre dans un volume persistant ou Ă©phĂ©mĂšre.
    • size : Une taille valide de Kubernetes PersistentVolume pour le volume.
    • accessMode : Un mode d'accĂšs valide de Kubernetes PersistentVolume pour le volume.
    • storageClass : Une classe de stockage valide de Kubernetes PersistentVolume pour le volume.

Synapse Advanced configuration​

Les clés de configuration que vous pouvez modifier sont les suivantes :

  • additionalHomeserverConfig : Vous devez fournir ici un fichier de configuration principal synapse valide. Cela sera ajoutĂ© aux configurations de base dĂ©jĂ  utilisĂ©es.
  • logConfig : Vous devez fournir ici un fichier de log synapse valide.
  • replicaCount : Le nombre de pods que vous souhaitez exĂ©cuter
  • podAnnotations : Annotations supplĂ©mentaires Ă  dĂ©finir sur les pods.
  • podLabels : Étiquettes supplĂ©mentaires Ă  dĂ©finir sur les pods.
  • ingress :
    • className : Correspond au champ spec.ingressClassName dans une dĂ©finition d'ingress.
    • annotations : Annotations qui doivent ĂȘtre ajoutĂ©es Ă  l'ingress.
    • hosts : Il s'agit d'un tableau
      • host : Le FQDN qui doit ĂȘtre associĂ© Ă  l'interface utilisateur Element
      • paths : Il s'agit d'un tableau
        • path : Correspond au champ spec.rules.http.paths.path dans une dĂ©finition d'ingress.
        • pathType : Correspond au champ spec.rules.http.paths.pathType dans une dĂ©finition d'ingress.
    • tls : Correspond au champ spec.tls dans une dĂ©finition d'ingress.
  • resources :
    • limits : Limits dĂ©crit la quantitĂ© maximale de ressources de calcul autorisĂ©es. Les types cpu & memory sont supportĂ©s.
    • requests : Requests dĂ©crit la quantitĂ© minimale de ressources de calcul requises. Si Requests est omis pour un conteneur, il prend par dĂ©faut la valeur de Limits si celle-ci est explicitement spĂ©cifiĂ©e, sinon une valeur dĂ©finie par l'implĂ©mentation. Requests ne peut pas dĂ©passer Limits. Les types cpu & memory sont supportĂ©s.

Notification Center​

Basic​

Les clés de configuration que vous pouvez modifier sont les suivantes :

  • config :
    • nats :
      • subject : Sujet Nats valide Ă  partir duquel les notifications doivent ĂȘtre rĂ©cupĂ©rĂ©es (par exemple : notifications.*)
      • addr : Point de terminaison du serveur nats Ă  partir duquel les notifications doivent ĂȘtre rĂ©cupĂ©rĂ©es, port inclus.
      • durableName : Nom durable du consommateur nats. Les messages sur un sujet sont Ă©quilibrĂ©s en charge sur chaque consommateur utilisant le mĂȘme nom durable.
    • synapse :
      • baseUrl : point de terminaison du serveur synapse auquel vous souhaitez poster des notifications, schĂ©ma et port inclus.
      • username : Nom du compte Ă  utiliser pour poster des messages dans synapse.
      • password : Mot de passe du compte Ă  utiliser pour poster des messages dans synapse.
      • skipCertCheck : Indique si la validation du certificat doit ĂȘtre ignorĂ©e.
      • accessTokenLifetimeInSec : DurĂ©e de validitĂ© d'un jeton d'accĂšs synapse (Ă  ne pas confondre avec le jeton d'accĂšs OIDC)

Advanced​

Les clés de configuration que vous pouvez modifier sont les suivantes :

  • replicaCount : Le nombre de pods que vous souhaitez exĂ©cuter
  • podAnnotations : Annotations supplĂ©mentaires Ă  dĂ©finir sur les pods.
  • podLabels : Étiquettes supplĂ©mentaires Ă  dĂ©finir sur les pods.
  • resources :
    • limits : Limits dĂ©crit la quantitĂ© maximale de ressources de calcul autorisĂ©es. Les types cpu & memory sont supportĂ©s.
    • requests : Requests dĂ©crit la quantitĂ© minimale de ressources de calcul requises. Si Requests est omis pour un conteneur, il prend par dĂ©faut la valeur de Limits si celle-ci est explicitement spĂ©cifiĂ©e, sinon une valeur dĂ©finie par l'implĂ©mentation. Requests ne peut pas dĂ©passer Limits. Les types cpu & memory sont supportĂ©s.