Re: [phpldapadmin] php.PickList using relative search base
Ivan Ferreira <[email protected]>
| Newsgroups | gmane.comp.ldap.davedap |
|---|---|
| Message-ID | <1880421964A72B44804F0F42CD92008A158675D874@ASUSIS-EXCHMBX1.personal.com.py> |
Thanks Deon for your time, in fact, if I check the logs in the Directory Server, I can confirm that the search is only done at the OU level (relative).
If I left commented the line:
// $servers->setValue('server','base',array(''));
It works for the creation of the posixAccount, but it does not works for the modification of the object, the log shows:
[15/Mar/2010:06:39:57 -0300] conn=1014 op=6 SRCH base="ou=People,dc=linux,dc=com,dc=py" scope=2 filter="(&(objectClass=posixGroup))" attrs="cn gidNumber"
When I try to modify the account, check the search base.
Full logs after clicking the created posixAccount:
[15/Mar/2010:06:39:57 -0300] conn=1014 fd=76 slot=76 connection from 127.0.0.1 to 127.0.0.1
[15/Mar/2010:06:39:57 -0300] conn=1014 op=0 BIND dn="cn=Directory Manager" method=128 version=3
[15/Mar/2010:06:39:57 -0300] conn=1014 op=1 SRCH base="uid=iferreira,ou=People, dc=linux, dc=com, dc=py" scope=0 filter="(&(objectClass=*))" attrs="* + aci"
[15/Mar/2010:06:39:57 -0300] conn=1014 op=1 RESULT err=0 tag=101 nentries=1 etime=0
[15/Mar/2010:06:39:57 -0300] conn=1014 op=2 SRCH base="uid=iferreira,ou=People, dc=linux, dc=com, dc=py" scope=0 filter="(&(objectClass=*))" attrs="* aci"
[15/Mar/2010:06:39:57 -0300] conn=1014 op=2 RESULT err=0 tag=101 nentries=1 etime=0
[15/Mar/2010:06:39:57 -0300] conn=1014 op=3 SRCH base="uid=iferreira,ou=People, dc=linux, dc=com, dc=py" scope=0 filter="(&(objectClass=*))" attrs="+ +"
[15/Mar/2010:06:39:57 -0300] conn=1014 op=3 RESULT err=0 tag=101 nentries=1 etime=0
[15/Mar/2010:06:39:57 -0300] conn=1014 op=4 SRCH base="uid=iferreira,ou=People, dc=linux, dc=com, dc=py" scope=1 filter="(objectClass=*)" attrs="dn"
[15/Mar/2010:06:39:57 -0300] conn=1014 op=4 RESULT err=0 tag=101 nentries=0 etime=0 notes=U
[15/Mar/2010:06:39:57 -0300] conn=1014 op=5 SRCH base="" scope=0 filter="(&(objectClass=*))" attrs="* + aci"
[15/Mar/2010:06:39:57 -0300] conn=1014 op=5 RESULT err=0 tag=101 nentries=1 etime=0
[15/Mar/2010:06:39:57 -0300] conn=1014 op=6 SRCH base="ou=People,dc=linux,dc=com,dc=py" scope=2 filter="(&(objectClass=posixGroup))" attrs="cn gidNumber"
[15/Mar/2010:06:39:57 -0300] conn=1014 op=6 RESULT err=0 tag=101 nentries=0 etime=0
[15/Mar/2010:06:39:58 -0300] conn=1014 op=7 UNBIND
[15/Mar/2010:06:39:58 -0300] conn=1014 op=7 fd=76 closed - U1
[15/Mar/2010:06:39:58 -0300] conn=1014 op=0 RESULT err=0 tag=97 nentries=0 etime=1 dn="cn=directory manager"
The config file:
$servers->newServer('ldap_pla');
$servers->setValue('server','name','Test LDAP Server');
$servers->setValue('server','host','ds1.linux.com.py');
$servers->setValue('server','port',389);
// $servers->setValue('server','base',array(''));
$servers->setValue('login','auth_type','session');
$servers->setValue('login','bind_id','');
$servers->setValue('login','bind_pass','');
$servers->setValue('server','tls',false);
Cheers.
De: Deon George [mailto:[email protected]]
Enviado el: Domingo, 14 de Marzo de 2010 11:47 p.m.
Para: [email protected]
Asunto: Re: [phpldapadmin] php.PickList using relative search base
Ivan,
Using a '/' in the PickList should start at your base and look for posixGroup entry...
If it is not, you might want to put PLA/your ldap server in debug mode and see what the queries are, and determine where the problem is..
...deon
Ivan Ferreira wrote:
I would like to know what could be the reason that php.PickList is searching on the same OU of the users instead of the entire directory, even when base is indicated correctly on config.php.
________________________________
AVISO LEGAL: Esta informaci?n es privada y confidencial y est? dirigida ?nicamente a su destinatario. Si usted no es el destinatario original de este mensaje y por este medio pudo acceder a dicha informaci?n por favor elimine el mensaje. La distribuci?n o copia de este mensaje est? estrictamente prohibida. Esta comunicaci?n es s?lo para prop?sitos de informaci?n y no debe ser considerada como propuesta, aceptaci?n ni como una declaraci?n de voluntad oficial de NUCLEO S.A. La transmisi?n de e-mails no garantiza que el correo electr?nico sea seguro o libre de error. Por consiguiente, no manifestamos que esta informaci?n sea completa o precisa. Toda informaci?n est? sujeta a alterarse sin previo aviso.
This information is private and confidential and intended for the recipient only. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and shall not be regarded neither as a proposal, acceptance nor as a statement of will or official statement from NUCLEO S.A. . Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice.
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
______________________________________
phpLDAPadmin development mailing list.
To unsbuscribe: https://lists.sourceforge.net/lists/listinfo/phpldapadmin-devel
http://phpldapadmin.sourceforge.net/