× 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.





The connection issue at this time is that the LDAP API's, and the ldapsearch command issued within Qshell, do not work with the proper LDAP server name ("company.com").

Since the ldapsearch command calls teh LDAP APIs, it'd make sense that they'd have the same problems :)


The LDAP directory is spread over several Windows boxes, but access to the "composite" directory is through the server name "company.com".

I've apparently gotten a good connection to just ONE of those Windows boxes at a time, using the network name of the box.

I've had no exposure to that type of setup -- I've always had all of my LDAP on one server. I suspect that this doesn't matter, the data should be somehow replicated to that central server, so you shouldn't have to do anything special, right?

Maybe there's a firewall blocking access to the central server? Or it's not listening on the port you think it's listening on?


Furthermore, to complicate the scene, the AS400 command line (NOT the shell) is getting a sucessful answer to my PING's to the LDAP server names. That is, "MAIL", "MAIL.COMPANY.COM", and "COMPANY.COM". So there is connection. It's just when using the LDAP client functions it doesn't seem to get it.

PING tests that your TCP/IP stack is able respond to IP control messages (ICMP protocol). I have no clue what that has to do with LDAP. I guess it shows that the network adapters in the machines have been successfully configured, which is something, but not very much. TELNET would give you a more accurate test of whether the LDAP port is responding than PING does.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.