Open, interoperable, decentralised real-time communication
https://matrix.org
release | ||
.drone.yml | ||
.env.sample | ||
.gitignore | ||
abra.sh | ||
compose.discord.yml | ||
compose.keycloak2.yml | ||
compose.keycloak3.yml | ||
compose.keycloak.yml | ||
compose.shared_secret_auth.yml | ||
compose.signal.yml | ||
compose.smtp.yml | ||
compose.telegram.yml | ||
compose.turn.yml | ||
compose.yml | ||
discord_bridge.yaml.tmpl | ||
entrypoint.sh.tmpl | ||
homeserver.yaml.tmpl | ||
log.config.tmpl | ||
README.md | ||
shared_secret_authenticator.py | ||
signal_bridge.yaml.tmpl | ||
telegram_bridge.yaml.tmpl |
Matrix (Synapse)
- Category: Apps
- Status: 0, work-in-progress
- Image:
matrixdotorg/synapse
, 4, upstream - Healthcheck: Yes
- Backups: No
- Email: Yes
- Tests: No
- SSO: Yes
Basic usage
- Set up Docker Swarm and
abra
- Deploy
coop-cloud/traefik
abra app new matrix-synapse --secrets
(optionally with--pass
if you'd like to save secrets inpass
)abra app config YOURAPPDOMAIN
- be sure to change$DOMAIN
to something that resolves to your Docker swarm boxabra app deploy YOURAPPDOMAIN
- Create an initial user:
abra app run YOURAPPDOMAIN app register_new_matrix_user -c /data/homeserver.yaml http://localhost:8008
Tips & Tricks
Set Admin User
abra app cmd YOURAPPDOMAIN db set_admin <adminuser>
Disabling federation
- Use
DISABLE_FEDERATION=1
to turn off federation listeners - Don't use
compose.matrix.yml
in your traefik config to keep the federation ports closed
Enabling federation
See #27
for more. Depending on your setup, using SERVE_SERVER_WELLKNOWN=true
might work to start federating. Make sure you don't leave DISABLE_FEDERATION=1
set!
Getting client discovery on a custom domain
You'll need to deploy something like this. This could be implemented in this recipe but we haven't merged it in yet. Change sets are welcome.
Telegram bridging
WIP docs
Setting it up is a bit of a chicken/egg & chasing cats moment.
You need to get your bot setup on the telegram side first and have these values:
api_id: ...
api_hash: ...
telegram_bot_token: ...
Here is a rough guide:
abra app secret insert <domain> telegram_api_hash v1 <secret>
abra app secret insert <domain> telegram_bot_token v1 <secret>
abra app secret generate -a <domain>
abra app deploy <domain>
abra app run matrix.fva.wtf telegram_bridge cat /data/registration.yaml
abra app undeploy <domain>
abra app secret rm <domain> telegram_as_token
abra app secret insert <domain> telegram_as_token v1 <secret>
abra app secret rm <domain> telegram_as_token
abra app secret insert <domain> telegram_hs_token v1 <secret>
abra app deploy <domain>
Some helpful documentation:
Discord bridging
WIP docs
Just as messy as the Telegram bridging above! Rough guide:
- get a local copy of
config.yaml
- fill it out with the values you need, all the discord token stuff, etc.
- run
mkdir -p data && cp config.yaml data/
thendocker run --rm -v data:/data halfshot/matrix-appservice-discord:v1.0.0 sh -c "cd /data && node /build/src/discordas.js -r -u "http://discordbridge:9005" -c config.yaml"
- this generates the app service registration configuration you need to feed to the homeserver
- run secret generation for the
discord_db_password
, insert yourdiscord_bot_token
- run
abra app cp <domain> discord-registration.yaml app:/discord-data
(it has to be calleddiscord-registration.yaml
) - deploy the bridge & happy hacking
Some helpful documentation:
Signal bridging
WIP docs
OK, it's also awful to set this up. Do you see a pattern emerging :)
- fake that you have the required tokens:
abra app secret insert example.com signal_hs_token v1 foo
abra app secret insert example.com signal_as_token v1 foo
- generate the database password:
abra app secret generate example.com -a
- deploy the thing and then check the
/data/registration.yaml
- rm the fake
signal_hs/as_token
values and re-insert the new ones fromregistration.yaml
- re-deploy the whole thing and then it should come up, message
@signalbot:example.com
to test