Topic: Redirection problem

[ElFroggio]

Hi,

I already posted the question under the contribs forum, but upon further thought, I think that it's a problem (for me) with SME itself. It automatically redirect http:// to https://

I have SME 8.1 and I installed the userpanel contrib for the people to do their own vacation and that works.

The problem is that I also have Drupal 7 running for a couple of websites and now the Drupal users can't log into Drupal because whenever they type the website/user (the standard way of logging into Drupal, they get redirected from http:// to https:// and get the SME: "Welcome to sme/username/password"

How can I prevent that redirection, so that https://.../user gets me to SME and that http://.../user gets me to Drupal

Thanks

Syv

[janet]

ElFroggio

Have you fully updated your server in the last day ?

There was a feature released a month or two ago, to force https on ibays where that option was configured in server manager, but an earlier release of the update forced https on all ibays by default (unwittingly).
Running yum update should fix it, if that is your problem.

You should also look at each ibay setting in server manager to see how the force https setting is configured.

Otherwise your problem is somewhere else, ie maybe some custom template etc that forces https, which has been described in a Howto

[ElFroggio]

ElFroggio

Have you fully updated your server in the last day ?

There was a feature released a month or two ago, to force https on ibays where that option was configured in server manager, but an earlier release of the update forced https on all ibays by default (unwittingly).
Running yum update should fix it, if that is your problem.

You should also look at each ibay setting in server manager to see how the force https setting is configured.

Otherwise your problem is somewhere else, ie maybe some custom template etc that forces https, which has been described in a Howto

I'm up-to-date on 8.1. I didn't notice that change, so I just checked and both have: Force secure connections as "Disabled" but somehow it still redirect to https://. I think that it has to do with the control-panel user vacation that uses "/user" and Drupal also using "/user". But both Drupal sites are not in the primary ibay. The control panel of the user-vacatin "/user" should be applied only to the Primary ibay.

I have no custom template that redirects from http:// to https:// (that I know off or that I installed myself)

I hope that my wording makes sense, if not I do apologize, English is not my first nor second language.

Thanks

Syv

[janet]

ElFroggio

Try removing the user manager/vacation contrib, does that fix your problem ?
At least that may identify the source of the issue, & then a fix or workaround can be considered.

[ElFroggio]

ElFroggio

Try removing the user manager/vacation contrib, does that fix your problem ?
At least that may identify the source of the issue, & then a fix or workaround can be considered.

I have and now I'm back to normal. So it looks like having the user-vacation enabled with the the "/user", redirects the http:// to https:// on all the ibays, instead of just the primary ibay.

Thanks

Syv

[janet]

ElFroggio

....it looks like having the user-vacation enabled with the the "/user", redirects the http:// to https:// on all the ibays....

I am not sure about that diagnosis.
It might be that the /user alias that user manager uses is the same alias as that which drupal uses, so the user manager is taking precedence over the drupal alias, & forcing you to login to user manager via https (which it does require you to use https to login securely)

You could look at the code/templates & see which alias would be easier to change.

[stephdl]

take a look to the file /etc/e-smith/templates/etc/httpd/conf/httpd.conf/VirtualHosts/28UserManagerProxyPass and change user to what you want

i mean that line

    foreach $place ('user-manager','user')

once it works, do a custom template without user

Not tested but it should work, don't forget to do after the modification  a 'signal-event console-save'