We've had lots of sites in the past go from http to https. We're updating a site right now, and had some problems with setting it up.
So in order to test things from a simple point I've removed all rewrite rules, reset the local cache in my browser. So at the moment with no redirect rules setup in web.config (because I've deleted them all), I get the following weird behaviour.
I see this exact same behavior with sites that are setup to use CloudFlare's https proxy. But it's not all sites even though they are all configured identically at CloudFlare and all are running in the same Cloud project so use the same redirect rules.
I have found that Chrome/FF aggressively cache the Url/Schema so have been testing on other devices/browsers as well.
At this point I have not found a pattern...so if you do I'd love to know.
Last note - for new sites (new to Cloud and CloudFlare) the same config generally works as expected - i.e., redirects http > https - so am thinking something to do with legacy?
Paul -- this is really useful. I'm going to share this with my client who's now looking into this.
There's another agency involved who managed the site when it was on Alterian (pre our Migration to Umbraco a few months ago). So the legacy thing is very relevant.
Https to http redirect behaviour
Hi guys,
We've had lots of sites in the past go from http to https. We're updating a site right now, and had some problems with setting it up.
So in order to test things from a simple point I've removed all rewrite rules, reset the local cache in my browser. So at the moment with no redirect rules setup in web.config (because I've deleted them all), I get the following weird behaviour.
I tried to access http://www.domain.com and it works. I've also tried to access https://www.domain.com. But the site appears to redirect from https://www.domain.com to http://www.domain.com for no apparent reason at all.
Any ideas where I could look in IIS or Umbraco configuration.
Paul
Hi Paul,
sounds weird. Could you share one of the domains maybe so I can take a look? (privately at jeffrey [at] perplex.nl if you prefer that)
Kind regards, Jeffrey
Just an update... I don't have a definitive answer yet, but it looks like the site is using Cloudflare which may be causing the redirect to happen.
That'll teach me to look at the bigger picture, not just bang my head on the keyboard when the server isn't behaving in a way I was expecting.
Paul -
I see this exact same behavior with sites that are setup to use CloudFlare's https proxy. But it's not all sites even though they are all configured identically at CloudFlare and all are running in the same Cloud project so use the same redirect rules.
I have found that Chrome/FF aggressively cache the Url/Schema so have been testing on other devices/browsers as well.
At this point I have not found a pattern...so if you do I'd love to know.
Last note - for new sites (new to Cloud and CloudFlare) the same config generally works as expected - i.e., redirects http > https - so am thinking something to do with legacy?
-Paul
Paul -- this is really useful. I'm going to share this with my client who's now looking into this.
There's another agency involved who managed the site when it was on Alterian (pre our Migration to Umbraco a few months ago). So the legacy thing is very relevant.
Looks like this was caused by CloudFlare. It's been removed and now the rewrite rules make sense again and nothing gets caught in an infinite loop.
Thanks to everyone that pointed the finger.
is working on a reply...