Explorar el Código

Merge pull request #4055 from edwardando/patch-1

add 302 redirect option as well as reverse-proxy
pull/4056/head
Slavi Pantaleev hace 1 año
committed by GitHub
padre
commit
427585f45e
No se encontró ninguna clave conocida en la base de datos para esta firma ID de clave GPG: B5690EEEBB952194
Se han modificado 1 ficheros con 1 adiciones y 1 borrados
  1. +1
    -1
      docs/configuring-well-known.md

+ 1
- 1
docs/configuring-well-known.md Ver fichero

@@ -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.




Cargando…
Cancelar
Guardar