WCF - Configuration de l'authentification client/serveur dans les en-têtes?

Question

J'ai un service WCF qui devra recevoir les informations d'identification du client et gérer certaines données basées sur les rôles, en fonction de ma méthode d'authentification. Les clients résideront sur de nombreux systèmes différents, et en tant que tels, chaque client aura un userID et un pw uniques. J'utilise basicHttpBinding et ai lu quelques articles, comme celui-ci, http://nirajrules.wordpress.com/2009/05/22/username-over-https-custombinding-with-wcf%E2%80%99s-channelfactory-interface/, qui décrivent le processus.

Donc, ce que je cherche, c'est si quelqu'un a un client/serveur complet configuré comme ça pour voir si je peux en tirer ma propre solution. Ce que je voudrais faire est de faire passer le nom d'utilisateur et le mot de passe dans les en-têtes pour chaque requête, en repassant une sorte de SecurityTokenValidationException en cas d'échec, ou en continuant à passer.

Merci.

MISE À JOUR

J'utilise le WSHttpBinding avec la configuration suivante sur le client et le serveur:

<wsHttpBinding> 
    <binding name="wsHttpEndpointBinding" > 
     <security mode="TransportWithMessageCredential"> 
     <transport clientCredentialType="Basic" /> 
     <message clientCredentialType="UserName" /> 
     </security> 
    </binding> 
    </wsHttpBinding> 

Et l'appel vers le serveur du client comme suit:

ServiceReference1.ServiceClient myClient = new ServiceReference1.ServiceClient(); 

myClient.ClientCredentials.UserName.UserName = "billuser"; 
myClient.ClientCredentials.UserName.Password = "mypassword"; 

Response.Write("Data from WCF Service: " + myClient.GetData(1)); 

Je pense que j'ai besoin d'un coup de main pour relier le CustomUsernamePasswordValidator sur le serveur car je reçois toujours ting the '... n'a pas pu être activé.' Erreur.

Answer 1

Etes-vous obligé d'utiliser basicHttpBinding? Cette liaison est uniquement destinée à prendre en charge les implémentations WS-BasicProfile héritées (ASMX). Si vos clients sont également .NET/WCF, je recommande fortement d'utiliser wsHttpBinding, qui fournit une pléthore d'options de sécurité hors de la boîte. Vous pouvez utiliser des certificats, un nom d'utilisateur/mot de passe, etc. avec le transport et/ou la sécurité des messages et vous n'avez pas besoin d'écrire vous-même les éléments de sécurité. Il suffit de configurer-et-aller (CAG).

Les informations d'identification de sécurité sont disponibles pour le service lui-même via OperationContext, au cas où vous auriez besoin d'y accéder directement depuis votre code. Cependant, si votre code a besoin d'y accéder, je vous recommande d'écrire un comportement pour extraire les informations pertinentes de OperationContext et les placer dans quelque chose de plus spécifique à l'application afin de ne pas avoir à référencer System.ServiceModel partout où vous devez accéder informations sur OperationContext.