fenêtres WCF pouvoirs

Question

mon client sur le serveur A appelle un service sur B, qui appelle un service sur C.
Afin d'obtenir l'appel de travail B> CI doivent faire:

channel.Credentials.Windows.ClientCredential = 
    new System.Net.NetworkCredential("WndowsUserName", "WindowsPassWord"); 
IService1 service = channel.CreateChannel(); 

etc Le nom d'utilisateur et le mot de passe sont les informations d'identification Windows utilisées à partir de A-> B Bien sûr, je ne veux pas coder en dur cela, alors comment puis-je faire cela sans codage en dur?

J'ai essayé, sans succès:

WindowsIdentity callerWindowsIdentity = 
    ServiceSecurityContext.Current.WindowsIdentity; 
using (callerWindowsIdentity.Impersonate()) 

Answer 1

Peut-être la classe

System.Net.CredentialCache 

pourrait être ... helpfull Il a les propriétés DefaultCredentials et DefaultNetworkCredentials que vous pouvez utiliser. Bien sûr, vous devrez vous assurer que votre application s'exécute sous les informations d'identification que vous voulez (c'est-à-dire, les informations d'identification de l'utilisateur actuel). Cela peut se faire en appelant

AppDomain.CurrentDomain.SetPrincipalPolicy (PrincipalPolicy.WindowsPrincipal); 

Au début de votre programme. Puis, lorsque vous initialisez le service WCF, vous pouvez utiliser le DefaultNetworkCredentials fourni par CredentialCache.

channel.Credentials.Windows.ClientCredential = CredentialCache.DefaultNetworkCredentials; 
IService1 service = channel.CreateChannel(); 

Answer 2

Utilisez

System.Net.CredentialCache.DefaultNetworkCredentials 

propriété

. Il représente les informations d'identification d'authentification pour le contexte de sécurité actuel dans lequel l'application s'exécute. Les détails peuvent être trouvés here.

Answer 3

Il semble s'agir d'un problème d'authentification «double saut». En résumé, NTLM n'autorise pas plus d'un "saut" avec ses informations d'identification (jeton). L'utilisateur s'authentifie sur le serveur 1 avec son jeton, et à son tour, le serveur 1 tente d'envoyer le jeton au serveur 2. Cela ne fonctionnera pas, sauf si la délégation Kerberos est autorisée entre les serveurs 1 et 2.

Plus de détails ici: http://weblogs.asp.net/owscott/archive/2008/08/22/iis-windows-authentication-and-the-double-hop-issue.aspx Et ici: http://blogs.msdn.com/nunos/archive/2004/03/12/88468.aspx