Update docs for Etherpad, Dimension, coturn, Postmoogle, conduwuit, Appservice-KakaoTalk, Beeper-LinkedIn, Sliding Sync proxypull/4038/head
| @@ -56,3 +56,15 @@ ansible-playbook -i inventory/hosts setup.yml --tags=setup-all,ensure-matrix-use | |||||
| To use the bridge, you need to start a chat with `@kakaotalkbot:example.com` (where `example.com` is your base domain, not the `matrix.` domain). | To use the bridge, you need to start a chat with `@kakaotalkbot:example.com` (where `example.com` is your base domain, not the `matrix.` domain). | ||||
| You then need to send `login --save EMAIL_OR_PHONE_NUMBER` to the bridge bot to enable bridging for your Kakaotalk account. The `--save` flag may be omitted, if you'd rather not save your password. | You then need to send `login --save EMAIL_OR_PHONE_NUMBER` to the bridge bot to enable bridging for your Kakaotalk account. The `--save` flag may be omitted, if you'd rather not save your password. | ||||
| ## Troubleshooting | |||||
| 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-appservice-kakaotalk`. | |||||
| ### Increase logging verbosity | |||||
| The default logging level for this component is `WARNING`. If you want to increase the verbosity, add the following configuration to your `vars.yml` file and re-run the playbook: | |||||
| ```yaml | |||||
| matrix_appservice_kakaotalk_logging_level: DEBUG | |||||
| ``` | |||||
| @@ -55,6 +55,16 @@ You then need to send `login YOUR_LINKEDIN_EMAIL_ADDRESS` to the bridge bot to e | |||||
| ## Troubleshooting | ## Troubleshooting | ||||
| 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-beeper-linkedin`. | |||||
| ### Increase logging verbosity | |||||
| The default logging level for this component is `WARNING`. If you want to increase the verbosity, add the following configuration to your `vars.yml` file and re-run the playbook: | |||||
| ```yaml | |||||
| matrix_beeper_linkedin_logging_level: DEBUG | |||||
| ``` | |||||
| ### Bridge asking for 2FA even if you don't have 2FA enabled | ### Bridge asking for 2FA even if you don't have 2FA enabled | ||||
| If you don't have 2FA enabled and are logging in from a strange IP for the first time, LinkedIn will send an email with a one-time code. You can use this code to authorize the bridge session. In my experience, once the IP is authorized, you will not be asked again. | If you don't have 2FA enabled and are logging in from a strange IP for the first time, LinkedIn will send an email with a one-time code. You can use this code to authorize the bridge session. In my experience, once the IP is authorized, you will not be asked again. | ||||
| @@ -92,9 +92,11 @@ You can also refer to the upstream [documentation](https://github.com/etkecc/pos | |||||
| ## Troubleshooting | ## Troubleshooting | ||||
| As with all other services, you can find their logs in [systemd-journald](https://www.freedesktop.org/software/systemd/man/systemd-journald.service.html) by running something like `journalctl -fu matrix-postmoogle` | |||||
| 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-postmoogle`. | |||||
| The default logging level for this bridge is `INFO`, but you can increase it to `DEBUG` with the following additional configuration: | |||||
| ### Increase logging verbosity | |||||
| The default logging level for this component is `INFO`. If you want to increase the verbosity, add the following configuration to your `vars.yml` file and re-run the playbook: | |||||
| ```yaml | ```yaml | ||||
| matrix_postmoogle_loglevel: 'DEBUG' | matrix_postmoogle_loglevel: 'DEBUG' | ||||
| @@ -91,3 +91,7 @@ Then, send its content to the existing admin room: | |||||
| sender_localpart: _bot_signalbot | sender_localpart: _bot_signalbot | ||||
| url: http://matrix-mautrix-signal:29328 | url: http://matrix-mautrix-signal:29328 | ||||
| ``` | ``` | ||||
| ## Troubleshooting | |||||
| 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-conduwuit`. | |||||
| @@ -123,3 +123,7 @@ By default Dimension will use [jitsi.riot.im](https://jitsi.riot.im/) as the `co | |||||
| To set up the widget, an admin user needs to configure the domain via the admin UI once Dimension is running. In Element Web, go to *Manage Integrations* → *Settings* → *Widgets* → *Jitsi Conference Settings* and set *Jitsi Domain* and *Jitsi Script URL* appropriately. | To set up the widget, an admin user needs to configure the domain via the admin UI once Dimension is running. In Element Web, go to *Manage Integrations* → *Settings* → *Widgets* → *Jitsi Conference Settings* and set *Jitsi Domain* and *Jitsi Script URL* appropriately. | ||||
| There is unfortunately no way to configure the widget via the playbook. See [this issue](https://github.com/turt2live/matrix-dimension/issues/345) for details. | There is unfortunately no way to configure the widget via the playbook. See [this issue](https://github.com/turt2live/matrix-dimension/issues/345) for details. | ||||
| ## Troubleshooting | |||||
| 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-dimension`. | |||||
| @@ -105,3 +105,19 @@ Once the plugin is installed, you should have a "Manage pads" section in the UI. | |||||
| **Note**: this is how it works in Element Web. It might work quite similar with other clients: | **Note**: this is how it works in Element Web. It might work quite similar with other clients: | ||||
| To integrate a standalone Etherpad in a room, create your pad by visiting `https://etherpad.example.com`. When the pad opens, copy the URL and send a command like this to the room: `/addwidget URL`. You will then find your integrated Etherpad within the right sidebar in the `Widgets` section. | To integrate a standalone Etherpad in a room, create your pad by visiting `https://etherpad.example.com`. When the pad opens, copy the URL and send a command like this to the room: `/addwidget URL`. You will then find your integrated Etherpad within the right sidebar in the `Widgets` section. | ||||
| ## Troubleshooting | |||||
| 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-etherpad`. | |||||
| ### Increase logging verbosity | |||||
| The default logging level for this component is `WARN`. If you want to increase the verbosity, add the following configuration to your `vars.yml` file and re-run the playbook: | |||||
| ```yaml | |||||
| # Valid values: ERROR, WARN, INFO, DEBUG | |||||
| etherpad_configuration_extension_json: | | |||||
| { | |||||
| "loglevel": "DEBUG", | |||||
| } | |||||
| ``` | |||||
| @@ -68,3 +68,7 @@ You **don't need to do anything special** to make use of the Sliding Sync proxy. | |||||
| When the Sliding Sync proxy is [installed](#installing), your `/.well-known/matrix/client` file is also updated. A new `org.matrix.msc3575.proxy` section and `url` property are added there and made to point to your Sliding Sync proxy's base URL (e.g. `https://matrix.example.com/sliding-sync`). | When the Sliding Sync proxy is [installed](#installing), your `/.well-known/matrix/client` file is also updated. A new `org.matrix.msc3575.proxy` section and `url` property are added there and made to point to your Sliding Sync proxy's base URL (e.g. `https://matrix.example.com/sliding-sync`). | ||||
| This allows clients which support Sliding Sync to detect the Sliding Sync proxy's URL and make use of it. | This allows clients which support Sliding Sync to detect the Sliding Sync proxy's URL and make use of it. | ||||
| ## Troubleshooting | |||||
| 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-sliding-sync`. | |||||
| @@ -94,3 +94,7 @@ ansible-playbook -i inventory/hosts setup.yml --tags=setup-all,start | |||||
| The shortcut commands with the [`just` program](just.md) are also available: `just install-all` or `just setup-all` | The shortcut commands with the [`just` program](just.md) are also available: `just install-all` or `just setup-all` | ||||
| `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. | `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. | ||||
| ## Troubleshooting | |||||
| 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-coturn`. | |||||
| @@ -93,13 +93,13 @@ matrix_sliding_sync_container_labels_additional_labels: '' | |||||
| # A list of extra arguments to pass to the container | # A list of extra arguments to pass to the container | ||||
| matrix_sliding_sync_container_extra_arguments: [] | matrix_sliding_sync_container_extra_arguments: [] | ||||
| # List of systemd services that matrix-sliding-sync-proxy.service depends on | |||||
| # List of systemd services that matrix-sliding-sync.service depends on | |||||
| matrix_sliding_sync_systemd_required_services_list: "{{ matrix_sliding_sync_systemd_required_services_list_default + matrix_sliding_sync_systemd_required_services_list_auto + matrix_sliding_sync_systemd_required_services_list_custom }}" | matrix_sliding_sync_systemd_required_services_list: "{{ matrix_sliding_sync_systemd_required_services_list_default + matrix_sliding_sync_systemd_required_services_list_auto + matrix_sliding_sync_systemd_required_services_list_custom }}" | ||||
| matrix_sliding_sync_systemd_required_services_list_default: "{{ [devture_systemd_docker_base_docker_service_name] if devture_systemd_docker_base_docker_service_name else [] }}" | matrix_sliding_sync_systemd_required_services_list_default: "{{ [devture_systemd_docker_base_docker_service_name] if devture_systemd_docker_base_docker_service_name else [] }}" | ||||
| matrix_sliding_sync_systemd_required_services_list_auto: [] | matrix_sliding_sync_systemd_required_services_list_auto: [] | ||||
| matrix_sliding_sync_systemd_required_services_list_custom: [] | matrix_sliding_sync_systemd_required_services_list_custom: [] | ||||
| # List of systemd services that matrix-sliding-sync-proxy.service wants | |||||
| # List of systemd services that matrix-sliding-sync.service wants | |||||
| matrix_sliding_sync_systemd_wanted_services_list: [] | matrix_sliding_sync_systemd_wanted_services_list: [] | ||||
| # Controls the SYNCV3_SERVER environment variable | # Controls the SYNCV3_SERVER environment variable | ||||