I pulled down phpldapadmin which gets v1.2.2.5. I got errors upon installation end saying:

Errors were encountered while processing:
phpldapadmin
E: Sub-process /usr/bin/dpkg returned an error code (1)

It did not seem to be a fatal error so I proceeded to make all the changes as per the instructions here:

https://www.digitalocean.com/communi...untu-12-04-vps

However when I put in ldap.example.com/phpldapadmin in firefox I get 404not found. So I though it was probably related to the install errors. I traced the errors back and according to Launchpad its a bug. So I then proceed to remove that version of phpldapadmin in favor of v1.2.3. I followed the install instructions to the T and I still get a 404 not found when I put the url/phpldapadmin in firefox.

My apache2 service is running. The "INSATLL" files says to just dump the whole phpldapadmin directory in the webroot, so I stuck it in /var/www. But no luck. I do have a /etc/php5/apache2 directory. Should I try placing it in there?

Moving to /etc/php5/apache2 did not work.

I was looking over the pre-reqs here:

http://phpldapadmin.sourceforge.net/.../PreRequisites

How do I check to see if my version of PHP5 supports LDAP?

Your first issue is that your browser cannot access phpldapadmin. What is your web root? Is it /var/www? Or is it /var/www/html? Check the apache config for "DocumentRoot" and place the phpldapadmin directory there. Then accessing using a browser (it is case sensitive).

Run
Cheers

I don't have "DocumentRoot" anywhere in the apache config file. I see a "serverroot". And I'm not sure of the webroot. I have /var/www and inside that I have an HTML folder. Currently I have the phpldapadmin folder indside /var/www/html and now when I browse I get a different error but it would appear that this may be some sort of progress.

error is:

Fatal Error: Cannot redeclare password hash() in /var/www/html/phpldapadmin/lib/functions.php on line 2236.

So it seems that now it's at least finding the site.

Any other suggestions?

I get nothing - no output, no errors. Just returns back to a prompt. What does that mean?

It means that your php installation does not have support for ldap Use your distro's package manager to install the php-ldap package

Regards

Ran apt-get install php5-ldap. See the attachment for the output I received. So I guess the message about it being set to manually installed means I have to enable it somewhere?

Attached Thumbnails

 

So php5-ldap is installed. It should be shown by "php -i".
anyway, I'm not familiar with ubuntu, but from this, looks like you might need to add
in /etc/php5/apache2/php.ini

Added, restarted apache, no luck. phpldapadmin gets same error and checking for php-ldap returns nothing.

I did notice that I have 2 apache2 folders -

/etc/apache2

and

/etc/apache2/php5/apache2

The second contains the php.ini and a conf.d folder.

Should I merge my 2 apache2 folders and drop it in /etc/php5 or is /etc/apache2 correct for my version?

D'oh there should be no /etc/apache2/php5/apache2 directory, but a /etc/apache2 for apache configuration and /etc/php5/apache2 for php-apache related configuration. Perhaps you misspelled in the 2nd directory path.
How did you install apache/php? Maybe you should uninstall/reinstall the apache-php stack

Ok - removed apache and php5 - reinstalled - now running the php command I do show that LDAP is enabled. See attachement. I also have the correct folder structure...BUT..I still get that same error about password hash in the functions.php file when I try to browse to localhost/phpldapadmin

Attached Thumbnails

 

Doing a little search, looks like an incompatibility between phpldapadmin and the newer php-5.5x. Take a look here and here for workarounds

Regards

Thanks - I'll check'um out and post back here.

The saga continues I followed the instructions in the first link and viola it worked. Then I went further to try and eliminate the pre_replace errors but botched that up now I'm back to square one. Going to restore the functions.php file from backup and go from there. Will keep you posted. BTW, When it worked I could only log in anonymously, which gave me only read access. I tried at first to log in with the following DN and my LDAP password:

dn=admin,dc=ldap,dc=example,dc=com (this was auto-populated)

However this did not work. I am not sure if I need to change the DN or if I was using the wrong password. I don't remember setting a password for dn=admin, unless that was the slapd "administrator" password you setup from the start.