I've been looking through the archives for information, but I haven't stumbled on a solution to my problem.
I'm running ds-389 (389-ds-base-184.108.40.206) on a centos 7 box (CentOS Linux release 7.2.1511). I have a centos OS client configured using SSL/TLS
which queries the LDAP server. Per a previous thread, I configured the memeberOf plugin and all seems to be working properly.
I have a php script that will run on the client and change the LDAP password for the user. The problem is, the script looks for the SSHA has
of the password when an ldapsearch is issued.
However, when I issue a general ldapsearch (anonymously) I don't get the userpassword field. I read in your archives that I might have
to be the "directory manager" user in order to see the hashed password. I've been playing around with the ldapsearch syntax, but I can't
quite get it right.
Anyway, my question is, can I set a flag in 389-ds that will display the hashed userpassword? I think that will solve my problem with the php script returning an error that it can't retrieve the old password.
Hi, I've got several instances of 389 server (1 primary and 3 replicas) running version 220.127.116.11 on RHEL 6.2.
I've got a new server running version 18.104.22.168 on RHEL 6.7.
When I start up 389-console to connect to a server, I can connect to the older servers just fine, navigate and configure things.
When I connect to the new server all of the UI tabs are blank and the content is blank. There are radio buttons and checkboxes that correspond to the positions of where everything should be, but there is no text. I've tried multiple versions of 389-console (even latest 1.1.18) but they all do the same thing. I need to connect to this new instance to set it up as a replication server, but don't know how to do it with a broken 389-console. Please help.
Is there a way to ldapsearch to show a servers supported syntaxes for
attribute types in schema? IE: search for if a server support syntax OID
22.214.171.124.4.1.14126.96.36.199.8 similar to the list of supportedControls.
Red Hat, Brisbane