<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.technet.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Troubleshooting LDAP Over SSL</title><link>http://blogs.technet.com/askds/archive/2008/03/13/troubleshooting-ldap-over-ssl.aspx</link><description>Hi, James here - I am a Support Escalation Engineer in Charlotte, NC, USA. Today I would like to talk to you about troubleshooting LDAP over SSL connectivity issues. We will be covering LDAP over SSL basics, how Subject Alternate Name&amp;#8217;s (SAN) work,</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Troubleshooting LDAP Over SSL</title><link>http://blogs.technet.com/askds/archive/2008/03/13/troubleshooting-ldap-over-ssl.aspx#2994940</link><pubDate>Thu, 13 Mar 2008 22:11:23 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:2994940</guid><dc:creator>ancienthacker</dc:creator><description>&lt;p&gt;Thanks for the (incredibly) timely article. Is the Subject Alternate Name what one would use when you wants LDAPS requests to both system.addomain.local and addomain.local to work properly? I.E. both the individual DC and the AD domin DNS name respond?&lt;/p&gt;
</description></item><item><title>re: Troubleshooting LDAP Over SSL</title><link>http://blogs.technet.com/askds/archive/2008/03/13/troubleshooting-ldap-over-ssl.aspx#2998408</link><pubDate>Fri, 14 Mar 2008 15:57:40 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:2998408</guid><dc:creator>NedPyle</dc:creator><description>&lt;p&gt;Thanks for the response and I'm glad you found this blog to be helpful.&lt;/p&gt;
&lt;p&gt;To answer your question, yes the SAN can be used for this purpose. &amp;nbsp;Please take a look at the following article for instructions on configuring the SAN:&lt;/p&gt;
&lt;p&gt;931351	How to add a Subject Alternative Name to a secure LDAP certificate&lt;/p&gt;
&lt;p&gt;&lt;a rel="nofollow" target="_new" href="http://support.microsoft.com/default.aspx?scid=kb;EN-US;931351"&gt;http://support.microsoft.com/default.aspx?scid=kb;EN-US;931351&lt;/a&gt;&lt;/p&gt;
</description></item><item><title>LDAP over SSL/TLS: How secure is your Directory?</title><link>http://blogs.technet.com/askds/archive/2008/03/13/troubleshooting-ldap-over-ssl.aspx#3023564</link><pubDate>Sun, 30 Mar 2008 09:20:00 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3023564</guid><dc:creator>JefTek.com</dc:creator><description>&lt;p&gt;One of the issues with using LDAP as an &amp;amp;quot;Authentication&amp;amp;quot; protocol for applications is that this usually means LDAP simple binds. LDAP simple binds by default will pass the userId and userPassword in clear text between the client and the server.&lt;/p&gt;
</description></item><item><title>re: Troubleshooting LDAP Over SSL</title><link>http://blogs.technet.com/askds/archive/2008/03/13/troubleshooting-ldap-over-ssl.aspx#3105892</link><pubDate>Thu, 14 Aug 2008 20:13:49 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3105892</guid><dc:creator>KHauer</dc:creator><description>&lt;p&gt;This article is quite helpful from a perspective of &amp;quot;understanding&amp;quot;... Where do you look when you can't publish a CRL though? The exact error is:&lt;/p&gt;
&lt;p&gt;CertUtil: -CRL command FAILED: 0x80072098 (WIN32: 8344)&lt;/p&gt;
&lt;p&gt;CertUtil: Insufficient access rights to perform the operation.&lt;/p&gt;
</description></item><item><title>re: Troubleshooting LDAP Over SSL</title><link>http://blogs.technet.com/askds/archive/2008/03/13/troubleshooting-ldap-over-ssl.aspx#3105926</link><pubDate>Thu, 14 Aug 2008 21:04:28 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3105926</guid><dc:creator>NedPyle</dc:creator><description>&lt;p&gt;Could be a couple of things:&lt;/p&gt;
&lt;p&gt;1. You aren't an Enterprise Administrator&lt;/p&gt;
&lt;p&gt;2. You are, but you don;t have rights because someone has been mucking about.&lt;/p&gt;
&lt;p&gt;You should have an event 74 in the event log on your CA, and it will have an LDAP path to the spot where you need to check permissions in AD with ADSIEDIT.MSC&lt;/p&gt;
</description></item></channel></rss>