Matrix Docker Ansible eploy
Nevar pievienot vairāk kā 25 tēmas Tēmai ir jāsākas ar burtu vai ciparu, tā var saturēt domu zīmes ('-') un var būt līdz 35 simboliem gara.
 
 

318 rindas
18 KiB

  1. # SOME DESCRIPTIVE TITLE.
  2. # Copyright (C) 2018-2026, Slavi Pantaleev, Aine Etke, MDAD community members
  3. # This file is distributed under the same license as the matrix-docker-ansible-deploy package.
  4. # FIRST AUTHOR <EMAIL@ADDRESS>, YEAR.
  5. #
  6. #, fuzzy
  7. msgid ""
  8. msgstr ""
  9. "Project-Id-Version: matrix-docker-ansible-deploy \n"
  10. "Report-Msgid-Bugs-To: \n"
  11. "POT-Creation-Date: 2026-03-31 05:49+0000\n"
  12. "PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
  13. "Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
  14. "Language-Team: LANGUAGE <LL@li.org>\n"
  15. "MIME-Version: 1.0\n"
  16. "Content-Type: text/plain; charset=UTF-8\n"
  17. "Content-Transfer-Encoding: 8bit\n"
  18. #: ../../../docs/configuring-playbook-synapse.md:12
  19. msgid "Configuring Synapse (optional)"
  20. msgstr ""
  21. #: ../../../docs/configuring-playbook-synapse.md:14
  22. msgid "By default, this playbook configures the [Synapse](https://github.com/element-hq/synapse) Matrix server, so that it works for the general case. If that's okay, you can skip this document."
  23. msgstr ""
  24. #: ../../../docs/configuring-playbook-synapse.md:16
  25. msgid "💡 See this page for details about maintaining Synapse: [Synapse maintenance](maintenance-synapse.md)"
  26. msgstr ""
  27. #: ../../../docs/configuring-playbook-synapse.md:18
  28. msgid "Adjusting the playbook configuration"
  29. msgstr ""
  30. #: ../../../docs/configuring-playbook-synapse.md:20
  31. msgid "Load balancing with workers"
  32. msgstr ""
  33. #: ../../../docs/configuring-playbook-synapse.md:22
  34. msgid "To have Synapse gracefully handle thousands of users, worker support should be enabled. It factors out some homeserver tasks and spreads the load of incoming client and server-to-server traffic between multiple processes. More information can be found in the [official Synapse workers documentation](https://github.com/element-hq/synapse/blob/master/docs/workers.md) and [Tom Foster](https://github.com/tcpipuk)'s [Synapse homeserver guide](https://tcpipuk.github.io/synapse/index.html)."
  35. msgstr ""
  36. #: ../../../docs/configuring-playbook-synapse.md:24
  37. msgid "To enable Synapse worker support, add the following configuration to your `inventory/host_vars/matrix.example.com/vars.yml` file:"
  38. msgstr ""
  39. #: ../../../docs/configuring-playbook-synapse.md:32
  40. msgid "By default, this enables the `one-of-each` [worker preset](#worker-presets), but you may wish to use another preset or [control the number of worker instances](#controlling-the-number-of-worker-instances)."
  41. msgstr ""
  42. #: ../../../docs/configuring-playbook-synapse.md:34
  43. msgid "Worker presets"
  44. msgstr ""
  45. #: ../../../docs/configuring-playbook-synapse.md:36
  46. msgid "We support a few configuration presets (`matrix_synapse_workers_preset: one-of-each` being the default configuration right now):"
  47. msgstr ""
  48. #: ../../../docs/configuring-playbook-synapse.md:38
  49. msgid "(federation-only) `little-federation-helper` — a very minimal worker configuration to improve federation performance"
  50. msgstr ""
  51. #: ../../../docs/configuring-playbook-synapse.md:39
  52. msgid "(generic) `one-of-each` — defaults to one worker of each supported type — no smart routing, just generic workers"
  53. msgstr ""
  54. #: ../../../docs/configuring-playbook-synapse.md:40
  55. msgid "(specialized) `specialized-workers` — defaults to one worker of each supported type, but disables generic workers and uses [specialized workers](#specialized-workers) instead"
  56. msgstr ""
  57. #: ../../../docs/configuring-playbook-synapse.md:42
  58. msgid "These presets represent a few common configurations. There are many worker types which can be mixed and matched based on your needs."
  59. msgstr ""
  60. #: ../../../docs/configuring-playbook-synapse.md:44
  61. msgid "Generic workers"
  62. msgstr ""
  63. #: ../../../docs/configuring-playbook-synapse.md:46
  64. msgid "Previously, the playbook only supported the most basic type of load-balancing. We call it **generic load-balancing** below, because incoming HTTP requests are sent to a generic worker. Load-balancing was done based on the requestor's IP address. This is simple, but not necessarily optimal. If you're accessing your account from multiple IP addresses (e.g. your mobile phone being on a different network than your PC), these separate requests may potentially be routed to different workers, each of which would need to cache roughly the same data."
  65. msgstr ""
  66. #: ../../../docs/configuring-playbook-synapse.md:48
  67. msgid "This is **still the default load-balancing method (preset) used by the playbook**."
  68. msgstr ""
  69. #: ../../../docs/configuring-playbook-synapse.md:50
  70. msgid "To use generic load-balancing, do not specify `matrix_synapse_workers_preset` to make it use the default value (`one-of-each`), or better yet — explicitly set it as `one-of-each`."
  71. msgstr ""
  72. #: ../../../docs/configuring-playbook-synapse.md:52
  73. msgid "You may also consider [tweaking the number of workers of each type](#controlling-the-number-of-worker-instances) from the default (one of each)."
  74. msgstr ""
  75. #: ../../../docs/configuring-playbook-synapse.md:54
  76. msgid "Specialized workers"
  77. msgstr ""
  78. #: ../../../docs/configuring-playbook-synapse.md:56
  79. msgid "The playbook now supports a smarter **specialized load-balancing** inspired by [Tom Foster](https://github.com/tcpipuk)'s [Synapse homeserver guide](https://tcpipuk.github.io/synapse/index.html). Instead of routing requests to one or more [generic workers](#generic-workers) based only on the requester's IP address, specialized load-balancing routes to **4 different types of specialized workers** based on **smarter criteria** — the access token (username) of the requester and/or on the resource (room, etc.) being requested."
  80. msgstr ""
  81. #: ../../../docs/configuring-playbook-synapse.md:58
  82. msgid "The playbook supports these **4 types** of specialized workers:"
  83. msgstr ""
  84. #: ../../../docs/configuring-playbook-synapse.md:60
  85. msgid "Room workers — handles various [Client-Server](https://spec.matrix.org/v1.9/client-server-api/) & [Federation](https://spec.matrix.org/v1.9/server-server-api) APIs dedicated to handling specific rooms"
  86. msgstr ""
  87. #: ../../../docs/configuring-playbook-synapse.md:61
  88. msgid "Sync workers — handles various [Client-Server](https://spec.matrix.org/v1.9/client-server-api/) APIs related to synchronization (most notably [the `/sync` endpoint](https://spec.matrix.org/v1.9/client-server-api/#get_matrixclientv3sync))"
  89. msgstr ""
  90. #: ../../../docs/configuring-playbook-synapse.md:62
  91. msgid "Client readers — handles various [Client-Server](https://spec.matrix.org/v1.9/client-server-api/) APIs which are not for specific rooms (handled by **room workers**) or for synchronization (handled by **sync workers**)"
  92. msgstr ""
  93. #: ../../../docs/configuring-playbook-synapse.md:63
  94. msgid "Federation readers — handles various [Federation](https://spec.matrix.org/v1.9/server-server-api) APIs which are not for specific rooms (handled by **room workers**)"
  95. msgstr ""
  96. #: ../../../docs/configuring-playbook-synapse.md:65
  97. msgid "To use specialized load-balancing, consider enabling the `specialized-workers` [worker preset](#worker-presets) and potentially [tweaking the number of workers of each type](#controlling-the-number-of-worker-instances) from the default (one of each)."
  98. msgstr ""
  99. #: ../../../docs/configuring-playbook-synapse.md:67
  100. msgid "Controlling the number of worker instances"
  101. msgstr ""
  102. #: ../../../docs/configuring-playbook-synapse.md:69
  103. msgid "If you'd like more customization power, you can start with one of the [worker presets](#worker-presets) and then tweak various `matrix_synapse_workers_*_count` variables manually."
  104. msgstr ""
  105. #: ../../../docs/configuring-playbook-synapse.md:71
  106. msgid "To find what variables are available for you to override in your own `vars.yml` configuration file, see the [`defaults/main.yml` file for the `matrix-synapse` Ansible role](../roles/custom/matrix-synapse/defaults/main.yml)."
  107. msgstr ""
  108. #: ../../../docs/configuring-playbook-synapse.md:73
  109. msgid "The only thing you **cannot** do is mix [generic workers](#generic-workers) and [specialized workers](#specialized-workers)."
  110. msgstr ""
  111. #: ../../../docs/configuring-playbook-synapse.md:75
  112. msgid "Effect of enabling workers on the rest of your server"
  113. msgstr ""
  114. #: ../../../docs/configuring-playbook-synapse.md:77
  115. msgid "When Synapse workers are enabled, the integrated [Postgres database is tuned](maintenance-postgres.md#tuning-postgresql), so that the maximum number of Postgres connections are increased from `200` to `500`. If you need to decrease or increase the number of maximum Postgres connections further, use the `postgres_max_connections` variable."
  116. msgstr ""
  117. #: ../../../docs/configuring-playbook-synapse.md:79
  118. msgid "The `matrix-synapse` role also manages the `matrix-synapse-reverse-proxy-companion` component for load-balancing with workers. This component is automatically enabled when you enable workers. Make sure to use the `setup-all` tag (not `install-all`!) during the playbook's [installation](./installing.md) process, especially if you're disabling workers, so that components may be installed/uninstalled correctly."
  119. msgstr ""
  120. #: ../../../docs/configuring-playbook-synapse.md:81
  121. msgid "In case any problems occur, make sure to have a look at the [list of synapse issues about workers](https://github.com/element-hq/synapse/issues?q=workers+in%3Atitle) and your `journalctl --unit 'matrix-*'`."
  122. msgstr ""
  123. #: ../../../docs/configuring-playbook-synapse.md:83
  124. msgid "Limit joining heavy rooms on constrained hosts"
  125. msgstr ""
  126. #: ../../../docs/configuring-playbook-synapse.md:85
  127. msgid "If your server is underpowered, joining heavy rooms can cause Synapse to consume a lot of resources and be unavailable for long (while it catches up)."
  128. msgstr ""
  129. #: ../../../docs/configuring-playbook-synapse.md:87
  130. msgid "To avoid this, Synapse can be configured to reject joins for remote rooms that are too complex before users enter them."
  131. msgstr ""
  132. #: ../../../docs/configuring-playbook-synapse.md:89
  133. msgid "Complexity is computed as `current_state_events / 500` (Synapse state event count for current room state). When the resulting value is higher than `matrix_synapse_limit_remote_rooms_complexity` and `matrix_synapse_limit_remote_rooms_enabled` is `true`, Synapse blocks joining the room."
  134. msgstr ""
  135. #: ../../../docs/configuring-playbook-synapse.md:91
  136. msgid "We recommend using this as a guardrail on low-resource servers:"
  137. msgstr ""
  138. #: ../../../docs/configuring-playbook-synapse.md:106
  139. msgid "Synapse + OpenID Connect for Single-Sign-On"
  140. msgstr ""
  141. #: ../../../docs/configuring-playbook-synapse.md:108
  142. msgid "💡 An alternative to setting up OIDC in Synapse is to use [Matrix Authentication Service](./configuring-playbook-matrix-authentication-service.md) (MAS). Newer clients (like Element X) only support SSO-based authentication via MAS and not via the legacy Synapse OIDC setup described below. That said, MAS is still a new experimental service which comes with its own downsides. Consult its documentation to learn if it will be a good fit for your deployment."
  143. msgstr ""
  144. #: ../../../docs/configuring-playbook-synapse.md:110
  145. msgid "If you'd like to use OpenID Connect authentication with Synapse, you'll need some additional configuration."
  146. msgstr ""
  147. #: ../../../docs/configuring-playbook-synapse.md:112
  148. msgid "This example configuration is for [keycloak](https://www.keycloak.org/), an opensource Identity Provider maintained by Red Hat."
  149. msgstr ""
  150. #: ../../../docs/configuring-playbook-synapse.md:114
  151. msgid "For more detailed documentation on available options and how to setup keycloak, see the [Synapse documentation on OpenID Connect with keycloak](https://github.com/element-hq/synapse/blob/develop/docs/openid.md#keycloak)."
  152. msgstr ""
  153. #: ../../../docs/configuring-playbook-synapse.md:116
  154. msgid "In case you encounter errors regarding the parsing of the variables, you can try to add `{% raw %}` and `{% endraw %}` blocks around them. For example ;"
  155. msgstr ""
  156. #: ../../../docs/configuring-playbook-synapse.md:137
  157. msgid "Customizing templates"
  158. msgstr ""
  159. #: ../../../docs/configuring-playbook-synapse.md:139
  160. msgid "[Templates](https://github.com/element-hq/synapse/blob/develop/docs/templates.md) are used by Synapse for showing **certain web pages** handled by the server, as well as for **email notifications**."
  161. msgstr ""
  162. #: ../../../docs/configuring-playbook-synapse.md:141
  163. msgid "This playbook allows you to customize the default templates (see the [`synapse/res/templates` directory](https://github.com/element-hq/synapse/tree/develop/synapse/res/templates))."
  164. msgstr ""
  165. #: ../../../docs/configuring-playbook-synapse.md:143
  166. msgid "If template customization is enabled, the playbook will build a custom container image based on the official one."
  167. msgstr ""
  168. #: ../../../docs/configuring-playbook-synapse.md:145
  169. msgid "Your custom templates need to live in a public or private git repository. This repository will be cloned during Synapse image customization (during the playbook run)."
  170. msgstr ""
  171. #: ../../../docs/configuring-playbook-synapse.md:147
  172. msgid "To enable template customizations, add the following configuration to your `vars.yml` file (adapt to your needs):"
  173. msgstr ""
  174. #: ../../../docs/configuring-playbook-synapse.md:173
  175. msgid "As mentioned in Synapse's Templates documentation, Synapse will fall back to its own templates if a template is not found in that directory. Due to this, it's recommended to only store and maintain template files in your repository if you need to make custom changes. Other files (which you don't need to change), should not be duplicated, so that you don't need to worry about getting out-of-sync with the original Synapse templates."
  176. msgstr ""
  177. #: ../../../docs/configuring-playbook-synapse.md:175
  178. msgid "Extending the configuration"
  179. msgstr ""
  180. #: ../../../docs/configuring-playbook-synapse.md:177
  181. msgid "There are some additional things you may wish to configure about the server."
  182. msgstr ""
  183. #: ../../../docs/configuring-playbook-synapse.md:179
  184. msgid "Take a look at:"
  185. msgstr ""
  186. #: ../../../docs/configuring-playbook-synapse.md:181
  187. msgid "`roles/custom/matrix-synapse/defaults/main.yml` for some variables that you can customize via your `vars.yml` file"
  188. msgstr ""
  189. #: ../../../docs/configuring-playbook-synapse.md:182
  190. msgid "`roles/custom/matrix-synapse/templates/synapse/homeserver.yaml.j2` for the server's default configuration. You can override settings (even those that don't have dedicated playbook variables) using the `matrix_synapse_configuration_extension_yaml` variable"
  191. msgstr ""
  192. #: ../../../docs/configuring-playbook-synapse.md:184
  193. msgid "Installing"
  194. msgstr ""
  195. #: ../../../docs/configuring-playbook-synapse.md:186
  196. msgid "After configuring the playbook, run it with [playbook tags](playbook-tags.md) as below:"
  197. msgstr ""
  198. #: ../../../docs/configuring-playbook-synapse.md:193
  199. msgid "The shortcut commands with the [`just` program](just.md) are also available: `just install-all` or `just setup-all`"
  200. msgstr ""
  201. #: ../../../docs/configuring-playbook-synapse.md:195
  202. msgid "`just install-all` is useful for maintaining your setup quickly ([2x-5x faster](../CHANGELOG.md#2x-5x-performance-improvements-in-playbook-runtime) than `just setup-all`) when its components remain unchanged. If you adjust your `vars.yml` to remove other components, you'd need to run `just setup-all`, or these components will still remain installed. Note these shortcuts run the `ensure-matrix-users-created` tag too."
  203. msgstr ""
  204. #: ../../../docs/configuring-playbook-synapse.md:197
  205. msgid "Usage"
  206. msgstr ""
  207. #: ../../../docs/configuring-playbook-synapse.md:199
  208. msgid "Synapse Admin"
  209. msgstr ""
  210. #: ../../../docs/configuring-playbook-synapse.md:201
  211. msgid "With [Synapse Admin](configuring-playbook-synapse-admin.md), certain Synapse administration tasks (managing users and rooms, etc.) can be performed via a web user-interace."
  212. msgstr ""
  213. #: ../../../docs/configuring-playbook-synapse.md:203
  214. msgid "The playbook can install and configure Synapse Admin for you. For details about it, see [this page](configuring-playbook-synapse-admin.md)."
  215. msgstr ""
  216. #: ../../../docs/configuring-playbook-synapse.md:205
  217. msgid "Monitoring Synapse Metrics with Prometheus and Grafana"
  218. msgstr ""
  219. #: ../../../docs/configuring-playbook-synapse.md:207
  220. msgid "This playbook allows you to enable Synapse metrics, which can provide insight into the performance and activity of Synapse."
  221. msgstr ""
  222. #: ../../../docs/configuring-playbook-synapse.md:209
  223. msgid "To enable Synapse runtime metrics, see: [Enabling metrics and graphs (Prometheus, Grafana) for your Matrix server](configuring-playbook-prometheus-grafana.md) and [its subsection](configuring-playbook-prometheus-grafana.md#expose-metrics-of-other-services-roles)"
  224. msgstr ""
  225. #: ../../../docs/configuring-playbook-synapse.md:211
  226. msgid "To enable Synapse usage metrics, see: [Enabling synapse-usage-exporter for Synapse usage statistics](configuring-playbook-synapse-usage-exporter.md)"
  227. msgstr ""
  228. #: ../../../docs/configuring-playbook-synapse.md:213
  229. msgid "Troubleshooting"
  230. msgstr ""
  231. #: ../../../docs/configuring-playbook-synapse.md:215
  232. msgid "As with all other services, you can find the logs in [systemd-journald](https://www.freedesktop.org/software/systemd/man/systemd-journald.service.html) by logging in to the server with SSH and running `journalctl -fu matrix-synapse`."
  233. msgstr ""
  234. #: ../../../docs/configuring-playbook-synapse.md:217
  235. msgid "Increase logging verbosity"
  236. msgstr ""
  237. #: ../../../docs/configuring-playbook-synapse.md:219
  238. msgid "Because Synapse is originally very chatty when it comes to logging, we intentionally reduce its [logging level](https://docs.python.org/3/library/logging.html#logging-levels) from `INFO` to `WARNING`."
  239. msgstr ""
  240. #: ../../../docs/configuring-playbook-synapse.md:221
  241. msgid "If you'd like to debug an issue or [report a Synapse bug](https://github.com/element-hq/synapse/issues/new/choose) to the developers, it'd be better if you temporarily increase the logging verbosity to `INFO`. To do so, add the following configuration to your `vars.yml` file and re-run the playbook:"
  242. msgstr ""