YunoHost-Apps/reverseproxy_ynh
1
0
Fork 0
mirror of https://github.com/YunoHost-Apps/reverseproxy_ynh.git synced 2024-09-03 20:16:23 +02:00
Code Issues Projects Releases Packages Wiki Activity Actions

Merge branch 'version-2' of https://github.com/YunoHost-Apps/reverseproxy_ynh into version-2

Browse source
This commit is contained in:
Éric Gaspar 2023-11-25 19:24:01 +01:00
commit 5100f01f32
2 changed files with 0 additions and 28 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

14
README.md
View file

@ -28,20 +28,6 @@ Please be aware that SSOWat sends user credentials in plaintext to the backend,
**Shipped version:** 0.2~ynh1 **Shipped version:** 0.2~ynh1
## Disclaimers / important information
### Backend web path
The request is transmitted as-is to the backend server. This usually means that the backend service shoudl be aware of the web path used to access the service. For example, if using the application is installed to `example.com/proxy`, your backend application should produce absolute links starting with `example.com/proxy/` too.
To support relative URLs from the backend, accessing the application via `http(s)://example.com/proxy` will permanent redirect (302) to `http(s)://example.com/proxy/` (trailing slash). Otherwise, a relative link like `<link rel="stylesheet" href="style.css">` would try to load `http(s)://example.com/style.css` which would fail.
It is possible that your backend service does not support setting up a "base URL" (custom web path). In that case, you will have to install the application on a dedicated (sub)domain.
### Plaintext localhost backend
Plaintext HTTP backend is only allowed on localhost. For now, only 127.X.X.X is allowed. 10.X.X.X should also be supported.
## Documentation and resources ## Documentation and resources
* Official app website: <https://en.wikipedia.org/wiki/Reverse_proxy> * Official app website: <https://en.wikipedia.org/wiki/Reverse_proxy>

14
README_fr.md
View file

@ -28,20 +28,6 @@ Attention, SSOWat envoie les identifiants des utilisateurices en clair jusqu'au
**Version incluse :** 0.2~ynh1 **Version incluse :** 0.2~ynh1
## Avertissements / informations importantes
### Chemin web du backend
La requête est transmise telle-quelle au serveur backend. Cela veut usuellement dire que le service backend doit avoir connaissance du chemin web utilisé pour accéder au service. Par exemple, si l'application est installée sur `example.com/proxy`, votre application backend devrait produire des liens absolus commençant par `example.com/proxy/`.
Pour supporter les URLs relatives depuis le backend, accéder à l'application via `http(s)://example.com/proxy` produit une redirection permanente (302) vers `http(s)://example.com/proxy/` (avec le slash de fin). Sinon, un lien relatif comme `<link rel="stylesheet" href="style.css">` essayerait de charger `http(s)://example.com/style.css`, ce qui échouerait.
Il est possible que votre service backend ne supporte pas de configurer une "base URL" (chemin web personnalisé). Dans ce cas, il faudra installer l'application sur un (sous-)domaine dédié.
### Backend localhost en clair (plaintext)
Les connexions en clair en HTTP au backend ne sont autorisées qu'en localhost sur les adresses 127.X.X.X. Il faudrait aussi supporter 10.X.X.X.
## Documentations et ressources ## Documentations et ressources
* Site officiel de l’app : <https://en.wikipedia.org/wiki/Reverse_proxy> * Site officiel de l’app : <https://en.wikipedia.org/wiki/Reverse_proxy>