Hi all,
Somebody has tested directory server (http://directory.fedora.redhat.com/wiki/Main_Page) under CentOS 4.1?? Is it ready for production environments?? Somebody has ported to centos??
Thank you very much.
__________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.espanol.yahoo.com/
Somebody has tested directory server (http://directory.fedora.redhat.com/wiki/Main_Page) under CentOS 4.1?? Is it ready for production environments?? Somebody has ported to centos??
We didn't succeded to compile it from source but the downloadable binaries are working on CentOS. We tested it. The ACI-s and schema are a bit different from OpenLDAP but it's much mature software. OpenLDAP has other advantags - like layers in the betas - but FDS/RHDS/etc. much more usable and stable right now. It needs more resource, off course but it doesn't matter to me. I like stable software much better.
bye, Ago
Quoting ago@lsc.hu:
Somebody has tested directory server (http://directory.fedora.redhat.com/wiki/Main_Page) under CentOS 4.1?? Is it ready for production environments?? Somebody has ported to centos??
We didn't succeded to compile it from source but the downloadable binaries are working on CentOS. We tested it. The ACI-s and schema are a bit different from OpenLDAP but it's much mature software. OpenLDAP has other advantags - like layers in the betas - but FDS/RHDS/etc. much more usable and stable right now. It needs more resource, off course but it doesn't matter to me. I like stable software much better.
Hm, sounds interesting alternative to OpenLDAP. It says it supports SASL authentication and MD5 password hashes. Does it also support placing a pointer for SASL where to check the password into password attribute (instead of placing actual password in it)?
What I'm talking about is putting something like "{SASL}user@REALM" into password attribute. OpenLDAP would than use saslauthd to check the password (passing it user@REALM and whatever user entered as password). In my case saslauthd is configured to check passwords using kerberos5 backend. Basically, directory server does not store any passwords, passwords are stored in Kerberos database (and I have users spread across several distinctive Kerberos realms (some Unix based, some Windows AD), to make things even more interesting).
(having that functionality is "must-have" for me, before even thinking about downloading FDS to try it out).
---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.
User Lists wrote:
Somebody has tested directory server (http://directory.fedora.redhat.com/wiki/Main_Page) under CentOS 4.1?? Is it ready for production environments?? Somebody has ported to centos??
I can't comment about that directory server but I have been using Novell eDirectory on CentOS 3.* without any problems. Considering that it's utilized in numerous universities and government organizations around the world, I would say it's definitely production grade software.
http://www.novell.com/documentation/edir87/ http://www.novell.com/products/edirectory/customer_license.htm
On Tue, June 28, 2005 11:37 am, User Lists said:
Hi all,
Somebody has tested directory server (http://directory.fedora.redhat.com/wiki/Main_Page) under CentOS 4.1?? Is it ready for production environments?? Somebody has ported to centos??
The plan for Directory Server for CentOS-4 is to port RedHat Directory Server (and not Fedora Directory Server) when it is released for RHEL. That should happen when RedHat thinks it is stable for production in the enterprise ... I would assume that they will charge for it like they do for RHGFS/RHCS when they feel they have it stable.
We will release GFS 6.1 for CentOS-4 and RH Directory Services when they release for RHEL.