Spécification de l'authentification non-Kerberos dans les projets Visual Studio

Cette fonctionnalité sera supprimée dans une prochaine version de Microsoft SQL Server. Évitez d'utiliser cette fonctionnalité dans de nouveaux travaux de développement et prévoyez de modifier les applications qui utilisent actuellement cette fonctionnalité.

Lorsque vous travaillez dans Visual Studio 2005, certains mécanismes d'authentification impliquent des étapes de configuration supplémentaires. Par exemple, l'authentification Kerberos requiert un enregistrement du nom principal de service (SPN, Service Principal Name) et d'autres étapes. Pour plus d'informations, consultez Inscription de noms de principaux du service Kerberos à l'aide de Http.sys.

Les points de terminaison HTTP configurés pour utiliser l'authentification intégrée peuvent répondre à des clients utilisant le modèle d'authentification Kerberos ou NTLM. Le modèle effectivement sélectionné et utilisé par le serveur (Kerberos ou NTLM) dépend du modèle utilisé par le client lorsqu'il demande une authentification. Pour plus d'informations, consultez Types d'authentification du point de terminaison.

Cette rubrique fournit des détails sur la manière de modifier un projet Visual Studio 2005 pour que le client des services Web demande un modèle d'authentification autre que Kerberos lorsque l'authentification intégrée est sélectionnée sur le serveur comme étant le type d'authentification.

En règle générale, lorsque vous développez une application cliente dans Visual Studio 2005, vous devez configurer les informations d'identification à utiliser avec vos services Web XML natifs dans l'implémentation de SQL Server. En supposant que vous utilisiez l'authentification intégrée, vous pourriez écrire un code de la forme :

myServer.sql_endpoint proxy = new myServer.sql_endpoint();
proxy.Credentials = System.Net.CredentialCache.DefaultCredentials;

Toutefois, si l'authentification Kerberos n'a pas été configurée correctement pour fonctionner à partir d'autres ordinateurs (enregistrement du nom SPN, etc.), Visual Studio 2005 essaiera toujours d'utiliser Kerberos comme modèle d'authentification, sauf si vous le désactivez explicitement comme modèle d'authentification approuvé sur le point de terminaison HTTP (sql_endpoint) en sélectionnant le type d'authentification NTLM, BASIC ou DIGEST. Vous avez la possibilité de préciser que Visual Studio 2005 utilise un autre type d'authentification pris en charge, par exemple NTLM.

Le code suivant montre comment remplacer le modèle d'authentification utilisé par Visual Studio 2005 et faire en sorte que l'application cliente demande un mécanisme d'authentification NTLM :

mattm1.sql_endpoint proxy = new mattm1.sql_endpoint();
System.Net.CredentialCache myCreds = new System.Net.CredentialCache();

myCreds.Add(new Uri(proxy.Url), "NTLM", System.Net.CredentialCache.DefaultCredentials.GetCredential(new Uri(proxy.Url), "NTLM"));
proxy.Credentials = myCreds;

Bien que le code précédent vous permette de forcer Visual Studio 2005 à utiliser NTLM plutôt que Kerberos sur un point de terminaison INTEGRATED, il est recommandé de créer un point de terminaison configuré avec AUTHENTICATION=NTLM pour utiliser NTLM lorsque des problèmes de nom SPN empêchent d'utiliser Kerberos.