Closed Bug 1047485 Opened 10 years ago Closed 10 years ago

HTTPS sites slow when SPDY proxy in use (no CONNECT involved)

Categories

(Core :: Networking: HTTP, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1079484

People

(Reporter: snorp, Unassigned)

Details

(Whiteboard: [spdy])

When using Firefox with Janus, I've noticed that browsing HTTPS sites becomes glacially slow, even though the proxy PAC is configured to send HTTPS traffic "DIRECT". Disengaging the proxy makes everything snappy again.
I can confirm this when running any Firefox version with SPDY proxy support on Linux (Ubuntu 14.04 64 bit).

The following PAC is used:

function FindProxyForURL(url, host) {
  if (url.substring(0, 6) == "https:") {
    return "DIRECT";
  } else {
    return "HTTPS janus.allizom.org:44300";
  }
}
I'm not sure if it's related, but when opening https://github.com with the PAC configuration from the previous comment through the proxy, the proxy receives `HTTPS/1.1 CONNECT ocsp.digicert.com` requests, which should go directly instead.
Whiteboard: [spdy]
if you set security.OCSP.enabled to 0 does it work better?
(In reply to Eugen Sawin [:esawin] from comment #2)
> I'm not sure if it's related, but when opening https://github.com with the
> PAC configuration from the previous comment through the proxy, the proxy
> receives `HTTPS/1.1 CONNECT ocsp.digicert.com` requests, which should go
> directly instead.

Those should actually be proxied - the ocsp is http://

the use of CONNECT is weird though :) I'll look at it.

I think the OCSP transactions are marked as no-spdy and that is probably causing an issue.
Surfing with OCSP disabled doesn't give me slowdowns yet, will continue testing.
probly a dup of 1079484 :esawin retest?
Flags: needinfo?(esawin)
No Slowdowns yet, I'll keep testing and report back here (or re-open, should you want to dupe it).
Flags: needinfo?(esawin)
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.