[389-users] Trouble using self signed certificates.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I got it.  I got it working with SSL.  Good enough.   This is what is needed to get it to work.

ssl on
tls_cacertfile /etc/pki/tls/certs/cacert.org-root.txt
uri ldaps://rhds.example.com:636/

I removed the cacert from the ca-bundle.crt file.





________________________________
From: Rich Megginson <rmeggins at redhat.com>
To: General discussion list for the 389 Directory server project. <fedora-directory-users at redhat.com>
Sent: Wednesday, June 24, 2009 2:48:43 PM
Subject: Re: [389-users] Trouble using self signed certificates.

John A. Sullivan III wrote:
> On Wed, 2009-06-24 at 18:55 +0200, Jean-Noel Chardron wrote:
>  
>> Dumbo Q a ?crit :
>>    
>>> I've managed to get past the the strangely obscure method of installing an SSL certificate, and from the server side everything appears to be OK. Actually its a "CACert" certificate, rather then self signed. Using Jxplorer, I can connect the the DS using SSL, accept the certificate, and I'm all set.
>>> 
>>> However, I am having a ton of trouble figuring out how to use an untrusted ca for my linux user authentication. I changed /etc/ldap.conf to use ldaps://, and it attemtps to connect as expected. I think this would work, if I could figure out how to tell it to accept the certificate. I get the following error message in DS after running getent passwd.
>>> 
>>> [24/Jun/2009:12:24:02 -0400] conn=3 op=-1 fd=66 closed - Peer does not recognize and trust the CA that issued your certificate.
>>> [24/Jun/2009:12:24:02 -0400] conn=4 op=-1 fd=67 closed - Peer does not recognize and trust the CA that issued your certificate.
>>> 
>>> 
>>> Any thoughts?
>>> 
>>>      
>> I think you have to use the directive TLS_CACERT or TLS_CACERT_DIR in /etc/ldap.conf
>> man ldap.conf :
>> TLS_CACERT <filename>
>> Specifies the file that contains certificates for all of
>> the Certificate Authorities the client will recognize.
>> 
>> TLS_CACERTDIR <path>
>> Specifies the path of a directory that contains Certifi?
>> cate Authority certificates in separate individual files.
>> The TLS_CACERT is always used before TLS_CACERTDIR. This
>> parameter is ignored with GNUtls.
>> 
>>    
>>> <snip>
>>>      
> I think these may be the wrong variables.  If I recall correctly, those
> variables are for /etc/openldap/ldap.conf and control openldap (and
> openldap related queries).  pam uses /etc/ldap.conf.
do "man nss_ldap" to see the configuration variables for /etc/ldap.conf - they are similar enough to /etc/openldap/ldap.conf to cause confusion.
> I believe the
> variables are set like this:
> 
> ssl start_tls
> tls_checkpeer yes
> tls_cacertfile /usr/share/ca-certificates/CA.pem
> 
> or whatever the path happens to be.  Again, I'm not an expert - just
> sharing what we did that worked - John
>  


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.fedoraproject.org/pipermail/389-users/attachments/20090624/3faba1df/attachment.html 


[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux