Re: Ref: BUG#1321: SSL error: sslv3 alert handshake failure - Mailing list pgsql-bugs
From | vishal saberwal |
---|---|
Subject | Re: Ref: BUG#1321: SSL error: sslv3 alert handshake failure |
Date | |
Msg-id | 3e74dc2505082417353a1e7bea@mail.gmail.com Whole thread Raw |
In response to | Re: Ref: BUG#1321: SSL error: sslv3 alert handshake failure ("T.J. Ferraro" <tjtoocool@phreaker.net>) |
Responses |
Re: Ref: BUG#1321: SSL error: sslv3 alert handshake failure
|
List | pgsql-bugs |
hi TJ, thanks for your input but i think i am still doing something wrong ...=20 I have done exactly what the mysql site said ...=20 The way we have it set up, changing the version really hampers work for many (as it is under use all the time) ... Can i achieve this without changing the version to 8.0.3 ... Now i have the following setup : SERVER (192.168.200.10) ---------------------------------------- (a) /usr/local/pgsql/data -rw-r--r-- 1 postgres postgres 1298 Aug 24 16:10 root.crt -rw-r--r-- 1 postgres postgres 963 Aug 24 16:10 root.key -rw-r--r-- 1 postgres postgres 3675 Aug 24 16:10 server.crt -rw------- 1 postgres postgres 887 Aug 24 16:10 server.key -rw-r--r-- 1 postgres postgres 2305 Aug 24 13:05 server.req (b) /usr/local/pgsql/data/postgresql.conf ssl=3Dtrue (c) /usr/local/pgsql/data/pg_hba.conf local all all trust host all all 127.0.0.1 255.255.255.255 trust host all all 192.168.0.0/16 trust hostssl dbm all 192.168.200.201 255.255.255.255 md5 (d) Postmaster command: (as postgres user) /usr/local/pgsql/bin/postmaster -D /usr/local/pgsql/data/ -i >logfile 2>&1= & I checked and it runs well ... (e) logfile=20 LOG: database system was interrupted at 2005-08-24 13:12:32 PDT LOG: checkpoint record is at 0/644F40E0 LOG: redo record is at 0/644F40E0; undo record is at 0/0; shutdown FALSE LOG: next transaction ID: 12230; next OID: 11903822 LOG: database system was not properly shut down; automatic recovery in pro= gress LOG: record with zero length at 0/644F411C LOG: redo is not required LOG: database system is ready LOG: could not accept SSL connection: peer did not return a certificate LOG: could not accept SSL connection: peer did not return a certificate LOG: could not accept SSL connection: peer did not return a certificate LOG: could not accept SSL connection: peer did not return a certificate LOG: could not accept SSL connection: peer did not return a certificate CLIENT (192.168.200.201) (logged in as root) ------------------------------------------------------------------ (a) psql -d dbm -c 'select * from node limit 1;' -U postgres -h 192.168.200= .10 psql: SSL error: sslv3 alert handshake failure (b) ~/.postgresql/ -rw-r--r-- 1 root root 3675 Aug 24 16:25 postgresql.crt -rw-r--r-- 1 root root 887 Aug 24 16:25 postgresql.key (c) when ssl turned off, the query runs well ... so its not the query or LAN ... there must be something wrong in the way i am doing it ... On 8/24/05, T.J. Ferraro <tjtoocool@phreaker.net> wrote: > Vishal, >=20 > I can't recall but I think if you use 8.0.3 the error would offer > more explanation. Bug 1321 was related to SSL support on windows. The > error you are getting isn't a bug. It's basically telling you it can't > find the postgresql.key and postgresql.crt. >=20 > For creating SSL certs I've always used the MySQL example at > http://dev.mysql.com/doc/mysql/en/secure-create-certs.html >=20 > You can ignore the last part about setting up my.cnf. Instead of doing > the "replace ./demoCA $DIR -- $DIR/openssl.cnf" as they suggest just > manually open your openssl.cnf file and change the ./demoCA to the > location of your openssl.cnf file. >=20 > Once finished rename some files: >=20 > cacert.pem =3D> root.crt > cakey.pem =3D> root.key > server-key.pem =3D> server.key > server-cert.pem =3D> server.crt > client-key.pem =3D> postgresql.key > client-cert.pem =3D> postgresql.crt >=20 > Place the postgresql.* files into the ~/.postgresql directory on the > client side. >=20 > So that answers a). >=20 > b) The client shouldn't be looking for root.crt >=20 > c) That should do it. If you have any more questions feel free to email > me off the list and I'll see what else ya need help with. >=20 > T.J. >=20 > vishal saberwal wrote: >=20 > >hi, > >I was reading the post for BUG # 1321 (Date: Tue, 16 Nov 2004 13:30:33 > >-0700) the error "sslv3 alert handshake failure" that i have > >encountered now. > > > >I have postgreSQL 8.0.1 and have OpenSSL 0.9.7a. > >I have read through the documentation and a few other sites. > > > >PG_HBA.CONF > >---------------------- > >local all all trust > >host all all 127.0.0.1 255.255.255.255 trust > >host all all 192.168.0.0/16 trust > >hostssl dbm all 192.168.200.201 255.255.255.255 md5 > > > >SERVER > >-------------- > >(Fedora Core 2) > > > >Database =3DDBM, owner=3Ddbmuser > > > >I have done the following steps: > >(a) openssl req -new -text -out server.req > >(b) openssl rsa -in privkey.pem -out server.key > >(c) rm privkey.pem > >(d) openssl req -x509 -in server.req -text -key server.key -out server.c= rt > >(e) chmod og-rwx server.key > > > >Above steps were from the documentation for 8.0. I tested the > >communication to a remote machine (hostssl'ed with md5 in pg_hba.conf) > >and the data (when viewed on ethereal) was encrypted. > > > >(f) ln -s server.crt root.crt > >(g) ln -s server.key root.key > > > >Now i have [root.crt, root.key, server.crt, server.key, server.req] > >files in /usr/local/pgsql/data (which is my $PGDATA) which are owned > >by "chown postgres:postgres". > > > >CLIENT > >------------ > >psql -d dbm -c 'select * from hosts;' -U postgres -h 192.168.200.201 > > > >Here's where i am stuck. > >I created the directory ~/.postgresql as it never existed on remote > >machine (Fedora core 3) as user root. > > > >I have tried stopping and restarting the postmaster. > > > >I have following Questions: > >(a) How do i create the ~/.postgresql/postgresql.crt and > >~/.postgresql/postgresql.key files (not sure about the commands)? > >(b) Where do i get the ~/.postgresql/root.crt from? > >(c) Is there anything else i am missing thats not in document or that > >i need to know? > > > >thanks, > >vish > >(Vishal Saberwal) > > > >---------------------------(end of broadcast)--------------------------- > >TIP 2: Don't 'kill -9' the postmaster > > > > > > >=20 >=20 >
pgsql-bugs by date: