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)

task
Not set
normal

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.
Whiteboard: [kanban:https://kanbanize.com/ctrl_board/4/664]
Assignee: server-ops-webops → nmaul
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
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 → ---
Oh, but the original issue does seem to be fixed. Thanks!!
Whiteboard: [kanban:https://kanbanize.com/ctrl_board/4/664]
Whiteboard: [kanban:https://kanbanize.com/ctrl_board/4/691]
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
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.
Pending setup on Edgecast... probably done today or tomorrow.
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.
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 ago11 years ago
Resolution: --- → FIXED
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in before you can comment on or make changes to this bug.