Closed
Bug 1046884
Opened 11 years ago
Closed 11 years ago
[bedrock] mozorg.cdn.mozilla.net not respecting Vary: Accept-Language
Categories
(Infrastructure & Operations Graveyard :: WebOps: Product Delivery, task)
Infrastructure & Operations Graveyard
WebOps: Product Delivery
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: pmac, Assigned: nmaul)
Details
(Whiteboard: [kanban:https://kanbanize.com/ctrl_board/4/691] )
Our current guess is that this happened when we switched www.mozilla.org to HTTPS-only. In any case, if you load www.mozilla.org and look at the network activity you'll see it redirect in the following way:
> $ curl -I https://mozorg.cdn.mozilla.net/en-US/tabzilla/tabzilla.js
> HTTP/1.1 301 Moved Permanently
> Content-Type: text/html; charset=UTF-8
> Date: Thu, 31 Jul 2014 17:17:07 GMT
> Location: https://www.mozilla.org/en-US/tabzilla/tabzilla.js
> Server: ECAcc (mia/40A5)
> Vary: Accept-Encoding
> X-Backend-Server: bedrock5.webapp.phx1.mozilla.com
> X-Cache-Info: caching
> Connection: close
Our guess is that the tabzilla.js configuration in the CDN is using an "http" origin and thus zeus is redirecting to https. If that's not the case please let us know as it could still be a regression in bedrock, though we can't find it so far.
Assignee | ||
Comment 1•11 years ago
|
||
This should be fixed now. You are correct that changing to all-https is when it broke. The origin for mozorg.cdn.mozilla.net simply proxies tabzilla requests through to www.mozilla.org, and it was doing so over http. In order to make this work, I had to 1) switch mod_proxy to use https for those requests, and 2) install mod_ssl (because it enables mod_proxy to speak SSL).
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 2•11 years ago
|
||
I'm not sure if this is related to this or not. Let me know if you'd rather me open a new bug:
It used to be that going to https://mozorg.cdn.mozilla.net/tabzilla/tabzilla.js would redirect you to the version of tabzilla.js in the most appropriate locale for your Accept-Language header. This does not seem to be varying on Accept-Language any more, and seems instead gives you a cached 301 to the last locale that hit bedrock. We tell people to use the above URL if they want our server to do the work to get them to the right locale. We can change this advice to hit https://www.mozilla.org/tabzilla/tabzilla.js and it will send them to the CDN for the appropriate locale, or we can fix this if it's possible. Is the CDN capable of respecting the Vary: Accept-Language header we're sending?
Status: RESOLVED → REOPENED
Flags: needinfo?(nmaul)
Resolution: FIXED → ---
Reporter | ||
Comment 3•11 years ago
|
||
Oh, but the original issue does seem to be fixed. Thanks!!
Assignee | ||
Updated•11 years ago
|
Flags: needinfo?(nmaul)
Summary: [bedrock] Tabzilla JS is being redirected from the CDN to mozilla.org → [bedrock] mozorg.cdn.mozilla.net not respecting Vary: Accept-Language
Assignee | ||
Comment 4•11 years ago
|
||
I've opened a bug with Edgecast to get this enabled. I believe it'll result in paperwork and a charge back to us, but this is not the first time we've heard of trouble with this, so I believe it's worthwhile.
Assignee | ||
Comment 5•11 years ago
|
||
Pending setup on Edgecast... probably done today or tomorrow.
Assignee | ||
Comment 6•11 years ago
|
||
What's the state on this? When we tested with Edgecast, things seemed to be working as we expected them to... though IIRC I didn't really have a handle on what precisely wasn't working properly.
Comment 7•11 years ago
|
||
Yes, I just verified that https://mozorg.cdn.mozilla.net/tabzilla/tabzilla.js is varying on Accept-Language now.
Status: REOPENED → RESOLVED
Closed: 11 years ago → 11 years ago
Resolution: --- → FIXED
Updated•9 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•