Re: [HACKERS] GnuTLS support - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: [HACKERS] GnuTLS support
Date
Msg-id 20180128004955.GB9153@momjian.us
Whole thread Raw
In response to Re: [HACKERS] GnuTLS support  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: [HACKERS] GnuTLS support
List pgsql-hackers
On Wed, Jan 17, 2018 at 10:02:35PM -0500, Tom Lane wrote:
> That is a really good point.  For precedent, note that darn near nobody
> seems to know whether their psql contains readline or libedit.  If we
> force the issue by giving the settings different names, then they'll be
> forced to figure out which SSL implementation they have.
> 
> On the other hand, you could argue that there are more user-friendly
> ways to expose that information than demanding that users play twenty
> questions with their config files.  I'd at least want us to recognize
> when somebody tries to set "openssl_foo" in a gnutls implementation,
> and respond with "you need to twiddle the gnutls_xxx variables instead"
> rather than just "unrecognized configuration parameter".  Maybe that'd
> be good enough, though.

To open another can of worms, are we ever going to rename "ssl"
parameters to "tls" since TLS is the protocol used by all modern secure
communication libraries.  SSL was deprecated in 2015:

    https://www.globalsign.com/en/blog/ssl-vs-tls-difference/
    Both SSL 2.0 and 3.0 have been deprecated by the IETF (in 2011
    and 2015, respectively).

-- 
  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

+ As you are, so once was I.  As I am, so you will be. +
+                      Ancient Roman grave inscription +


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Built-in connection pooling
Next
From: Jeff Davis
Date:
Subject: Re: JIT compiling with LLVM v9.0