Re: SSL renegotiation

From: Noah Misch <noah(at)leadboat(dot)com>
To: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andres Freund <andres(at)2ndquadrant(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Magnus Hagander <magnus(at)hagander(dot)net>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: SSL renegotiation
Date: 2014-08-26 04:35:33
Message-ID: 20140826043533.GA711284@tornado.leadboat.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

On Mon, Aug 25, 2014 at 11:46:13PM -0400, Alvaro Herrera wrote:
> Tom Lane wrote:
> > OK, then maybe end-of-beta is too long. But how much testing will it get
> > during development? I know I never use SSL on development installs.
> > How many hackers do?
>
> Just a reminder that I intend to backpatch this (and subsequent fixes).
> We've gone over two 9.4 betas now. Maybe it'd be a good thing if the
> beta3 announcement carried a note about enabling SSL with a low
> ssl_renegotiation_limit setting.

To elaborate on my private comments of 2013-10-11, I share Robert's
wariness[1] concerning the magic number of 1024 bytes of renegotiation
headroom. Use of that number predates your work, but your work turned
exhaustion of that headroom into a FATAL error. Situations where the figure
is too small will become disruptive, whereas the problem is nearly invisible
today. Network congestion is a factor, so the lack of complaints during beta
is relatively uninformative. Disabling renegotiation is a quick workaround,
fortunately, but needing to use that workaround will damage users' fragile
faith in the safety of our minor releases.

My recommendation is to either keep this 9.4-only or do focused load testing
to determine the actual worst-case headroom requirement.

[1] http://www.postgresql.org/message-id/CA+TgmoZVGmyZLx7e4ARq_5nu4uDeN7wrvg1xJXg_o9c61CHu3g@mail.gmail.com

In response to

Browse pgsql-committers by date

  From Date Subject
Next Message Tom Lane 2014-08-26 05:25:45 Re: pgsql: pg_upgrade: prevent automatic oid assignment
Previous Message Alvaro Herrera 2014-08-26 03:46:13 Re: SSL renegotiation

Browse pgsql-hackers by date

  From Date Subject
Next Message Fabrízio de Royes Mello 2014-08-26 04:42:20 Re: [GSoC2014] Patch ALTER TABLE ... SET LOGGED
Previous Message Pavel Stehule 2014-08-26 04:21:59 Re: Final Patch for GROUPING SETS