Fedora Directory Server (FDS) 1.1 est sorti :
http://directory.fedoraproject.org/wiki/Release_Notes (note de mise à jour).
C'est la conséquence libre du rachat par Red Hat d'un produit Netscape (30 millions de $ si j'ai bonne mémoire).
FDS est un annuaire type LDAP.
Pourquoi faire un journal de cette petite "nouvelle" ?
Après le rachat par Red Hat, FDS était très type proprio proprio. Pas de configure, etc.
Un trop travaille a été fait pour le mettre au niveau des standards du libre.
C'est en grande parti fait. Respet de la FHS, scripts de lancement/arrêt dans /etc/init.d/, projet splité en plusieurs paquets, et cerise sur le gateau : marche avec IcedTea (la version 100 % libre d'OpenJDK).
Actuellement les paquets sont faits pour Fedora (lire la note de mise à jour). Ce projet (assez énorme) mérite d'être porté pour les autres distributions. A votre bon coeur.
# nouveau
Posté par FabienC . Évalué à -4.
[^] # Re: nouveau
Posté par Sytoka Modon (site web personnel) . Évalué à 6.
# Comparaison
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
Du même coup, est-ce le début de la fin pour OpenLDAP ?
[^] # Re: Comparaison
Posté par lezardbreton . Évalué à 1.
[^] # Re: Comparaison
Posté par Sebastien (site web personnel) . Évalué à 1.
Parce que même si le nom est similaire, ils ne font pas la même chose? MDS est un ensemble de services basés autour d'un serveur LDAP (OpenLDAP, en l'occurrence). FDS est un serveur LDAP.
FDS était Redhat DS qui était Netscape DS qui était basé sur umich-ldap qui était aussi la base de... OpenLDAP.
[^] # Re: Comparaison
Posté par GeneralZod . Évalué à 3.
Je ne m'y connais pas du tout, mais apparemment FDS contient des fonctionnalités que OpenLDAP n'a(vait) pas (encore), c'est un code éprouvé. Le seul point noir est qu'AOHell ne l'a pas fait évolué pendant un certain temps, RH est encore en train de nettoyer le code et l'architecture.
De plus, ça ne fait pas de mal d'avoir une offre concurrente libre en plus. :o)
[^] # Re: Comparaison
Posté par lezardbreton . Évalué à 3.
[^] # Re: Comparaison
Posté par GeneralZod . Évalué à 2.
[^] # Re: Comparaison
Posté par IsNotGood . Évalué à 2.
Dans le "desktop", ça peut changer vite.
Ici on parle d'un domaine où le service est critique, où des administrateurs ont passé beaucoup de temps à se former, etc.
Donc OpenLDAP est tranquille pour 2008. Voire beaucoup plus, voire pour toujours. Tout dépend de OpenLDAP et FDS.
Pour les différences, je ne les connais pas vraiment car je connais mal ldap.
La liste des fonctionnalités : http://directory.fedoraproject.org/wiki/Features
Les indispensables copies d'écran : http://directory.fedoraproject.org/wiki/Screenshots
L'avis d'un utilisateur : http://www.oreillynet.com/sysadmin/blog/2006/07/a_new_favori(...)
Notons que Red Hat a dit vouloir à moyen terme faire de FDS un remplaçant complet d'active directory de MS. C'est quasi indispensable pour migrer le desktop de grosse entreprise.
[^] # Re: Comparaison
Posté par Stéphane Davy . Évalué à 2.
ce qui est vrai dans d'autres domaines l'est aussi pour LDAP: un peu de diversité ne fait pas de mal et ne signifie pas la fin de l'un ou l'autre.
Au passage, y'a aussi ce projet: http://directory.apache.org/ qui propose un serveur LDAP, ainsi qu'un client LDAP. Je n'ai pas essayé le serveur, mais le client LDAP studio est vraiment sympa
[^] # Re: Comparaison
Posté par IsNotGood . Évalué à 1.
OpenJDK a quasiment signé la mort de gcj. Es-ce un drame ? Ben non, les développeurs de gcj participent maintenant à OpenJDK (actuellement principalement à IcedTea le temps que les modifications soient intégrées à OpenJDK).
[^] # Re: Comparaison
Posté par Olivier Grisel (site web personnel) . Évalué à 1.
Apache DS (le serveur) avance bien mais il faut aussi mentionner OpenDS de Sun qui est lui aussi Open Source et qui est le successeur moderne (codé en Java comme Apache DS) du venerable Sun One Directory serveur codé en C et devenu immaintenable au fil des année.
Le seul point noir sur OpenDS est la maniere dont Sun a virer une partie de ses employés americains qui etaient parmis les devs principaux du projet pour recentrer ses devs exclusivement a Grenoble. Pbm de management au marteau. J'espere que ca ne va pas planter ce projet tres prometteur car techinquement il marche tres bien.
En trois clics on a un serveur LDAP installé (si on a une JVM Java 5 dispo comme seule dependance) avec un wizard pour ajuster les parametres par defaut + une console d'admin tres intuitive. Ca me parait plus simple a administrer que Apache DS qui a de nombreux fichiers XML assez imbitiques (a premiere vue, j'ai pas trop creusé non plus).
[^] # Re: Comparaison
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
C'est le soucis des produits Apache en Java, trop trop de XML pour la configuration. C'est insupportable.
Ces serveurs LDAP en Java, cela tourne et s'installe sans X-Window ? Parce que lorsque j'entend de clic pour une installation, cela me fait plutôt fuir...
[^] # Re: Comparaison
Posté par Olivier Grisel (site web personnel) . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.