Matrix Docker Ansible eploy
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 

301 line
16 KiB

  1. ---
  2. # The bare domain name which represents your Matrix identity.
  3. # Matrix user ids for your server will be of the form (`@user:<matrix-domain>`).
  4. #
  5. # Note: this playbook does not touch the server referenced here.
  6. # Installation happens on another server ("matrix.<matrix-domain>", see `matrix_server_fqn_matrix`).
  7. #
  8. # Example value: example.com
  9. matrix_domain: ~
  10. # The optional matrix admin MXID, used in bridges' configs to set bridge admin user
  11. # Example value: "@someone:{{ matrix_domain }}"
  12. matrix_admin: ''
  13. # Homeserver admin contacts and support page as per MSC 1929
  14. # See: https://github.com/matrix-org/matrix-spec-proposals/pull/1929
  15. # Users in form:
  16. # matrix_homeserver_admin_contacts:
  17. # - matrix_id: @admin:domain.tld
  18. # email_address: admin@domain.tld
  19. # role: admin
  20. # - email_address: security@domain.tld
  21. # role: security
  22. # Also see: `matrix_well_known_matrix_support_enabled`
  23. matrix_homeserver_admin_contacts: []
  24. # Url string like https://domain.tld/support.html
  25. # Also see: `matrix_well_known_matrix_support_enabled`
  26. matrix_homeserver_support_url: ''
  27. # This will contain the homeserver implementation that is in use.
  28. # Valid values: synapse, dendrite, conduit
  29. #
  30. # By default, we use Synapse, because it's the only full-featured Matrix server at the moment.
  31. #
  32. # This value automatically influences other variables (`matrix_synapse_enabled`, `matrix_dendrite_enabled`, etc.).
  33. # The homeserver implementation of an existing server cannot be changed without data loss.
  34. matrix_homeserver_implementation: synapse
  35. # This contains a secret, which is used for generating various other secrets later on.
  36. matrix_homeserver_generic_secret_key: ''
  37. # This is where your data lives and what we set up.
  38. # This and the Element FQN (see below) are expected to be on the same server.
  39. matrix_server_fqn_matrix: "matrix.{{ matrix_domain }}"
  40. # This is where you access federation API.
  41. matrix_server_fqn_matrix_federation: '{{ matrix_server_fqn_matrix }}'
  42. # This is where you access the Element web UI from (if enabled via matrix_client_element_enabled; enabled by default).
  43. # This and the Matrix FQN (see above) are expected to be on the same server.
  44. matrix_server_fqn_element: "element.{{ matrix_domain }}"
  45. # This is where you access the Hydrogen web client from (if enabled via matrix_client_hydrogen_enabled; disabled by default).
  46. matrix_server_fqn_hydrogen: "hydrogen.{{ matrix_domain }}"
  47. # This is where you access the Cinny web client from (if enabled via matrix_client_cinny_enabled; disabled by default).
  48. matrix_server_fqn_cinny: "cinny.{{ matrix_domain }}"
  49. # This is where you access the buscarron bot from (if enabled via matrix_bot_buscarron_enabled; disabled by default).
  50. matrix_server_fqn_buscarron: "buscarron.{{ matrix_domain }}"
  51. # This is where you access the Dimension.
  52. matrix_server_fqn_dimension: "dimension.{{ matrix_domain }}"
  53. # For use with Go-NEB! (github callback url for example)
  54. matrix_server_fqn_bot_go_neb: "goneb.{{ matrix_domain }}"
  55. # This is where you access Jitsi.
  56. matrix_server_fqn_jitsi: "jitsi.{{ matrix_domain }}"
  57. # This is where you access Grafana.
  58. matrix_server_fqn_grafana: "stats.{{ matrix_domain }}"
  59. # This is where you access the Sygnal push gateway.
  60. matrix_server_fqn_sygnal: "sygnal.{{ matrix_domain }}"
  61. # This is where you access the ntfy push notification service.
  62. matrix_server_fqn_ntfy: "ntfy.{{ matrix_domain }}"
  63. matrix_federation_public_port: 8448
  64. # The architecture that your server runs.
  65. # Recognized values by us are 'amd64', 'arm32' and 'arm64'.
  66. # Not all architectures support all services, so your experience (on non-amd64) may vary.
  67. # See docs/alternative-architectures.md
  68. matrix_architecture: amd64
  69. # The architecture for Debian packages.
  70. # See: https://wiki.debian.org/SupportedArchitectures
  71. # We just remap from our `matrix_architecture` values to what Debian and possibly other distros call things.
  72. matrix_debian_arch: "{{ 'armhf' if matrix_architecture == 'arm32' else matrix_architecture }}"
  73. matrix_container_global_registry_prefix: "docker.io/"
  74. # Each docker pull will retry on failed attempt 10 times with delay of 10 seconds between each attempt.
  75. matrix_container_retries_count: 10
  76. matrix_container_retries_delay: 10
  77. # Each get_url will retry on failed attempt 10 times with delay of 10 seconds between each attempt.
  78. matrix_geturl_retries_count: 10
  79. matrix_geturl_retries_delay: 10
  80. matrix_user_username: "matrix"
  81. matrix_user_groupname: "matrix"
  82. # By default, the playbook creates the user (`matrix_user_username`)
  83. # and group (`matrix_user_groupname`) with a random id.
  84. # To use a specific user/group id, override these variables.
  85. matrix_user_uid: ~
  86. matrix_user_gid: ~
  87. matrix_base_data_path: "/matrix"
  88. matrix_base_data_path_mode: "750"
  89. matrix_static_files_base_path: "{{ matrix_base_data_path }}/static-files"
  90. matrix_systemd_path: "/etc/systemd/system"
  91. # Specifies the path to use for the `HOME` environment variable for systemd unit files.
  92. # Docker 20.10 complains with `WARNING: Error loading config file: .dockercfg: $HOME is not defined`
  93. # if `$HOME` is not defined, so we define something to make it happy.
  94. matrix_systemd_unit_home_path: /root
  95. # This is now unused. We keep it so that cleanup tasks can use it.
  96. # To be removed in the future.
  97. matrix_cron_path: "/etc/cron.d"
  98. matrix_local_bin_path: "/usr/local/bin"
  99. matrix_host_command_docker: "/usr/bin/env docker"
  100. matrix_host_command_sleep: "/usr/bin/env sleep"
  101. matrix_host_command_chown: "/usr/bin/env chown"
  102. matrix_host_command_fusermount: "/usr/bin/env fusermount"
  103. matrix_host_command_openssl: "/usr/bin/env openssl"
  104. matrix_host_command_systemctl: "/usr/bin/env systemctl"
  105. matrix_host_command_sh: "/usr/bin/env sh"
  106. matrix_ntpd_package: "{{ 'systemd-timesyncd' if (ansible_os_family == 'RedHat' and ansible_distribution_major_version | int > 7) or (ansible_distribution == 'Ubuntu' and ansible_distribution_major_version | int > 18) else ( 'systemd' if ansible_os_family == 'Suse' else 'ntp' ) }}"
  107. matrix_ntpd_service: "{{ 'systemd-timesyncd' if (ansible_os_family == 'RedHat' and ansible_distribution_major_version | int > 7) or (ansible_distribution == 'Ubuntu' and ansible_distribution_major_version | int > 18) or ansible_distribution == 'Archlinux' or ansible_os_family == 'Suse' else ('ntpd' if ansible_os_family == 'RedHat' else 'ntp') }}"
  108. matrix_homeserver_url: "https://{{ matrix_server_fqn_matrix }}"
  109. # Specifies where the homeserver's Client-Server API is on the container network.
  110. # Where this is depends on whether there's a reverse-proxy in front of the homeserver, which homeserver it is, etc.
  111. # This likely gets overriden elsewhere.
  112. matrix_homeserver_container_url: ""
  113. # Specifies where the homeserver's Federation API is on the container network.
  114. # Where this is depends on whether there's a reverse-proxy in front of the homeserver, which homeserver it is, etc.
  115. # This likely gets overriden elsewhere.
  116. matrix_homeserver_container_federation_url: ""
  117. matrix_identity_server_url: ~
  118. matrix_integration_manager_rest_url: ~
  119. matrix_integration_manager_ui_url: ~
  120. # The domain name where a Jitsi server is self-hosted.
  121. # If set, `/.well-known/matrix/client` will suggest Element clients to use that Jitsi server.
  122. # See: https://github.com/vector-im/element-web/blob/develop/docs/jitsi.md#configuring-element-to-use-your-self-hosted-jitsi-server
  123. matrix_client_element_jitsi_preferredDomain: '' # noqa var-naming
  124. # Controls whether Element should use End-to-End Encryption by default.
  125. # Setting this to false will update `/.well-known/matrix/client` and tell Element clients to avoid E2EE.
  126. # See: https://github.com/vector-im/element-web/blob/develop/docs/e2ee.md
  127. matrix_client_element_e2ee_default: true
  128. # Controls whether Element should require a secure backup set up before Element can be used.
  129. # Setting this to true will update `/.well-known/matrix/client` and tell Element require a secure backup.
  130. # See: https://github.com/vector-im/element-web/blob/develop/docs/e2ee.md
  131. matrix_client_element_e2ee_secure_backup_required: false
  132. # Controls which backup methods from ["key", "passphrase"] should be used, both is the default.
  133. # Setting this to other then empty will update `/.well-known/matrix/client` and tell Element which method to use
  134. # See: https://github.com/vector-im/element-web/blob/develop/docs/e2ee.md
  135. matrix_client_element_e2ee_secure_backup_setup_methods: []
  136. # Default `/.well-known/matrix/client` configuration - it covers the generic use case.
  137. # You can customize it by controlling the various variables inside the template file that it references.
  138. #
  139. # For a more advanced customization, you can extend the default (see `matrix_well_known_matrix_client_configuration_extension_json`)
  140. # or completely replace this variable with your own template.
  141. #
  142. # The side-effect of this lookup is that Ansible would even parse the JSON for us, returning a dict.
  143. # This is unlike what it does when looking up YAML template files (no automatic parsing there).
  144. matrix_well_known_matrix_client_configuration_default: "{{ lookup('template', 'templates/static-files/well-known/matrix-client.j2') }}"
  145. # Your custom JSON configuration for `/.well-known/matrix/client` should go to `matrix_well_known_matrix_client_configuration_extension_json`.
  146. # This configuration extends the default starting configuration (`matrix_well_known_matrix_client_configuration_default`).
  147. #
  148. # You can override individual variables from the default configuration, or introduce new ones.
  149. #
  150. # If you need something more special, you can take full control by
  151. # completely redefining `matrix_well_known_matrix_client_configuration`.
  152. #
  153. # Example configuration extension follows:
  154. #
  155. # matrix_well_known_matrix_client_configuration_extension_json: |
  156. # {
  157. # "io.element.call_behaviour": {
  158. # "widget_build_url": "https://dimension.example.com/api/v1/dimension/bigbluebutton/widget_state"
  159. # }
  160. # }
  161. matrix_well_known_matrix_client_configuration_extension_json: '{}'
  162. matrix_well_known_matrix_client_configuration_extension: "{{ matrix_well_known_matrix_client_configuration_extension_json | from_json if matrix_well_known_matrix_client_configuration_extension_json | from_json is mapping else {} }}"
  163. # Holds the final `/.well-known/matrix/client` configuration (a combination of the default and its extension).
  164. # You most likely don't need to touch this variable. Instead, see `matrix_well_known_matrix_client_configuration_default` and `matrix_well_known_matrix_client_configuration_extension_json`.
  165. matrix_well_known_matrix_client_configuration: "{{ matrix_well_known_matrix_client_configuration_default | combine(matrix_well_known_matrix_client_configuration_extension, recursive=True) }}"
  166. # Default `/.well-known/matrix/server` configuration - it covers the generic use case.
  167. # You can customize it by controlling the various variables inside the template file that it references.
  168. #
  169. # For a more advanced customization, you can extend the default (see `matrix_well_known_matrix_server_configuration_extension_json`)
  170. # or completely replace this variable with your own template.
  171. #
  172. # The side-effect of this lookup is that Ansible would even parse the JSON for us, returning a dict.
  173. # This is unlike what it does when looking up YAML template files (no automatic parsing there).
  174. matrix_well_known_matrix_server_configuration_default: "{{ lookup('template', 'templates/static-files/well-known/matrix-server.j2') }}"
  175. # Your custom JSON configuration for `/.well-known/matrix/server` should go to `matrix_well_known_matrix_server_configuration_extension_json`.
  176. # This configuration extends the default starting configuration (`matrix_well_known_matrix_server_configuration_default`).
  177. #
  178. # You can override individual variables from the default configuration, or introduce new ones.
  179. #
  180. # If you need something more special, you can take full control by
  181. # completely redefining `matrix_well_known_matrix_server_configuration`.
  182. #
  183. # Example configuration extension follows:
  184. #
  185. # matrix_well_known_matrix_server_configuration_extension_json: |
  186. # {
  187. # "something": "another"
  188. # }
  189. matrix_well_known_matrix_server_configuration_extension_json: '{}'
  190. matrix_well_known_matrix_server_configuration_extension: "{{ matrix_well_known_matrix_server_configuration_extension_json | from_json if matrix_well_known_matrix_server_configuration_extension_json | from_json is mapping else {} }}"
  191. # Holds the final `/.well-known/matrix/server` configuration (a combination of the default and its extension).
  192. # You most likely don't need to touch this variable. Instead, see `matrix_well_known_matrix_server_configuration_default` and `matrix_well_known_matrix_server_configuration_extension_json`.
  193. matrix_well_known_matrix_server_configuration: "{{ matrix_well_known_matrix_server_configuration_default | combine(matrix_well_known_matrix_server_configuration_extension, recursive=True) }}"
  194. # The side-effect of this lookup is that Ansible would even parse the JSON for us, returning a dict.
  195. # This is unlike what it does when looking up YAML template files (no automatic parsing there).
  196. matrix_well_known_matrix_support_configuration_default: "{{ lookup('template', 'templates/static-files/well-known/matrix-support.j2') }}"
  197. matrix_well_known_matrix_support_configuration_extension_json: '{}'
  198. matrix_well_known_matrix_support_configuration_extension: "{{ matrix_well_known_matrix_support_configuration_extension_json | from_json if matrix_well_known_matrix_support_configuration_extension_json | from_json is mapping else {} }}"
  199. # Holds the final `/.well-known/matrix/support` configuration (a combination of the default and its extension).
  200. # You most likely don't need to touch this variable. Instead, see `matrix_well_known_matrix_support_configuration_default` and `matrix_well_known_matrix_support_configuration_extension_json`.
  201. matrix_well_known_matrix_support_configuration: "{{ matrix_well_known_matrix_support_configuration_default | combine(matrix_well_known_matrix_support_configuration_extension, recursive=True) }}"
  202. # The Docker network that all services would be put into
  203. matrix_docker_network: "matrix"
  204. # Controls whether we'll preserve the vars.yml file on the Matrix server.
  205. # If you have a differently organized inventory, you may wish to disable this feature,
  206. # or to repoint `matrix_vars_yml_snapshotting_src` to the file you'd like to preserve.
  207. matrix_vars_yml_snapshotting_enabled: true
  208. matrix_vars_yml_snapshotting_src: "{{ inventory_dir }}/host_vars/{{ inventory_hostname }}/vars.yml"
  209. # Controls whether a `/.well-known/matrix/server` file is generated and used at all.
  210. #
  211. # If you wish to rely on DNS SRV records only, you can disable this.
  212. # Using DNS SRV records implies that you'll be handling Matrix Federation API traffic (tcp/8448)
  213. # using certificates for the base domain (`matrix_domain`) and not for the
  214. # matrix domain (`matrix_server_fqn_matrix`).
  215. matrix_well_known_matrix_server_enabled: true
  216. # Controls whether a `/.well-known/matrix/support` file is generated and used at all.
  217. #
  218. # This is not enabled by default, until the MSC gets accepted: https://github.com/matrix-org/matrix-spec-proposals/pull/1929
  219. #
  220. # See `matrix_homeserver_admin_contacts`, `matrix_homeserver_support_url`, etc.
  221. matrix_well_known_matrix_support_enabled: false
  222. # Controls whether Docker is automatically installed.
  223. # If you change this to false you must install and update Docker manually. You also need to install the docker (https://pypi.org/project/docker/) Python package.
  224. matrix_docker_installation_enabled: true
  225. # Controls the Docker package that is installed.
  226. # Possible values are "docker-ce" (default) and "docker.io" (Debian).
  227. matrix_docker_package_name: docker-ce
  228. # Variables to Control which parts of our roles run.
  229. run_postgres_import: true
  230. run_postgres_upgrade: true
  231. run_postgres_import_sqlite_db: true
  232. run_postgres_vacuum: true
  233. run_synapse_register_user: true
  234. run_synapse_update_user_password: true
  235. run_synapse_import_media_store: true
  236. run_synapse_rust_synapse_compress_state: true
  237. run_dendrite_register_user: true
  238. run_setup: true
  239. run_self_check: true
  240. run_start: true
  241. run_stop: true