Problèmes de connectivité client en raison de modifications de la résolution de nom en 2014 de SQL Server

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3108695
Symptômes
Supposons que vous migrez à partir de SQLNCLI11.dll à MSODBCSQL11.dll, ou des versions antérieures de Microsoft SQL Server vers SQL Server 2014 ou version ultérieure. Dans ce cas, vous pouvez remarquer des modifications de la manière que les fournisseurs client résoudre les noms de serveur. À son tour, cette opération modifie comment l'authentification s'effectue.

En fonction de la configuration de votre système, cette modification peut affecter la connectivité pour les applications qui sont à l'aide de nouveaux pilotes de client. Cela inclut certains utilitaires SQL Server 2014, tel que SQLCMD. EXE, BCP. EXE et l'utilitaire OSQL. EXE, en fonction de leurs paramètres de connexion.
Cause
Les versions antérieures des fournisseurs client effectuent une recherche inversée pour l'authentification intégrée. Étant donné que ce comportement a des implications de sécurité potentielles, les plus récents pilotes de client revient à l'authentification NTLM lorsque le nom de domaine complet (FQDN) n'est pas utilisé.
Contournement
Il existe deux solutions de contournement pour des problèmes de connectivité qui se produisent dans le scénario décrit dans la section « Symptômes ».

Méthode 1

Utilisez le nom de domaine complet pour vous connecter au serveur. Cela force le nom qui est utilisé dans la connexion. Par conséquent, il force également la méthode d'authentification qui est utilisée.

Méthode 2

Définissez le nom Principal de serveur (SPN, service principal name) pour le nom de votre serveur. Pour plus d'informations sur la procédure pour enregistrer un SPN, reportez-vous à la section. Enregistrez un nom Principal de Service pour les connexions Kerberos.

Exemples de noms principaux de service :

MSSQLSvc /NOM_SERVEUR: port
MSSQLSvc /NOM_SERVEUR

Remarque Le NOM_SERVEUR espace réservé représente le nom NETBIOS du serveur.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3108695 - Dernière mise à jour : 12/09/2015 22:14:00 - Révision : 2.0

Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Developer, SQL Server 2014 Reporting Services

  • kbmt KB3108695 KbMtfr
Commentaires