× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Alan,

Where does this problem stand from the perspective of trying to do these 
searches using QSH ldapsearch utility?  And what release are you on?

Here's some tips that might help with getting this working, at least 
trying to use the equivalent ldapsearch requests from QSH.  What I know 
about RPG is limited to how it is spelled ;-)

Invalid credentials:

Besides the obvious problems -- DN or password was wrong -- here's some 
tips on what the DNs should look like.  Active Directory supports two 
styles of bind DNs.  Using John Doe, login name=jdoe, in the mycompany.com 
domain as an example:
1) you can bind using a full DN like "cn=John 
Doe,cn=users,dc=mycompany,dc=com"
2) or you can bind using what I call a principal name (because it looks 
like a Kerberos principal name):  jdoe@xxxxxxxxxxxxx

If you don't create users in the "users" folder, the "cn=users" part of 
the name needs to be changed to match how you manage users.  There should 
be some Windows tools that will show you the full DN for any given user, 
but I don't have access to Windows 2000/2003 domain to help there.

Protocol error:

When you do searches using "dc=mycompany,dc=com" as the search base, 
Active Directory returns several "referrals" which the client library 
optionally chases (issues the same search using the server and base DN 
from the referral).  If you use ldapsearch with the "-R" option, the 
ldapsearch utility will not chase these referrals, and instead prints the 
referrals to the output.  That will show you if referrals are involved.

But I digress.

In V5R3 - possibly earlier releases - there was a problem in how the i5/OS 
LDAP client library handled referrals that resulted in the Active 
Directory server returning a protocol error and immediately closing the 
client's connection.  This was fixed in V5R3 by PTF 5722SS1-SI17082.

I hope this helps.

John McMeeking
i5/OS Directory Server team
T

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.