Hello,
I'm running the 6.x-1.0-beta2 version of LDAP Integration on Drupal 6 Acquia. I'm running on a Windows 7 machine, IIS 7.5 express, Php 5.2.17, MySQL 5.1. Php has been configured for Fast CGI with the LDAP Module enabled. I configured all of the settings as described in this tutorial: http://pasada.org/integrating-drupal-active-directory
Whenever I try using the LDAP Authentication to log in, I get the dreaded (and ever useful) HTTP Error 500 - Internal Server Error message. When I attempt to use the "Test" feature, I see the same error occur in the Chrome debugger console.
I have searched through I don't know how many articles trying to find a similar problem/solution set, but have yet to have any luck. If anyone has any suggestions, I would be very grateful.
Thank you.
Comments
Comment #1
blusk0 commentedComment #2
vrivera82 commentedblusk0
Do you have the answer?, I have the same problem, i don't find information or patch to solve this problem.
Greetings.
Comment #3
cgmonroe commentedIs this with the new dev or the beta-2 release? If you did a fresh release with the "Friday May 11" version. There was a bug in the "new install" script (update from old works). Download the newest dev and replace the old. Then disable the ldap modules and do a full uninstall (e.g. modules page - uninstall tab) to delete the tables/schema. Then re-enable the modules. This will make sure the ldapauth_users table gets created.
In order to track this down, more information will be needed. In particular, the PhP error log message(s).
If you don't know where your PhP errors are being logged. Here's a page on Debugging the "White Screen" that covers how to display errors on the page itself (and some other tips).
http://drupal.org/node/158043
Comment #4
vrivera82 commentedHi cgmonroe
I have changed to dev release "15 may" now i get "Authentication with the LDAP server failed." when i tested, i think is my settings, it's right? :
Server settings
Name: myname
LDAP: x.x.x.x (I don't use TLS)
port: 389
LDAP password encryption type: Clear
Login procedure
Base DNs: dc=domain,dc=local
UserName attribute: sAMAccountName
Email attribute: mail
PHP to transform login name:
PHP to filter users based on their LDAP data:
Advanced configuration
DN for non-anonymous search: CN=user,dc=domain,dc=local
Password for non-anonymous search: password
I have drupal 5 in another site and it works without problems, the only change is in
"DN for non-anonymous search=domain\user"
Thanks for helpping.
Comment #5
cgmonroe commentedThat looks exactly like what I have to connect to our AD servers. First thing I would look at is verifying that the dn and password for searching is correct. Depending on your server settings, you might be able to use user@domain instead of the full dn, e.g. xxx@domain.local.
If that doesn't fix the problem then it might be a firewall / network access issue. I.e., your server can't open a port to the AD server.
You might check the recent log entries for ldapauth messages and check the PhP error log just in case it's something odd like the ldap PhP extension not being install properly.
Another option to figure stuff out is to get an external LDAP tool like JXplorer (jxplorer.org). This will let you see your LDAP/AD structure and give you an alternate place to test connection info, etc. E.g., if both JXPlorer and Drupal can't connect then it's definitely a settings, network, or AD rights issue.
Comment #6
cgmonroe commentedMarking fixed because lack of activity. System will close in two weeks unless more info supplied.
Comment #8
alexborsody commentedtry uncommenting "RewriteBase /" in the .htaccess file to fix.