Received: from localhost (maia-1.hub.org [200.46.204.191]) by postgresql.org (Postfix) with ESMTP id E0D8D9FB36B for ; Sun, 25 Mar 2007 23:01:30 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.191]) (amavisd-new, port 10024) with ESMTP id 50216-10 for ; Sun, 25 Mar 2007 23:01:27 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by postgresql.org (Postfix) with ESMTP id B33869FB321 for ; Sun, 25 Mar 2007 23:01:27 -0300 (ADT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.13.6/8.13.6) with ESMTP id l2Q21Lr9001951; Sun, 25 Mar 2007 22:01:23 -0400 (EDT) To: Ray Stell cc: pgsql-admin@postgresql.org Subject: Re: no verification of client certificate? In-reply-to: <20070324020434.GA18533@cns.vt.edu> References: <20070323181626.GA16092@cns.vt.edu> <25532.1174687277@sss.pgh.pa.us> <20070324020434.GA18533@cns.vt.edu> Comments: In-reply-to Ray Stell message dated "Fri, 23 Mar 2007 22:04:34 -0400" Date: Sun, 25 Mar 2007 22:01:20 -0400 Message-ID: <1950.1174874480@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200703/186 X-Sequence-Number: 25010 Ray Stell writes: > On Fri, Mar 23, 2007 at 06:01:17PM -0400, Tom Lane wrote: >> Ray Stell writes: >>> I was hoping to not have to support client certs. I want >>> encryption and to verify the server, but no to verify the client. >>> Does this work and I've got the config wrong? >> >> Maybe I misunderstand what you want --- doesn't leaving out the >> server's root.crt file do that? > It doesn't look like it to me. I hope you can steer me back. I looked more closely and you are right: if the server does not have a root.crt file then it doesn't send its server cert to the client, and so there's no way for the client to verify the cert. Whereas if it does have root.crt then it insists on verifying the client's cert. This seems to be a restriction of OpenSSL: sending of the server cert is implicitly enabled by enabling checking of client certs using root.crt. Perhaps there's a way around that, but it'll take more knowledge of OpenSSL than I have to fix it. Offhand your desire doesn't seem completely unreasonable, so perhaps there is a way to get OpenSSL to do it that we don't know about. Bruce, would you add something to the TODO list? * Support SSL configurations in which client checks server's cert but not vice versa. regards, tom lane