Closed Bug 702336 Opened 13 years ago Closed 13 years ago

SSL is broken on the staging site www.allizom.org

Categories

(Infrastructure & Operations Graveyard :: WebOps: Other, task)

x86
macOS
task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: jlong, Assigned: fox2mike)

Details

I get "Forbidden" when accessing the site with HTTPS. http://www.allizom.org/ https://www.allizom.org/
We were testing something today that needs to be rolled out soon and hit this, so it's kind of a blocker for us.
This is now fixed. You should have upped the severity to blocker if it was blocking work :) CC'ing Jake and Jeremy for an opinion: So I noticed that the wild.allizom.org-https virtualserver was pointing at the mrapp-stage04:81 pool, but the apache config on the box was set to serve https on 80 and had no virtualhost config on 81, so I just switched Zeus to point to mrapp-stage04:80 for wild.allizom.org-https. Just FYI. Didn't find any other sites using that pool, so I don't think anything else will have problems. Do we want to split out SSL on 81? or just let this remain?
Assignee: server-ops → shyam
Status: NEW → RESOLVED
Closed: 13 years ago
Component: Server Operations → Server Operations: Web Operations
Resolution: --- → FIXED
@fox2mike: It doesn't matter... later this week or early next week, I'll be moving www-dev.allizom.org and www.allizom.org to the new bedrock cluster in Phoenix, and off of mrapp-stage04.
This was in error... reverting the Zeus change and adding *:81 to the vhost for www.allizom.org. This broke wiki.allizom.org and caused an infinite redirection problem.
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in before you can comment on or make changes to this bug.