Re: BUG #5468: Pg doesn't send accepted root CA list to client during SSL client cert request

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: BUG #5468: Pg doesn't send accepted root CA list to client during SSL client cert request
Дата
Msg-id 1860.1274832795@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: BUG #5468: Pg doesn't send accepted root CA list to client during SSL client cert request  (Craig Ringer <craig@postnewspapers.com.au>)
Ответы Re: BUG #5468: Pg doesn't send accepted root CA list to client during SSL client cert request  (Stephen Frost <sfrost@snowman.net>)
Re: BUG #5468: Pg doesn't send accepted root CA list to client during SSL client cert request  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-bugs
Craig Ringer <craig@postnewspapers.com.au> writes:
> On 26/05/10 07:37, Tom Lane wrote:
>> Craig Ringer<craig@postnewspapers.com.au>  writes:
>>> I do *not* have the CA cert concatenated onto server.crt. I'll have to
>>> see if that works, because that's how it's usually done with OpenSSL.
>>
>> Hmm.  That case doesn't work for me; what does work is including the
>> intermediate cert in the server's root.crt.

> Sorry, that was my poor choice of words.

> s/the CA cert/the full certificate chain/g

What I meant to question is *which* file the intermediate CA certs
go into.  It doesn't seem tremendously sensible to me to put them into
the server.crt file, since that's intended to define exactly one cert,
namely the one identifying the server.  On the other hand, putting them
into the root.crt file implies that the intermediate certs are as good
as the real root CA for trust purposes, which might not quite be the
right thing either.

            regards, tom lane

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Craig Ringer
Дата:
Сообщение: Re: BUG #5468: Pg doesn't send accepted root CA list to client during SSL client cert request
Следующее
От: Tom Lane
Дата:
Сообщение: Re: BUG #5468: Pg doesn't send accepted root CA list to client during SSL client cert request