]> granicus.if.org Git - postgresql/commit
Re-allow SSL passphrase prompt at server start, but not thereafter.
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 4 Jan 2017 17:43:52 +0000 (12:43 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 4 Jan 2017 17:44:03 +0000 (12:44 -0500)
commit6667d9a6d77b9a6eac89638ac363b6d03da253c1
tree5a2e47b21b2c58095514d8048df5c84435dc5832
parent0fad355beca9f73687c0b27647ea570ce10c7ae3
Re-allow SSL passphrase prompt at server start, but not thereafter.

Leave OpenSSL's default passphrase collection callback in place during
the first call of secure_initialize() in server startup.  Although that
doesn't work terribly well in daemon contexts, some people feel we should
not break it for anyone who was successfully using it before.  We still
block passphrase demands during SIGHUP, meaning that you can't adjust SSL
configuration on-the-fly if you used a passphrase, but this is no worse
than what it was before commit de41869b6.  And we block passphrase demands
during EXEC_BACKEND reloads; that behavior wasn't useful either, but at
least now it's documented.

Tweak some related log messages for more readability, and avoid issuing
essentially duplicate messages about reload failure caused by a passphrase.

Discussion: https://postgr.es/m/29982.1483412575@sss.pgh.pa.us
doc/src/sgml/runtime.sgml
src/backend/libpq/be-secure-openssl.c
src/backend/libpq/be-secure.c
src/backend/postmaster/postmaster.c
src/include/libpq/libpq-be.h
src/include/libpq/libpq.h