n'est pas foutu de mettre en place un simple serveur OpenLDAP
Alors, de là à croire que le SI d'un opérateur télécom, c'est une paire de serveurs dans un garage sur lesquels il suffit d'installer OpenLDAP, faut arrêter de rêver. En particulier lorsqu'il s'agit d'un opérateur dit "historique", il se trouve que celui-ci au passage hérite, pour son SI, de beaucoup d'éléments historique plus ou moins indépendants à faire causer les uns avec les autres, et cela, que ce soit volontaire ou juste (sic) historique.
Et puis, on a beau être un membre fondateur de X500, DAP, LDAP, DTC, etc, étant donné que le dicton dit que les cordonniers sont les plus mals chaussés, on en connait d'autres, des opérateurs, qui finissent avec un Exchange et des noms d'utilisateurs ou des adresses emails préfixés en "zz" pour les séparer du reste.
(après, on peut aussi éventuellement se moquer de OpenLDAP à proprement parler, mais c'est une autre histoire)
# simplification
Posté par Sebastien (site web personnel) . En réponse au journal X.500 et LDAP. Évalué à 5.
Alors, de là à croire que le SI d'un opérateur télécom, c'est une paire de serveurs dans un garage sur lesquels il suffit d'installer OpenLDAP, faut arrêter de rêver. En particulier lorsqu'il s'agit d'un opérateur dit "historique", il se trouve que celui-ci au passage hérite, pour son SI, de beaucoup d'éléments historique plus ou moins indépendants à faire causer les uns avec les autres, et cela, que ce soit volontaire ou juste (sic) historique.
Et puis, on a beau être un membre fondateur de X500, DAP, LDAP, DTC, etc, étant donné que le dicton dit que les cordonniers sont les plus mals chaussés, on en connait d'autres, des opérateurs, qui finissent avec un Exchange et des noms d'utilisateurs ou des adresses emails préfixés en "zz" pour les séparer du reste.
(après, on peut aussi éventuellement se moquer de OpenLDAP à proprement parler, mais c'est une autre histoire)