Re: SSL Handshake error
"Alex Kramarov" <[email protected]> Tue, 19 Nov 2002 22:27:14 +0200
| Newsgroups | gmane.network.up2date.current.devel |
|---|---|
| Message-ID | <[email protected]> |
I have actually seen on several occasions that a certificate generated on RH 7.3 didn't work with RH 7.1 clients, In this case the client is 6.2, which puts the version difference in the openssl versions even farther - openssl is not always completely backwards compatible - i have seen these problems more then once. in that case, i generated the certificate on the 7.1 machine, and copied it to the server - this fixed the problem for both 7.3 and 7.1 - it's is worth to try to generate the certificate on the 6.2 Alex. -------Original Message------- From: [email protected] Date: éåí ùìéùé 19 ðåáîáø 2002 22:15:40 To: Current Server Mailing List Subject: Re: [Current-server] SSL Handshake error 99% of the time, this is due to the client having an incorrect RHNS-CA-CERT file. Can you confirm that the 6.2 machines RHNS-CA-CERT is the one you generated, and not red hat's? On Tue, 2002-11-19 at 14:06, Andrew Hamlin wrote: > I've setup a current server on a Red Hat 7.3 machine. I can run > rhn_register and up2date on that box with the configuration files pointing > to both, localhost/XMLRPC and <ipaddress>/XMLRPC. > > Now I've setup a second channel for a Red Hat 6.2 machine. Edited the config > files to point to <ipaddress>/XMLRPC and tried to run rhn_register. However, > I keep getting an SSL_connect error. > > The apache log contains the following error: > [19/Nov/2002 13:44:38 14932] [error] OpenSSL: error:14094418:SSL > routines:SSL3_READ_BYTES:tlsv1 alert unknown ca > > I've tried reading through and updating the apache ssl settings as best I > can but to no avail! > > The apache configuration changes I've tried: > > Listed only the server.crt (as generated by cadmin create_certificate) as > the SSLCertificateChainFile > # Server Certificate Chain: > SSLCertificateChainFile /etc/httpd/conf/ssl.crt/server.crt > #SSLCertificateChainFile /etc/httpd/conf/ssl.crt/ca.crt > > Rebuilt the ssl.crt hash files using the > /etc/httpd/conf/ssl.crt/Makefile.crt and changed apache's CACertificatePath > appropriately. > # Certificate Authority (CA): > SSLCACertificatePath /etc/httpd/conf/ssl.crt > > Updated the ca-bundle.crt file and changed apache's CACertificateFile > #SSLCACertificateFile /etc/httpd/conf/ssl.crt/ca-bundle.crt > > Tried to ask apache not to check with a CA at all... > # Client Authentication (Type): > #SSLVerifyClient require > #SSLVerifyDepth 10 > SSLVerifyClient optional_no_ca > > I'm no Apache/SSL expert so reading the comments in httpd.conf and trying > each of the settings has been the best I can do. Before going to off to > explore the web for posts about apache/ssl configuration I thought I'd ask > if anyone on the list has run into an SSL connection problem like this > before? > > The Red Hat 6.2 machine I'm trying to use has all recently available patches > from Red Hat. The ones that I think may impact the running of the SSL > Connection are: > > openssl-0.9.5a-29 > up2date-2.7.61-6.x.1 > rhn_register-2.7.9-6.x.1 > > Any thoughts? > > Thanks, > Andrew > > > -- Hunter Matthews Unix / Network Administrator Office: BioScience 145/244 Duke Univ. Biology Department Key: F0F88438 / FFB5 34C0 B350 99A4 BB02 9779 A5DB 8B09 F0F8 8438 Never take candy from strangers. Especially on the internet. _______________________________________________ Current-server mailing list [email protected] http://lists.dulug.duke.edu/mailman/listinfo/current-server .