pg.ddx.io pgsql-admin@postgresql.org mailing list archive
help / color / mirror / Atom feedSSL certificate revocation file will not load
5+ messages / 2 participants
[nested] [flat]
* SSL certificate revocation file will not load
@ 2017-06-09 13:36 John Scalia <jayknowsunix@gmail.com>
2017-06-14 20:50 ` Re: SSL certificate revocation file will not load Tom Lane <tgl@sss.pgh.pa.us>
0 siblings, 1 reply; 5+ messages in thread
From: John Scalia @ 2017-06-09 13:36 UTC (permalink / raw)
To: pgsql-admin
Hi all,
I've got SSL working without the crl file, but when I set ssl_crl_file to
use the one I have, it says FATAL on a restart and no SSL error reported.
This is not very helpful. The DB is 9.6.2 and I can connect with SSL mode =
verify-full successfully. All the SSL certificates we're downloaded from
the treasury department, so I don't know what the problem could be. Anyone
have any clues to help me diagnose this?
--
Jay
^ permalink raw reply [nested|flat] 5+ messages in thread
* Re: SSL certificate revocation file will not load
2017-06-09 13:36 SSL certificate revocation file will not load John Scalia <jayknowsunix@gmail.com>
@ 2017-06-14 20:50 ` Tom Lane <tgl@sss.pgh.pa.us>
2017-06-14 21:55 ` Re: SSL certificate revocation file will not load John Scalia <jayknowsunix@gmail.com>
0 siblings, 1 reply; 5+ messages in thread
From: Tom Lane @ 2017-06-14 20:50 UTC (permalink / raw)
To: John Scalia <jayknowsunix@gmail.com>; +Cc: pgsql-admin
John Scalia <jayknowsunix@gmail.com> writes:
> I've got SSL working without the crl file, but when I set ssl_crl_file to
> use the one I have, it says FATAL on a restart and no SSL error reported.
> This is not very helpful.
Did you look into the postmaster log? Experimenting with an intentionally
corrupted CRL file here, I get log messages along the lines of
2017-06-14 16:45:15.096 EDT [22759] LOG: parameter "ssl_crl_file" changed to "root+client.crl"
2017-06-14 16:45:15.102 EDT [22759] LOG: could not load SSL certificate revocation list file "root+client.crl": bad base64 decode
The actually useful part of that comes out of OpenSSL, and we don't have
a lot of control about how specific it is ... but there should be
*something*.
regards, tom lane
--
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin
^ permalink raw reply [nested|flat] 5+ messages in thread
* Re: SSL certificate revocation file will not load
2017-06-09 13:36 SSL certificate revocation file will not load John Scalia <jayknowsunix@gmail.com>
2017-06-14 20:50 ` Re: SSL certificate revocation file will not load Tom Lane <tgl@sss.pgh.pa.us>
@ 2017-06-14 21:55 ` John Scalia <jayknowsunix@gmail.com>
2017-06-14 22:07 ` Re: SSL certificate revocation file will not load Tom Lane <tgl@sss.pgh.pa.us>
0 siblings, 1 reply; 5+ messages in thread
From: John Scalia @ 2017-06-14 21:55 UTC (permalink / raw)
To: Tom Lane <tgl@sss.pgh.pa.us>; +Cc: pgsql-admin
Well, it turned out that the CRL was in the wrong format. So, I managed to convert it with OpenSSL and it loaded properly. I do have one more question... the Treasury Department, which produces these certificates for us, expires all the CRL's in just 6 hours, so does that mean I'd have to do restart on the database each time I got a new one or would a reload work?
Sent from my iPad
> On Jun 14, 2017, at 4:50 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>
> John Scalia <jayknowsunix@gmail.com> writes:
>> I've got SSL working without the crl file, but when I set ssl_crl_file to
>> use the one I have, it says FATAL on a restart and no SSL error reported.
>> This is not very helpful.
>
> Did you look into the postmaster log? Experimenting with an intentionally
> corrupted CRL file here, I get log messages along the lines of
>
> 2017-06-14 16:45:15.096 EDT [22759] LOG: parameter "ssl_crl_file" changed to "root+client.crl"
> 2017-06-14 16:45:15.102 EDT [22759] LOG: could not load SSL certificate revocation list file "root+client.crl": bad base64 decode
>
> The actually useful part of that comes out of OpenSSL, and we don't have
> a lot of control about how specific it is ... but there should be
> *something*.
>
> regards, tom lane
--
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin
^ permalink raw reply [nested|flat] 5+ messages in thread
* Re: SSL certificate revocation file will not load
2017-06-09 13:36 SSL certificate revocation file will not load John Scalia <jayknowsunix@gmail.com>
2017-06-14 20:50 ` Re: SSL certificate revocation file will not load Tom Lane <tgl@sss.pgh.pa.us>
2017-06-14 21:55 ` Re: SSL certificate revocation file will not load John Scalia <jayknowsunix@gmail.com>
@ 2017-06-14 22:07 ` Tom Lane <tgl@sss.pgh.pa.us>
2017-06-14 23:18 ` Re: SSL certificate revocation file will not load John Scalia <jayknowsunix@gmail.com>
0 siblings, 1 reply; 5+ messages in thread
From: Tom Lane @ 2017-06-14 22:07 UTC (permalink / raw)
To: John Scalia <jayknowsunix@gmail.com>; +Cc: pgsql-admin
John Scalia <jayknowsunix@gmail.com> writes:
> Well, it turned out that the CRL was in the wrong format. So, I managed
> to convert it with OpenSSL and it loaded properly. I do have one more
> question... the Treasury Department, which produces these certificates
> for us, expires all the CRL's in just 6 hours,
Ugh.
> so does that mean I'd have to do restart on the database each time I got
> a new one or would a reload work?
As of PG 10, a reload would work, but in prior versions you'll have to
restart to get it to pick up new SSL config files.
If you're feeling desperate you could try back-patching commit de41869b6,
but keep in mind that hasn't made it through a beta-test cycle yet.
regards, tom lane
--
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin
^ permalink raw reply [nested|flat] 5+ messages in thread
* Re: SSL certificate revocation file will not load
2017-06-09 13:36 SSL certificate revocation file will not load John Scalia <jayknowsunix@gmail.com>
2017-06-14 20:50 ` Re: SSL certificate revocation file will not load Tom Lane <tgl@sss.pgh.pa.us>
2017-06-14 21:55 ` Re: SSL certificate revocation file will not load John Scalia <jayknowsunix@gmail.com>
2017-06-14 22:07 ` Re: SSL certificate revocation file will not load Tom Lane <tgl@sss.pgh.pa.us>
@ 2017-06-14 23:18 ` John Scalia <jayknowsunix@gmail.com>
0 siblings, 0 replies; 5+ messages in thread
From: John Scalia @ 2017-06-14 23:18 UTC (permalink / raw)
To: Tom Lane <tgl@sss.pgh.pa.us>; +Cc: pgsql-admin
Thanks, I'll try to convince the management to upgrade ASAP once 10 makes it into a production release.
Sent from my iPad
> On Jun 14, 2017, at 6:07 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>
> John Scalia <jayknowsunix@gmail.com> writes:
>> Well, it turned out that the CRL was in the wrong format. So, I managed
>> to convert it with OpenSSL and it loaded properly. I do have one more
>> question... the Treasury Department, which produces these certificates
>> for us, expires all the CRL's in just 6 hours,
>
> Ugh.
>
>> so does that mean I'd have to do restart on the database each time I got
>> a new one or would a reload work?
>
> As of PG 10, a reload would work, but in prior versions you'll have to
> restart to get it to pick up new SSL config files.
>
> If you're feeling desperate you could try back-patching commit de41869b6,
> but keep in mind that hasn't made it through a beta-test cycle yet.
>
> regards, tom lane
--
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin
^ permalink raw reply [nested|flat] 5+ messages in thread
end of thread, other threads:[~2017-06-14 23:18 UTC | newest]
Thread overview: 5+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2017-06-09 13:36 SSL certificate revocation file will not load John Scalia <jayknowsunix@gmail.com>
2017-06-14 20:50 ` Tom Lane <tgl@sss.pgh.pa.us>
2017-06-14 21:55 ` John Scalia <jayknowsunix@gmail.com>
2017-06-14 22:07 ` Tom Lane <tgl@sss.pgh.pa.us>
2017-06-14 23:18 ` John Scalia <jayknowsunix@gmail.com>
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox