pgsql: Put back ssl_renegotiation_limit parameter, but only allow 0.

From: Robert Haas <rhaas(at)postgresql(dot)org>
To: pgsql-committers(at)postgresql(dot)org
Subject: pgsql: Put back ssl_renegotiation_limit parameter, but only allow 0.
Date: 2015-10-20 14:01:48
Message-ID: E1ZoXU4-0006ou-8X@gemulon.postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers

Put back ssl_renegotiation_limit parameter, but only allow 0.

Per a report from Shay Rojansky, Npgsql sends ssl_renegotiation_limit=0
in the startup packet because it does not support renegotiation; other
clients which have not attempted to support renegotiation might well
behave similarly. The recent removal of this parameter forces them to
break compatibility with either current PostgreSQL versions, or
previous ones. Per discussion, the best solution is to accept the
parameter but only allow a value of 0.

Shay Rojansky, edited a little by me.

Branch
------
master

Details
-------
http://git.postgresql.org/pg/commitdiff/84ef9c596e0ef7476cd995349767204022610466

Modified Files
--------------
src/backend/utils/misc/guc.c | 19 +++++++++++++++++++
1 file changed, 19 insertions(+)

Browse pgsql-committers by date

  From Date Subject
Next Message Robert Haas 2015-10-20 14:28:15 pgsql: Tab complete CREATE EXTENSION .. VERSION.
Previous Message Robert Haas 2015-10-20 13:41:23 pgsql: Be a bit more rigorous about how we cache strcoll and strxfrm re