[phpldapadmin] [ phpldapadmin-Bugs-1921240 ] Loop on schema error
"SourceForge.net" <[email protected]>
| Newsgroups | gmane.comp.ldap.davedap |
|---|---|
| Message-ID | <[email protected]> |
Bugs item #1921240, was opened at 2008-03-21 03:00 Message generated for change (Comment added) made by wurley You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498546&aid=1921240&group_id=61828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Private: No Submitted By: guth (tibo42) Assigned to: Nobody/Anonymous (nobody) Summary: Loop on schema error Initial Comment: Hi, After some days digging i'm still having problems with PLA and Openldap subSchema. I might be close to problem origin but i'm stuck now. Here are my infos: PLA: 1.1.0.5 OpenLDAP: 2.4.7 Apache2: 2.2.8 Php: 5.2.5 OS: Zenwalk Linux (kernel: 2.6.24.2) Problem: We've set up an ldap proxy using OpenLDAP to acces our AD server, but no way to have it browsable with PLA. No display at all in web browser and looking at the logs, it seems PLA is in infinite loop. No problem browsing/administrating through LBE (http://www-unix.mcs.anl.gov/~gawor/ldap/). Relevant part of slapd.conf: ------------------------------------------ access to * by * write database ldap uri "ldap://IP_OF_AD_SERVER" suffix "dc=our,dc=domain" ##both tried without luck #chase-referrals no chase-referrals yes idassert-authzFrom "dn.regex:.*" idassert-bind bindmethod=simple binddn="cn=Administrator,cn=users,dc=our,dc=domain" credentials="hardpassword" mode=none ------------------------------------ attached relevant part of pla_debug (255) and php backtrace. My guess is a problem while parsing subSchema + a non fatal error that create the loop (couldn't find more infos by myself). It seems pla always get openldap schema instead of resquesting AD's one. ---------------------------------------------------------------------- >Comment By: Deon George (wurley) Date: 2008-11-28 20:06 Message: I cant see how this could work. The query to find the schema would always return the openldap schema, even though you have a base configured as a proxy to another server. PLA is very dependant on the schema for its operation - so if you want to view another LDAP server, configure PLA to talk to that LDAP server directly :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=498546&aid=1921240&group_id=61828 ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ______________________________________ phpLDAPadmin development mailing list. To unsbuscribe: https://lists.sourceforge.net/lists/listinfo/phpldapadmin-devel http://phpldapadmin.sourceforge.net/