Browse Source

Update configuring-well-known.md add 302 redirect option as well as reverse-proxy

pull/4055/head
Edward Andò 1 year ago
committed by GitHub
parent
commit
6dfe5d5349
No known key found for this signature in database GPG Key ID: B5690EEEBB952194
1 changed files with 1 additions and 1 deletions
  1. +1
    -1
      docs/configuring-well-known.md

+ 1
- 1
docs/configuring-well-known.md View File

@@ -97,7 +97,7 @@ This is relatively easy to do and possibly your only choice if you can only host


This option is less fragile and generally better. This option is less fragile and generally better.


On the base domain's server (e.g. `example.com`), you can set up reverse-proxying, so that any access for the `/.well-known/matrix` location prefix is forwarded to the Matrix domain's server (e.g. `matrix.example.com`).
On the base domain's server (e.g. `example.com`), you can set up reverse-proxying (or simply a 302 redirect), so that any access for the `/.well-known/matrix` location prefix is forwarded to the Matrix domain's server (e.g. `matrix.example.com`).


With this method, you **don't need** to add special HTTP headers for [CORS](https://developer.mozilla.org/en-US/docs/Web/HTTP/CORS) reasons (like `Access-Control-Allow-Origin`), because your Matrix server (where requests ultimately go) will be configured by this playbook correctly. With this method, you **don't need** to add special HTTP headers for [CORS](https://developer.mozilla.org/en-US/docs/Web/HTTP/CORS) reasons (like `Access-Control-Allow-Origin`), because your Matrix server (where requests ultimately go) will be configured by this playbook correctly.




Loading…
Cancel
Save