LDAP Error with sync agreement using ssl

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

 



Hi,

 

I have / had the same problem.

The first question is, what architecture are you running, a 32bit of 64bits version?

 

Im working with a Red Hat Directory Server, Ive set up the SSL and the certificates for a few times now on 64bit RHEL servers, but it is just not working

I'm working on it with the Red Hat Support team but haven't got the solution yet.

 

Ive set up a couple of 32bits servers and they are working fine with the windows synchronization over SSL.

 

If more people have it same problem (32bits vs 64bits SSL Sync), I would like to hear from it.

And if you are running a 64bits Red Hat Enterprise 5 server and the Windows Sync over SSL is working fine, I would like to know what version you are running.

 

Best regards,

 

Mathijs de Groot   

 

From: fedora-directory-users-bounces at redhat.com [mailto:fedora-directory-users-bounces at redhat.com] On Behalf Of steve nguyen
Sent: maandag 1 september 2008 11:10
To: fedora-directory-users at redhat.com
Subject: LDAP Error with sync agreement using ssl

 

Hi everybody,
 
I have created two sync agreement in FDS. I've got an error message with the one using ssl : "LDAP error: Can't contact LDAP server. Error Code 81.
The second sync agreement without ssl works.
 
I think this error should come from a certificate that I've create.
To create my certificate on Fedora I've used the second script from the fds wiki.
 
I want to know another thing : I selected a single master in the replica role column. If I choose multiple master, will the sync happen from both side : ad and fds ?
 
ps : escuse me for my bad english.
 
 

________________________________

Avec une webcam et Messenger partagez vos ?motions en vid?o ! T?l?chargez gratuitement ! <http://www.windowslive.fr/messenger/> 



This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.fedoraproject.org/pipermail/389-users/attachments/20080902/c1ad7fd6/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