Как я могу использовать диспетчер ролей в службе WCF?

Ответ 1

Я написал сообщение в блоге о том, как использовать аутентификацию ASP.NET с помощью WCF; Суть его в том, что вы хотите использовать следующую привязку:

  <basicHttpBinding>
    <binding>
      <security mode="TransportWithMessageCredential">
        <message clientCredentialType="UserName"/>
      </security>
    </binding>
  </basicHttpBinding>

Вы также должны применить следующие serviceBehavior

    <behavior>
      <!-- no need for http get;
          but https get exposes endpoint over SSL/TLS-->
      <serviceMetadata httpGetEnabled="false" httpsGetEnabled="true"/>
      <!-- the authorization and credentials elements tie
        this behavior (defined as the default behavior) to
        the ASP.NET membership framework-->
      <serviceAuthorization
          principalPermissionMode="UseAspNetRoles"
          roleProviderName="AspNetRoleProvider" />
      <serviceCredentials>
        <userNameAuthentication
            userNamePasswordValidationMode="MembershipProvider"
            membershipProviderName="AspNetMembershipProvider" />
      </serviceCredentials>
    </behavior>

Важным моментом является то, что вы должны использовать SSL, если вы собираетесь защитить WCF именем и паролем, поэтому указывается транспортная безопасность.

Как только вы это сделаете, вы сможете использовать атрибут PrincipalPermission для защиты своих методов обслуживания.

Ответ 2

У меня была аналогичная проблема с директором, давным-давно. Я не помню подробностей, но попробуйте это, из моего очень старого проекта:

я. Вы должны добавить 2 вспомогательных класса:

using System.Web;
using System.IdentityModel.Claims;
using System.IdentityModel.Policy;

namespace TicketingCore
{
    public class HttpContextPrincipalPolicy : IAuthorizationPolicy
    {
        public bool Evaluate(EvaluationContext evaluationContext, ref object state)
        {
            HttpContext context = HttpContext.Current;

            if (context != null)
            {
                evaluationContext.Properties["Principal"] = context.User;
            }

            return true;
        }

        public System.IdentityModel.Claims.ClaimSet Issuer
        {
            get { return ClaimSet.System; }
        }

        public string Id
        {
            get { return "TicketingCore HttpContextPrincipalPolicy"; }
        }
    }
} 


using System;
using System.Collections.Generic;
using System.IdentityModel.Claims;
using System.IdentityModel.Policy;
using System.Text;
using System.Web;
using System.Security.Principal;

namespace TicketingCore
{
    // syncs ServiceSecurityContext.PrimaryIdentity in WCF with whatever is set 
    // by the HTTP pipeline on Context.User.Identity (optional)
    public class HttpContextIdentityPolicy : IAuthorizationPolicy
    {
        public bool Evaluate(EvaluationContext evaluationContext, ref object state)
        {
            HttpContext context = HttpContext.Current;

            if (context != null)
            {
                // set the identity (for PrimaryIdentity)
                evaluationContext.Properties["Identities"] = 
                    new List<IIdentity>() { context.User.Identity };

                // add a claim set containing the client name
                Claim name = Claim.CreateNameClaim(context.User.Identity.Name);
                ClaimSet set = new DefaultClaimSet(name);
                evaluationContext.AddClaimSet(this, set);
            }

            return true;
        }

        public System.IdentityModel.Claims.ClaimSet Issuer
        {
            get { return ClaimSet.System; }
        }

        public string Id
        {
            get { return "TicketingCore HttpContextIdentityPolicy"; }
        }
    }
}

II. Измените webconfig, чтобы добавить эти две политики, вот моя конфигурация (format: add policyType = "namespace.class, assembly" )

<serviceBehaviors>
    <behavior name="ServiceBehavior">
      <serviceCredentials>
        <userNameAuthentication userNamePasswordValidationMode="MembershipProvider" membershipProviderName="SQLMembershipProvider"/>
      </serviceCredentials>
      <serviceAuthorization principalPermissionMode="Custom">
        <authorizationPolicies>
          <add policyType="TicketingCore.HttpContextIdentityPolicy, TicketingCore"/>
          <add policyType="TicketingCore.HttpContextPrincipalPolicy, TicketingCore"/>
        </authorizationPolicies>
      </serviceAuthorization>
      <serviceMetadata httpGetEnabled="true"/>
      <serviceDebug includeExceptionDetailInFaults="false"/>
    </behavior>
  </serviceBehaviors>

III. Убедитесь, что cookie и роль работают нормально

Примечание. Я также не помню источник решения, вам может понадобиться google имя класса, чтобы узнать, надеюсь, что это будет полезно для вас, удачи!

Ответ 3

Я думаю, что что-то вроде этого обеспечит то, что вы ищете:

// Only members of the SpecialClients group can call this method.
[PrincipalPermission(SecurityAction.Demand, Role = "SpecialClients")]
public void DoSomething()
{ 
}

Вы можете найти хорошую статью о различных вариантах настройки своего сервиса здесь: Статья MSDN. Вы можете обновить конфигурацию с помощью чего-то типа:

<security mode="TransportWithMessageCredential" >
    <transport clientCredentialType="Windows" />
</security>

Ответ 4

Два года назад я написал блог о интеграции wcf с аутентификацией форм и основными атрибутами разрешений. Я считаю, вы найдете это полезным:

http://netpl.blogspot.com/2010/04/aspnet-forms-authentication-sharing-for.html

Ответ 5

проверьте этот вопрос Передача cookie FormsAuthentication в службу WCF. Главное, что cookie аутентификации не может быть отправлен или получен из-за настроек файла cookie/asp/ключа шифрования auth. Я рекомендую вам сбросить это значение cookie для целей отладки Request.Cookies [ ". ASPXAUTH" ].