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

Мой потребитель-это приложение MVC. Мой сервис - это приложение Web Api. Оба работают на разных серверах в пределах одного домена. Оба настроены на использование Windows Auth.

Мой потребительский код:

private T GenericGet<T>(string p)

    {

        T result = default(T);



        HttpClientHandler handler = new HttpClientHandler() { PreAuthenticate = true, UseDefaultCredentials = true };

        using (HttpClient client = new HttpClient(handler))

        {

            client.BaseAddress = new Uri(serviceEndPoint);



            HttpResponseMessage response = client.GetAsync(p).Result;

            if (response.IsSuccessStatusCode)

                result = response.Content.ReadAsAsync<T>().Result;

        }



        return result;

    }

В моем сервисе я звоню User.Identity.Name, чтобы получить идентификатор вызывающего абонента, но он всегда возвращается как идентификатор пула приложений-потребителей, а не пользователя, вошедшего в систему. Потребитель Пул приложений работает как сетевая служба, сам сервер является доверенным для делегирования. Итак, как мне получить зарегистрированного пользователя? Служебный код:

    // GET: /Modules/5/Permissions/

    [Authorize]

    public ModulePermissionsDTO Get(int ModuleID)

    {

        Module module= moduleRepository.Find(ModuleID);

        if (module== null)

            throw new HttpResponseException(HttpStatusCode.NotFound);



        // This just shows as the App Pool the MVC consumer is running as (Network Service).

        IPrincipal loggedInUser = User;



        // Do I need to do something with this instead?

        string authHeader = HttpContext.Current.Request.Headers["Authorization"];



        ModulePermissionsDTO dto = new ModulePermissionsDTO();

        // Construct object here based on User...



        return dto;

    }

Согласно этому вопросу, Kerberos требуется, чтобы эта настройка работала, потому что HttpClient выполняется в отдельном потоке. Однако это сбивает меня с толку, потому что я думал, что запрос отправляет заголовок авторизации, и поэтому служба должна иметь возможность использовать это и получить маркер пользователя. В любом случае, я провел некоторые тесты с Kerberos чтобы проверить, что это правильно работает на моем домене, используя демонстрацию в "ситуации 5" здесь , и это работает, но мои два приложения все еще не могут правильно передать зарегистрированного пользователя.

Итак, что мне нужно сделать, чтобы это сработало? Нужен ли Kerberos или мне нужно что-то сделать в моей службе, чтобы распаковать заголовок авторизации и создать основной объект из маркера? Все советы ценил.