i am wondering is there a graphic openldap admin tool that run under Linux ?
MichaelLeung wrote:
i am wondering is there a graphic openldap admin tool that run under Linux ?
Native GUI tools or are web applications also in scope?
http://www.openldap.org/faq/data/cache/271.html
Ciao, Michael. (being the author of web2ldap I'm biased of course...)
gq, luma or phpLDAPAdmin On Mar 18, 2016 6:48 AM, "Michael Ströder" michael@stroeder.com wrote:
MichaelLeung wrote:
i am wondering is there a graphic openldap admin tool that run under
Linux ?
Native GUI tools or are web applications also in scope?
http://www.openldap.org/faq/data/cache/271.html
Ciao, Michael. (being the author of web2ldap I'm biased of course...)
I like ApacheDS
On Mar 18, 2016, at 3:05 AM, MichaelLeung gbcbooksmj@gmail.com wrote:
i am wondering is there a graphic openldap admin tool that run under Linux ? <gbcbooksmj.vcf>
Am 18.03.2016 11:05:49, schrieb MichaelLeung:
i am wondering is there a graphic openldap admin tool that run under Linux ?
On 19/3/2016 1:44 πμ, Uwe Werler wrote:
+1
Lightweight, reliable and powerful. Handles well both cn=config and DIT. The developer is very helpful too.
phpLDAPadmin is also fine (as a web-based GUI), but practically not maintained any more since many years.
Latest well working version -as indicated by many, and can be confirmed by me- is 1.1.0.7. There are some forks of the project too, but not going anywhere (AFAIK).
Yet, we are still using 1.1.0.7 with success (on a CentOS 5 system). All 1.2.x.x versions have proved having problems, esp. with DITs using language tags.
I wish someone could take over and continue the project... IMHO it was the most intuitive and handy web-based LDAP GUI for general use.
Nick
On 03/20/2016 07:06 AM, Nick Milas wrote:
On 19/3/2016 1:44 πμ, Uwe Werler wrote:
+1
Lightweight, reliable and powerful. Handles well both cn=config and DIT. The developer is very helpful too.
phpLDAPadmin is also fine (as a web-based GUI), but practically not maintained any more since many years.
Latest well working version -as indicated by many, and can be confirmed by me- is 1.1.0.7. There are some forks of the project too, but not going anywhere (AFAIK).
Yet, we are still using 1.1.0.7 with success (on a CentOS 5 system). All 1.2.x.x versions have proved having problems, esp. with DITs using language tags.
I wish someone could take over and continue the project... IMHO it was the most intuitive and handy web-based LDAP GUI for general use.
Nick
i am using phpLDAPAdmin v1.2.3 from the fedora repos. not too long ago, found a bug in the way an array was enumerated in the monitor page, and submitted my findings. they were merged, so someone is still doing something at the project.
Nick Milas wrote:
phpLDAPadmin [..] Yet, we are still using 1.1.0.7 with success (on a CentOS 5 system). All 1.2.x.x versions have proved having problems, esp. with DITs using language tags.
Language sub-types (RFC 3866) are tricky to handle in a schema-aware LDAP client.
For which attributes are you using this?
Ciao, Michael.
On 20/3/2016 3:55 μμ, Michael Ströder wrote:
Language sub-types (RFC 3866) are tricky to handle in a schema-aware LDAP client.
For which attributes are you using this?
We are using language tags (lang-el-gr, lang-en-us) for:
cn, o, ou, title, sn
phpLDAPadmin handles them well up to v1.1.0.7: Tagged attributes are displayed correctly and even updates are successful.
Since v1.2.x.x it cannot handle them and tagged attributes cannot even show up. We only get a series of: "phpLDAPadmin doesnt support RFC3866" errors, one per each tagged attribute.
So all 1.2 versions are practically unusable in our use case.
Nick
Apache Directory Studio is pretty good, and being Java based, will run on any platform. https://directory.apache.org/studio/
On 21 March 2016 at 08:06, Nick Milas nick@eurobjects.com wrote:
On 20/3/2016 3:55 μμ, Michael Ströder wrote:
Language sub-types (RFC 3866) are tricky to handle in a schema-aware LDAP
client.
For which attributes are you using this?
We are using language tags (lang-el-gr, lang-en-us) for:
cn, o, ou, title, sn
phpLDAPadmin handles them well up to v1.1.0.7: Tagged attributes are displayed correctly and even updates are successful.
Since v1.2.x.x it cannot handle them and tagged attributes cannot even show up. We only get a series of: "phpLDAPadmin doesnt support RFC3866" errors, one per each tagged attribute.
So all 1.2 versions are practically unusable in our use case.
Nick
i am using phpLDAPadmin and found some problem, it is not so stable as you think, and a little unconvenient, it can not drag object
can Apache Directory Studio create a template ?
On 03/21/2016 08:12 AM, Ben Babich wrote:
Apache Directory Studio is pretty good, and being Java based, will run on any platform. https://directory.apache.org/studio/
On 21 March 2016 at 08:06, Nick Milas <nick@eurobjects.com mailto:nick@eurobjects.com> wrote:
On 20/3/2016 3:55 μμ, Michael Ströder wrote: Language sub-types (RFC 3866) are tricky to handle in a schema-aware LDAP client. For which attributes are you using this? We are using language tags (lang-el-gr, lang-en-us) for: cn, o, ou, title, sn phpLDAPadmin handles them well up to v1.1.0.7: Tagged attributes are displayed correctly and even updates are successful. Since v1.2.x.x it cannot handle them and tagged attributes cannot even show up. We only get a series of: "phpLDAPadmin doesnt support RFC3866" errors, one per each tagged attribute. So all 1.2 versions are practically unusable in our use case. Nick
openldap-technical@openldap.org
-
Achilleas Mantzios -
Ben Babich -
brendan kearney -
Brendan Kearney
-
Michael Ströder -
MichaelLeung -
Nick Milas -
Scott Classen -
Uwe Werler