concernant les projets similaires, j'avais regardé triplesec passé de Safehaus à Apache. Il semble cependant être mort. L'idée que je pense la plus intéressante de mon point de vue est de produire un soft et de réutiliser le téléphone mobile : l'authent forte pourrait être libre et gratuite...
concernant le nom, OpenToken est déjà plus que largement utilisé si j'en crois Google. De plus, il l'est pour une spécification déposée (encore en draft) à l'IETF par la société PingIdentity. Ils ont autre chose à faire qu'à vous poursuivre mais personnellement, je verrai bien autre chose comme nom : ToPen par exemple.
pour ce qui est des éditeurs, il en est un auquel je pense : OpenTrust. Ils ont une vraie expertise sur la PKI et les token matériels.
Bon, voilà, même en essayant de revenir en arrière (destruction de slapd.d et réimport complet des données), ça ne marchait plus du tout... phpldapadmin refusait toujours de fonctionner.
Finalement, après un tour sur openldap-software et un peu de réflexion, je retentais de passer avec slapd.d en ajoutant une section database config dans slapd.conf. Aporès quelques tâtonements, j'y parviens. Je peux donc consulter cn=config. Super. Mais toujours pas de phpldapadmin.
J'ai finalement ajouté une règle d'accès dans slapd.conf pour autoriser l'accès à cn=subSchema... ça remarche comme avant (du moins je crois) mais je ne sais pas pourquoi !
1. modif dans slapd.conf efficace, ça veut normalement dire que slapd.d n'est pas utilisé... Hum, hum
2. pourquoi n'avais-je pas besoin de cette acl avant pour accéder aux mêmes données ?
[^] # Re: Comment nous aider
Posté par prunille . En réponse à la dépêche OpenToken : un projet de token d'authentification matérielle ouvert. Évalué à 2.
concernant les projets similaires, j'avais regardé triplesec passé de Safehaus à Apache. Il semble cependant être mort. L'idée que je pense la plus intéressante de mon point de vue est de produire un soft et de réutiliser le téléphone mobile : l'authent forte pourrait être libre et gratuite...
concernant le nom, OpenToken est déjà plus que largement utilisé si j'en crois Google. De plus, il l'est pour une spécification déposée (encore en draft) à l'IETF par la société PingIdentity. Ils ont autre chose à faire qu'à vous poursuivre mais personnellement, je verrai bien autre chose comme nom : ToPen par exemple.
pour ce qui est des éditeurs, il en est un auquel je pense : OpenTrust. Ils ont une vraie expertise sur la PKI et les token matériels.
Bon courage.
[^] # Re: Bon, je me dévoue...
Posté par prunille . En réponse au journal Openldap 2.3 slapd.d configuration. Évalué à 0.
a+
[^] # Re: Bon, je me dévoue...
Posté par prunille . En réponse au journal Openldap 2.3 slapd.d configuration. Évalué à 1.
a+
# C'est finalement réparé
Posté par prunille . En réponse au message Comment configurer OpenLDAP 2.3 avec slapd.d ?. Évalué à 0.
Finalement, après un tour sur openldap-software et un peu de réflexion, je retentais de passer avec slapd.d en ajoutant une section database config dans slapd.conf. Aporès quelques tâtonements, j'y parviens. Je peux donc consulter cn=config. Super. Mais toujours pas de phpldapadmin.
J'ai finalement ajouté une règle d'accès dans slapd.conf pour autoriser l'accès à cn=subSchema... ça remarche comme avant (du moins je crois) mais je ne sais pas pourquoi !
1. modif dans slapd.conf efficace, ça veut normalement dire que slapd.d n'est pas utilisé... Hum, hum
2. pourquoi n'avais-je pas besoin de cette acl avant pour accéder aux mêmes données ?
Bref, ça reste cryptique...
[^] # Re: Bon, je me dévoue...
Posté par prunille . En réponse au journal Openldap 2.3 slapd.d configuration. Évalué à 1.
[^] # Re: Bon, je me dévoue...
Posté par prunille . En réponse au journal Openldap 2.3 slapd.d configuration. Évalué à 0.