Просмотр исходного кода

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

pull/4055/head
Edward Andò 1 год назад
committed by GitHub
Родитель
Сommit
6dfe5d5349
Не найден GPG ключ соответствующий данной подписи Идентификатор GPG ключа: B5690EEEBB952194
1 измененных файлов: 1 добавлений и 1 удалений
  1. +1
    -1
      docs/configuring-well-known.md

+ 1
- 1
docs/configuring-well-known.md Просмотреть файл

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




Загрузка…
Отмена
Сохранить