Assume that you migrate from SQLNCLI11.dll to MSODBCSQL11.dll, or from earlier versions of Microsoft SQL Server to SQL Server 2014 or later. In this situation, you may notice changes in the way that client providers resolve server names. In turn, this changes how authentication occurs.
Depending on your system configuration, this change may affect connectivity for applications that are using new client drivers. This includes some SQL Server 2014 utilities, such as SQLCMD.EXE, BCP.EXE, and OSQL.EXE, depending on their connection parameters.
The earlier versions of the client providers perform a reverse lookup for integrated authentication. Because this behavior has potential security implications, the newer client drivers fall back to NTLM authentication when the Fully Qualified Domain Name (FQDN) is not used.
There are two workarounds for connectivity issues that occur in the scenario that's described in the "Symptoms" section.
Use the FQDN to connect to the server. This forces the name that's being used in the connection. Therefore, it also forces the authentication method that's being used.
Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Developer, SQL Server 2014 Reporting Services, Microsoft SQL Server 2016 Standard, Microsoft SQL Server 2016 Enterprise, Microsoft SQL Server 2016 Developer, Microsoft SQL Server 2016 Business Intelligence