<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: LDAP Signing in AD Integration Situations</title>
	<atom:link href="http://blog.scottlowe.org/2008/03/17/ldap-signing-in-ad-integration-situations/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.scottlowe.org/2008/03/17/ldap-signing-in-ad-integration-situations/</link>
	<description>The weblog of an IT pro specializing in virtualization, storage, and servers</description>
	<lastBuildDate>Wed, 08 Feb 2012 17:13:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: steve</title>
		<link>http://blog.scottlowe.org/2008/03/17/ldap-signing-in-ad-integration-situations/comment-page-1/#comment-43096</link>
		<dc:creator>steve</dc:creator>
		<pubDate>Tue, 30 Dec 2008 15:54:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/03/17/ldap-signing-in-ad-integration-situations/#comment-43096</guid>
		<description>Scott,

If AD is configured to use LDAP signing, you will need to configure Linux to do the LDAP bind over TLS.  This means that you will need to setup the AD Domain Controller as a CA (or purchase server certs from Verisign), create a server certificate, export the certificate in p7b format, transfer the cert to the linux server directory /etc/ssl/certs, ensure the cert is world readable, modify /etc/ldap.conf to use TLS.

/etc/ldap.conf mods:
URI ldaps://ad-server-1 ldaps://ad-server-2
tls_cacertdir /etc/ssl/certs
tls_cacertfile /etc/ssl/certs/
tls_reqcert never

Note1: Use the openssl  client to validate the certificate
openssl s_client -connect :636 -CAfile /etc/ssl/certs/

Note2: Use ldapsearch to validate the bind over TLS
Modify /etc/openldap/ldap.conf
TLS_CACERTDIR /etc/ssl/certs
TLS_CACERT /etc/ssl/certs/
TLS_REQCERT never

Validate ldapsearch over TLS
/usr/bin/ldapsearch -H ldaps:// -x -D $BINDDN -w $BINDPWD -b $BASE -s sub cn=*</description>
		<content:encoded><![CDATA[<p>Scott,</p>
<p>If AD is configured to use LDAP signing, you will need to configure Linux to do the LDAP bind over TLS.  This means that you will need to setup the AD Domain Controller as a CA (or purchase server certs from Verisign), create a server certificate, export the certificate in p7b format, transfer the cert to the linux server directory /etc/ssl/certs, ensure the cert is world readable, modify /etc/ldap.conf to use TLS.</p>
<p>/etc/ldap.conf mods:<br />
URI ldaps://ad-server-1 ldaps://ad-server-2<br />
tls_cacertdir /etc/ssl/certs<br />
tls_cacertfile /etc/ssl/certs/<br />
tls_reqcert never</p>
<p>Note1: Use the openssl  client to validate the certificate<br />
openssl s_client -connect :636 -CAfile /etc/ssl/certs/</p>
<p>Note2: Use ldapsearch to validate the bind over TLS<br />
Modify /etc/openldap/ldap.conf<br />
TLS_CACERTDIR /etc/ssl/certs<br />
TLS_CACERT /etc/ssl/certs/<br />
TLS_REQCERT never</p>
<p>Validate ldapsearch over TLS<br />
/usr/bin/ldapsearch -H ldaps:// -x -D $BINDDN -w $BINDPWD -b $BASE -s sub cn=*</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Jaap</title>
		<link>http://blog.scottlowe.org/2008/03/17/ldap-signing-in-ad-integration-situations/comment-page-1/#comment-42068</link>
		<dc:creator>Dan Jaap</dc:creator>
		<pubDate>Tue, 21 Oct 2008 19:38:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/03/17/ldap-signing-in-ad-integration-situations/#comment-42068</guid>
		<description>Hi Scott,
...more on my post from above.  I tried everything that i could think of and decided that there were too many variables to even begin.  so i isolated my issue to the linux side.  I installed a new linux server with RHEL 4.4 (just in case RHEL 5 was the problem).  I followed your steps exactly. I have the same behavior on my RHEL4 box as my RHEL 5 box.....kerberos works fine, but LDAP does not....the command &#039;getent passwd ldapBind&#039; returns nothing and there is nothing in /var/log/messages either.  So i ruled this out as a problem with the OS and decided to try to isolate the windows side.  I installed and configured a new domain controller.....with all defaults.  Then i reconfigured everything on the linux servers to point to the new domain......same results.  i am totally at a loss.  What&#039;s even more frustrating for me is that i have had this configuration working about a year ago in a test environment....i had to wipe out the test environment because my priorities were shifted to a different project....and of course i didn&#039;t document any of my steps.  anyway, i could really use some suggestions.....
do you think that this is an LDAP issue or do you think it is an Active Directory issue?
DNS?</description>
		<content:encoded><![CDATA[<p>Hi Scott,<br />
&#8230;more on my post from above.  I tried everything that i could think of and decided that there were too many variables to even begin.  so i isolated my issue to the linux side.  I installed a new linux server with RHEL 4.4 (just in case RHEL 5 was the problem).  I followed your steps exactly. I have the same behavior on my RHEL4 box as my RHEL 5 box&#8230;..kerberos works fine, but LDAP does not&#8230;.the command &#8216;getent passwd ldapBind&#8217; returns nothing and there is nothing in /var/log/messages either.  So i ruled this out as a problem with the OS and decided to try to isolate the windows side.  I installed and configured a new domain controller&#8230;..with all defaults.  Then i reconfigured everything on the linux servers to point to the new domain&#8230;&#8230;same results.  i am totally at a loss.  What&#8217;s even more frustrating for me is that i have had this configuration working about a year ago in a test environment&#8230;.i had to wipe out the test environment because my priorities were shifted to a different project&#8230;.and of course i didn&#8217;t document any of my steps.  anyway, i could really use some suggestions&#8230;..<br />
do you think that this is an LDAP issue or do you think it is an Active Directory issue?<br />
DNS?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Jaap</title>
		<link>http://blog.scottlowe.org/2008/03/17/ldap-signing-in-ad-integration-situations/comment-page-1/#comment-41992</link>
		<dc:creator>Dan Jaap</dc:creator>
		<pubDate>Fri, 17 Oct 2008 20:32:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/03/17/ldap-signing-in-ad-integration-situations/#comment-41992</guid>
		<description>Hi Scott,
I really appreciate your blog....there is a lot of great info on it.  

I&#039;m trying to implement AD authentication (Windows 2003 R2) with my RHEL 5.2 test box.   I&#039;m having this exact same issue....Kerberos works fine, but LDAP will not.  I have verified (with group policy results wizard) that the Domain Controller: LDAP server signing requirement is set to &quot;NONE&quot;. 

Any suggestions?</description>
		<content:encoded><![CDATA[<p>Hi Scott,<br />
I really appreciate your blog&#8230;.there is a lot of great info on it.  </p>
<p>I&#8217;m trying to implement AD authentication (Windows 2003 R2) with my RHEL 5.2 test box.   I&#8217;m having this exact same issue&#8230;.Kerberos works fine, but LDAP will not.  I have verified (with group policy results wizard) that the Domain Controller: LDAP server signing requirement is set to &#8220;NONE&#8221;. </p>
<p>Any suggestions?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slowe</title>
		<link>http://blog.scottlowe.org/2008/03/17/ldap-signing-in-ad-integration-situations/comment-page-1/#comment-36403</link>
		<dc:creator>slowe</dc:creator>
		<pubDate>Wed, 19 Mar 2008 02:28:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/03/17/ldap-signing-in-ad-integration-situations/#comment-36403</guid>
		<description>Ron,

Sort of. That page does clearly state that requiring LDAP signing will break LDAP simple bind, which is what nss_ldap does from the UNIX/Linux side. So that page reinforces the behavior that Jeffrey was seeing--with LDAP signing turned on, the UNIX/Linux clients can&#039;t bind to LDAP and they don&#039;t work.</description>
		<content:encoded><![CDATA[<p>Ron,</p>
<p>Sort of. That page does clearly state that requiring LDAP signing will break LDAP simple bind, which is what nss_ldap does from the UNIX/Linux side. So that page reinforces the behavior that Jeffrey was seeing&#8211;with LDAP signing turned on, the UNIX/Linux clients can&#8217;t bind to LDAP and they don&#8217;t work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ron Terren</title>
		<link>http://blog.scottlowe.org/2008/03/17/ldap-signing-in-ad-integration-situations/comment-page-1/#comment-36398</link>
		<dc:creator>Ron Terren</dc:creator>
		<pubDate>Wed, 19 Mar 2008 01:04:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/03/17/ldap-signing-in-ad-integration-situations/#comment-36398</guid>
		<description>Scott,

Is this at a all helpful?

http://technet2.microsoft.com/windowsserver/en/library/56044016-3123-4859-8fd9-c5a461a1c5c81033.mspx?mfr=true

Ron</description>
		<content:encoded><![CDATA[<p>Scott,</p>
<p>Is this at a all helpful?</p>
<p><a href="http://technet2.microsoft.com/windowsserver/en/library/56044016-3123-4859-8fd9-c5a461a1c5c81033.mspx?mfr=true" rel="nofollow">http://technet2.microsoft.com/windowsserver/en/library/56044016-3123-4859-8fd9-c5a461a1c5c81033.mspx?mfr=true</a></p>
<p>Ron</p>
]]></content:encoded>
	</item>
</channel>
</rss>

