Living a SharePoint life

Thursday, September 26, 2013

Why should you prefer A-records over CName in SharePoint

You might have heard that somebody was suggestion to use A-records for DNS instead of CName for your SharePoint installation. This question is often asked to me when I’m in class.

The reason for this is an authentication issue you might experience when using Kerberos and SharePoint. And since SharePoint 2013, were NTLM is deprecated, this issue might hit you when planning an update of your farm. More details can be found in the following Technet article:

Kerberos configuration known issues (SharePoint Server 2010)

Of particular interest in this article is the following passage:

Kerberos authentication and DNS CNAMEs 
There is a known issue with some Kerberos clients (Internet Explorer 7 and 8 included) that attempt to authenticate with Kerberos enabled services that are configured to resolve using DNS CNAMEs instead of A Records. The root of the problem is the client does not correctly form the SPN in the TGS request by creating it using the host name (A Record) instead of the alias name (CNAME). 
A Record: 
CNAME: (aliases 
If the client attempts to authenticate with, the client does not correctly form the SPN and requests a Kerberos ticket for http/ instead of http/ 
Details regarding the issue can be found in the following articles: 
To work around this issue, configure Kerberos enabled services using DNS A records instead of CNAME aliases. The hotfix mentioned in KB article will correct this issue for Internet Explorer but will not correct the issue for the .NET framework (which is used by Microsoft Office SharePoint Server for web service communication).

No comments:

Post a Comment

Note: Only a member of this blog may post a comment.

Featured Post

The Retro Powershell - Looking good in 8-Bit | Part 1

I wrote a little script that, when placed in your PowerShell Profile, will print a message similar to the old boot message you got from you...