[rt-users] RT 3.8 Active Directory integration and singlesign-on

[Mark Jenks]

I use LdapBrowser to validate my ldap credentials and look inside of AD
when needed.

 

From: rt-users-bounces at lists.bestpractical.com
[mailto:rt-users-bounces at lists.bestpractical.com] On Behalf Of Eugene M.
Evans
Sent: Tuesday, August 10, 2010 7:33 PM
To: rt-users at lists.bestpractical.com
Subject: Re: [rt-users] RT 3.8 Active Directory integration and
singlesign-on

 

Kevin,

Thank you for your suggestions.

>Try using the ldapsearch command line client, I find it is much closer
to the way the perl ldap library is connecting. Once you make that 

>connect, the same user should be fine. One thing about AD is that
sometimes the AD server responds better to a user of 

>sAMAccountName at domain (email address style login) rather than a full
DN, but I've never found an explanation for why.

yes, I had been trying to use ldapsearch but was getting bogged down in
getting it configured to work.  First had to install OpenLdap which also
depended on BerkeleyDB, then ran out of HDD space and finally gave up. I
was able to get it to run but never did get it to return anything at the
command line.  Ended up I was able to to get things working without that
and without resorting to the sAMAccountName at domain format (see my reply
today to Mike Johnson), but may try it as a test anyway just to have an
alternative in case something down the road requires it.

I appreciate the help.

Sincerely,

Gene Evans


CONFIDENTIALITY NOTICE:  The information contained in this email message, including any attachments, may be 
privileged, confidential and otherwise protected from disclosure.  If the reader of this message is not the 
intended recipient, you are hereby notified that any use, dissemination, distribution or copying of this 
message, including any attachments, is strictly prohibited.  If you have received this email message in 
error, please notify the sender by reply email and delete/destroy the email message, including attachments, 
and any copies thereof.  Although we have taken precautions to minimize the risk of transmitting viruses via 
email and attachments thereto, we do not guarantee that either is virus-free, and we accept no liability for 
any damages sustained as a result of any such viruses.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20100810/3eefa842/attachment.htm>