Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Matomo behind a reverse proxy https --> http - issue with login page #14878

Closed
comp-lsa opened this issue Sep 10, 2019 · 1 comment
Closed

Matomo behind a reverse proxy https --> http - issue with login page #14878

comp-lsa opened this issue Sep 10, 2019 · 1 comment
Labels
answered For when a question was asked and we referred to forum or answered it.
Milestone
3.12.0

Comments

@comp-lsa
Copy link

Hello,
We are using Matomo (version 3.9.1) behind a reverse proxy https --> http.
The reverse proxy is not managed by us but it seems to be configured correctly.
We have an issue with the login page. We use the reverse proxy mapping address and after entering the login & password we have the error “can’t reach this page” because it tries to go in https to our backend server. Simply making “back” redirects us to the https address of the reverse proxy and we are connected, we can then work normally … Matomo works, visits are tracked, we have access to the administration … but we would like to get rid of this issue …
We have configured matomo according to the article: How do I configure Piwik when the server is installed behind a proxy? FAQ - Analytics Platform - Matomo
The reverse proxy administrators ensure us they have correctly setup the mapping and redirections from https to http, and they assume somewhere in matomo the server address with https is hardcoded for the login actions.
Could you please advice on this issue ?
Thanks in advance.
@tsteur
Copy link
Member

tsteur commented Sep 10, 2019

Maybe check what URL is configured in matomo_option table where option_name is piwikUrl and adjust it if needed. Make sure your trusted hosts in the config/config.ini.php is correct too.

Otherwise we can't really do much since it could be many different things including the proxy being not correctly configured. I'll close the issue therefore but if you identify any clear bug where the environment is 100% correctly set up and you can find the problem then we're happy to apply a patch or so.

@tsteur tsteur closed this as completed Sep 10, 2019
@tsteur tsteur added the answered For when a question was asked and we referred to forum or answered it. label Sep 10, 2019
@mattab mattab added this to the 3.12.0 milestone Oct 27, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
answered For when a question was asked and we referred to forum or answered it.
Projects
None yet
Milestone
3.12.0
Development

No branches or pull requests
3 participants
@tsteur @mattab @comp-lsa