4d62a75f6f
We do this by creating one more layer of indirection. First we reach some generic vhost handling matrix.DOMAIN. A bunch of override rules are added there (capturing traffic to send to ma1sd, etc). nginx-status and similar generic things also live there. We then proxy to the homeserver on some other vhost (only Synapse being available right now, but repointing this to Dendrite or other will be possible in the future). Then that homeserver-specific vhost does its thing to proxy to the homeserver. It may or may not use workers, etc. Without matrix-corporal, the flow is now: 1. matrix.DOMAIN (matrix-nginx-proxy/matrix-domain.conf) 2. matrix-nginx-proxy/matrix-synapse.conf 3. matrix-synapse With matrix-corporal enabled, it becomes: 1. matrix.DOMAIN (matrix-nginx-proxy/matrix-domain.conf) 2. matrix-corporal 3. matrix-nginx-proxy/matrix-synapse.conf 4. matrix-synapse (matrix-corporal gets injected at step 2). |
||
|---|---|---|
| .. | ||
| matrix-aux | ||
| matrix-base | ||
| matrix-bot-matrix-reminder-bot | ||
| matrix-bridge-appservice-discord | ||
| matrix-bridge-appservice-irc | ||
| matrix-bridge-appservice-slack | ||
| matrix-bridge-appservice-webhooks | ||
| matrix-bridge-mautrix-facebook | ||
| matrix-bridge-mautrix-hangouts | ||
| matrix-bridge-mautrix-signal | ||
| matrix-bridge-mautrix-telegram | ||
| matrix-bridge-mautrix-whatsapp | ||
| matrix-bridge-mx-puppet-discord | ||
| matrix-bridge-mx-puppet-instagram | ||
| matrix-bridge-mx-puppet-skype | ||
| matrix-bridge-mx-puppet-slack | ||
| matrix-bridge-mx-puppet-steam | ||
| matrix-bridge-mx-puppet-twitter | ||
| matrix-bridge-sms | ||
| matrix-client-element | ||
| matrix-common-after/tasks | ||
| matrix-corporal | ||
| matrix-coturn | ||
| matrix-dimension | ||
| matrix-dynamic-dns | ||
| matrix-email2matrix | ||
| matrix-jitsi | ||
| matrix-ma1sd | ||
| matrix-mailer | ||
| matrix-nginx-proxy | ||
| matrix-postgres | ||
| matrix-redis | ||
| matrix-registration | ||
| matrix-synapse | ||
| matrix-synapse-admin | ||