Аутентификация в службе WCF не поддерживается с использованием SetAuthCookie и полного клиента .net, но работает с silverlight

Question

Я настроил сайт с аутентификацией форм и включенной совместимостью с AspNet.Фактическим клиентом является приложение silverlight, и оно работает нормально, однако я хочу провести отдельное тестирование приложения, используя обычный .net для проверки сервиса (действующая система для методов без побочных эффектов).Однако, когда я прекращаю использовать Silverlight и начинаю использовать полный .net, он не остается аутентифицированным

В веб-сервисе у меня есть:

[OperationContract]
public bool Login(string Username, string Password, bool isPersistent)
{
    if (Membership.ValidateUser(Username, Password))
    {
        FormsAuthentication.SetAuthCookie(Username, isPersistent);
        return true;
    }
    else
    {
        return false;
    }
}

[OperationContract]
public bool IsLoggedIn()
{
    return HttpContext.Current.User.Identity.IsAuthenticated;
}

Затем в тестовом методе на клиенте яНазовите это так:

Assert.IsTrue(Client.Login("MyUsername","MyPassword", true));
Assert.IsTrue(Client.IsLoggedIn());

Клиент является экземпляром автоматически сгенерированного клиента ServiceReference для .net.Первое утверждение проходит, но второе не выполняется, т. Е. От одного вызова метода к следующему он перестает регистрироваться. Аналогичный метод в приложении silverlight пройдет.

Как заставить нормальный .net вести себя правильно, какSilverlight будет?Есть ли просто лучший способ настройки клиента / службы для полной .net?

Требуется дополнительная информация

Служба конфигурации:

<services>
  <service behaviorConfiguration="MyBehaviour" name="SSCCMembership.Web.Services.LoginService">
    <endpoint address="" binding="customBinding" bindingConfiguration="customBindingBinary"
      contract="SSCCMembership.Web.Services.LoginService" />
    <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />
  </service>
</services>
<bindings>
  <customBinding>
    <binding name="customBindingBinary">
      <binaryMessageEncoding />
      <httpTransport />
    </binding>
  </customBinding>
</bindings>
<behaviors>
  <serviceBehaviors>
    <behavior name="MyBehaviour">
      <serviceMetadata httpGetEnabled="true" />
      <serviceDebug includeExceptionDetailInFaults="true" />
    </behavior>
  </serviceBehaviors>
</behaviors>
<serviceHostingEnvironment aspNetCompatibilityEnabled="true" />

АутентификацияConfig:

<authentication mode="Forms" />
<membership defaultProvider="OdbcProvider">
  <providers>
    <clear />
    <add name="OdbcProvider" type="SSCCMembership.Web.SimpleMembershipProvider" applicationName="/SSCCMembership" requiresUniqueEmail="false" connectionStringName="mainConn" enablePasswordRetrieval="false" enablePasswordReset="true" requiresQuestionAndAnswer="true" writeExceptionsToEventLog="true" />
  </providers>
</membership>

Затем я использую следующее для создания клиента в WPF

public static T LoadService<T>(string URI, Func<CustomBinding, EndpointAddress, T> F)
{
    try
    {
        Uri U = new Uri(new Uri(Root), URI);

        BinaryMessageEncodingBindingElement binary = new BinaryMessageEncodingBindingElement();
        HttpTransportBindingElement transport;
        if (U.Scheme == "http")
            transport = new HttpTransportBindingElement();
        else if (U.Scheme == "https")
            transport = new HttpsTransportBindingElement();
        else
            throw new Exception(U.Scheme + " is not a recognised URI scheme");
        transport.MaxBufferSize = int.MaxValue;
        transport.MaxReceivedMessageSize = transport.MaxBufferSize;
        transport.AllowCookies = true;

        CustomBinding binding;
        binding = new CustomBinding(binary, transport);


        EndpointAddress address = new EndpointAddress(U);

        return F(binding, address);
    }
    catch (Exception)
    {
        return default(T);
    }
}

, который я называю следующим образом:

var Client = LoadService(ServiceLocation, (b,e)=>new LoginServiceClient(b,e));

Answer 1

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

Приложение Silverlight запускается в контексте веб-страницы, на которой оно размещено, и, следовательно, может поддерживать сеансинформация, файлы cookie и другие виды вещей, о которых вам не нужно беспокоиться вручную.

Как только вы подключитесь к приложению, работающему вне браузера, ваш контекст (насколько asp.netобеспокоен) изменился.Вы пытались включить / установить приложение silverlight вне браузера, чтобы увидеть, есть ли у вас те же ошибки?

Один из способов обойти это - использовать проект Silverlight Unit Test и подключить его к веб-службе.для тестирования.(Я успешно проделал это с корпоративными приложениями Silverlight для компании, в которой я работаю) В результате проекта модульного тестирования Silverlight приложение Silverlight можно разместить на веб-странице и запускать оттуда - в том же контексте, что и любое другое приложение Silverlight.Что касается ASP.net, то вероятность того, что вызовы вашего веб-сервиса с меньшей вероятностью будут сорваны из-за контекста, значительно ниже.

Посетите домашнюю страницу *1000* Famework Unit Test Test для получения дополнительной информации.

Answer 2

У меня была такая же проблема, и в итоге я просто внедрил службы аутентификации WCF ... Документация была прямолинейной и прекрасно работает с провайдером проверки подлинности форм ASP.NET.
http://msdn.microsoft.com/en-us/library/bb386582.aspx

Answer 3

Измените свой метод IsLoggedIn() на ссылку ServiceSecurityContext вместо HttpContext:

[OperationContract]
public bool IsLoggedIn()
{
    return ServiceSecurityContext.Current.PrimaryIdentity.IsAuthenticated;
}