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

Featured Post

How are Microsoft Search quota consumed?

With Office 365 Search, Microsoft has created a central entry point for the modern workplace. In one convenient spot, users can access all ...