Ensemble WCF ClientCredentials dans l'App.config

Est-il possible de clientcredentials pour un WCF dans l'App.config?

Je voudrais éviter de le faire:

Using svc As New MyServiceClient
  svc.ClientCredentials.UserName.UserName = "login"
  svc.ClientCredentials.UserName.Password = "pw"

  ...
End Using

Plutôt le login et le mot de passe doit être une partie de la configuration.

OriginalL'auteur Jakob Gade | 2010-09-16

  1. 8

    Autant que je sache, ce n'est pas possible à l'aide de la serviceModel section de configuration en raison de la faille de sécurité il serait de créer.
    Mais vous pouvez créer régulière appSettings de ces valeurs et de les utiliser dans le code:

    svc.ClientCredentials.UserName.UserName = ConfigurationManager.AppSettings("...")

    Je conseille à l'égard de cette approche, sauf si vous chiffrer le fichier de configuration.

    Merci. Mais stocker les informations d'identification dans AppSettings aura toujours besoin, je définir les valeurs par programmation. Je suis sûr que c'est probablement de la sécurité, problème, mais je ne vois pas la différence: les Gens vont stocker le login/pw quelque part de toute façon, pourquoi ne pas y droite le long avec le reste de la configuration WCF?? 🙂
    Comme vous l'avez dit, il est lié à la sécurité. Fournit à l'utilisateur un moyen de spécifier un mot de passe en texte clair est à l'évidence une faille de sécurité. Maintenant, si le développeur décide de by-pass avec le code que j'ai fourni, il sera conscient de ses mauvaises actions. Il ne sera pas en mesure de dire "Hey Microsoft, c'est de votre faute, vous avez dit que c'était OK pour le mettre dans la WCF config".

    OriginalL'auteur

  2. 13

    Expansion sur Ladislav Mrnka réponse, vous pourriez trouver cette application utile:

    public class UserNameClientCredentials : ClientCredentialsElement
{
private ConfigurationPropertyCollection properties;
public override Type BehaviorType
{
get { return typeof (ClientCredentials); }
}
///<summary>
///Username (required)
///</summary>
public string UserName
{
get { return (string) base["userName"]; }
set { base["userName"] = value; }
}
///<summary>
///Password (optional)
///</summary>
public string Password
{
get { return (string) base["password"]; }
set { base["password"] = value; }
}
protected override ConfigurationPropertyCollection Properties
{
get
{
if (properties == null)
{
ConfigurationPropertyCollection baseProps = base.Properties;
baseProps.Add(new ConfigurationProperty(
"userName",
typeof (String),
null,
null,
new StringValidator(1),
ConfigurationPropertyOptions.IsRequired));
baseProps.Add(new ConfigurationProperty(
"password",
typeof (String),
""));
properties = baseProps;
}
return properties;
}
}
protected override object CreateBehavior()
{
var creds = (ClientCredentials) base.CreateBehavior();
creds.UserName.UserName = UserName;
if (Password != null) creds.UserName.Password = Password;
ApplyConfiguration(creds);
return creds;
}
}

    Après dont vous avez besoin pour enregistrer cette mesure mise en œuvre en utilisant quelque chose comme

    <system.serviceModel>
<extensions>
<behaviorExtensions>
<add name="UserNameClientCredentials" type="MyNamespace.UserNameClientCredentials, MyAssembly, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" />
</behaviorExtensions>
</extensions>
...
    Merci, ça ressemble à une très soignée de mise en œuvre. Je vais l'essayer un jour. 🙂

    OriginalL'auteur

  3. 9

    C'est ce que j'ai fait pour obtenir le nouveau auth de travail

    S'étendent davantage sur Mormegil réponse c'est comment utiliser le customBehavior mise en œuvre.

    public class UserNameClientCredentialsElement : ClientCredentialsElement
{ //class renamed only to follow the configuration pattern
... //using Mormegil's implementation
}

    Après laquelle vous avez besoin de:

    1. Enregistrer le behaviorExtension.
    2. Définir une nouvelle behaviorConfig l'aide de la configuration de l'extension. (qui était la partie la plus délicate, la couverture est rare sur la façon de le faire.)
    3. Appliquer la config à un point de terminaison.

    En utilisant quelque chose comme:

    <system.serviceModel>
<client><!--(3)-->
<endpoint ...YourEndpointConfig... behaviorConfiguration="UserNamePasswordBehavior" />
</client>
<behaviors><!--(2)-->
<endpointBehaviors>
<behavior name="UserNamePasswordBehavior">
<userNameClientCredentials userName="skroob" password="12345" />
<!--Visual Studio will give you warning squiggly on <userNameClientCredentials>
saying that "The element 'behavior' has invalid child element" 
but will work at runtime.-->
</behavior>
</endpointBehaviors>
</behaviors>
<extensions><!--(1)-->
<behaviorExtensions>
<add name="userNameClientCredentials" type="MyNamespace.UserNameClientCredentialsElement, MyAssembly, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" />
</behaviorExtensions>
</extensions>
...
</system.serviceModel>

    OriginalL'auteur

  4. 4

    Vous pouvez essayer d'hériter ClientCredentialsElement (poignées de configuration par défaut de la section) et ajouter le support pour le nom d'utilisateur et Mot de passe. Que vous pouvez enregistrer cet élément dans le fichier de configuration que le comportement de l'extension et de l'utiliser à la place de la commune à la section de configuration.

    OriginalL'auteur