Re: SSL renegotiation

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
Cc: Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: SSL renegotiation
Date: 2013-10-01 14:17:55
Message-ID: CA+Tgmoao24jyZRQA2EJzFd6NJBP5Ot=U+_GArr+_gnxh1LhNRA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

On Tue, Oct 1, 2013 at 9:16 AM, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> wrote:
> Since back branches releases are getting closer, I would like to push
> this to all supported branches. To avoid a compatibility nightmare in
> case the new die-on-delayed-renegotiation behavior turns out not to be
> so great, I think it would be OK to set the error level to WARNING in
> all branches but master (and reset the byte count, to avoid filling the
> log). I would also add a CONTEXT line with the current counter value
> and the configured limit, and a HINT to report to pg-hackers. That way
> we will hopefully have more info on problems in the field.
>
> Anybody opposed to this?

Yes, warning suck. If things just failed, users would fix them, but
instead they fill up their hard disk, and then things fail much later,
usually when they are asleep in bed.

If we can't feel comfortable with an ERROR, let's not do it at all.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Magnus Hagander 2013-10-01 14:19:48 Re: SSL renegotiation
Previous Message Alvaro Herrera 2013-10-01 13:16:02 Re: SSL renegotiation

Browse pgsql-hackers by date

  From Date Subject
Next Message Magnus Hagander 2013-10-01 14:19:48 Re: SSL renegotiation
Previous Message Amit Kapila 2013-10-01 14:16:43 Re: Documentation for SET var_name FROM CURRENT