Pobierz bieżącego użytkownika w ramach akcji ApiController, bez przekazywania identyfikatora użytkownika jako parametru

Jak uzyskać aktualnego użytkownika w bezpiecznej akcji ApiController, bez przekazywania userName lub userId jako parametru?

Zakładamy, że jest to możliwe, ponieważ jesteśmy w ramach bezpiecznej akcji. Bycie w bezpiecznej akcji oznacza, że ​​użytkownik został już uwierzytelniony, a żądanie ma jego token okaziciela. Biorąc pod uwagę, że WebApi autoryzowało użytkownika, może istnieć wbudowany sposób dostępu do userId bez konieczności przekazywania go jako parametru akcji.

W WebApi 2 można używać RequestContext.Principalz metody na ApiController

Możesz również uzyskać dostęp do nazwy głównej za pomocą Userwłaściwości w ApiController.

Zatem poniższe dwa stwierdzenia są zasadniczo takie same:

string id;
id = User.Identity.GetUserId();
id = RequestContext.Principal.Identity.GetUserId();

Wskazówka leży w automatycznie generowanym kontrolerze konta Webapi2

Miej tę właściwość z getter zdefiniowanym jako

public string UserIdentity
        {
            get
            {
                var user = UserManager.FindByName(User.Identity.Name);
                return user;//user.Email
            }
        }

i aby uzyskać UserManager - w WebApi2 - wykonaj jako Romans (czyt. jako AccountController)

public ApplicationUserManager UserManager
        {
            get { return HttpContext.Current.GetOwinContext().GetUserManager<ApplicationUserManager>(); }
        }

Powinno to być zgodne z usługami IIS i trybem samodzielnego hosta

Żadna z powyższych sugestii nie zadziałała dla mnie. Następujące zrobiły!

HttpContext.Current.Request.LogonUserIdentity.Name

Myślę, że istnieje wiele różnych scenariuszy i ten zadziałał dla mnie. Mój scenariusz obejmował frontend AngularJS i aplikację zaplecza Web API 2, oba działające pod kontrolą IIS. Musiałem ustawić obie aplikacje tak, aby działały wyłącznie z uwierzytelnianiem systemu Windows.

Nie ma potrzeby przekazywania żadnych informacji o użytkowniku. Przeglądarka i usługi IIS wymieniają poświadczenia zalogowanego użytkownika, a interfejs API sieci Web ma dostęp do poświadczeń użytkownika na żądanie (zakładam, że z usług IIS).

Odpowiedź Karan Bhandari jest dobra, ale AccountController dodany w projekcie to najprawdopodobniej plik Mvc.Controller. Aby przekonwertować jego odpowiedź do użycia w ApiController, zmień HttpContext.Current.GetOwinContext()na Request.GetOwinContext()i upewnij się, że dodano następujące 2 usinginstrukcje:

using Microsoft.AspNet.Identity;
using Microsoft.AspNet.Identity.Owin;

W .Net Core użyj, User.Identity.Nameaby uzyskać nazwę użytkownika.

Jeśli używasz Asp.Identity UseManager, automatycznie ustawia wartość

RequestContext.Principal.Identity.GetUserId ()

na podstawie IdentityUser, którego używasz podczas tworzenia IdentityDbContext .

Jeśli kiedykolwiek implementujesz niestandardową tabelę użytkowników i uwierzytelnianie na okaziciela tokena, sprawdź moją odpowiedź.

Jak uzyskać kontekst użytkownika podczas wywołań Web Api?

Mam nadzieję, że to nadal pomaga. :)

string userName;
string userId;
if (HttpContext.Current != null && HttpContext.Current.User != null 
        && HttpContext.Current.User.Identity.Name != null)
{
    userName = HttpContext.Current.User.Identity.Name;
    userId = HttpContext.Current.User.Identity.GetUserId();
}

Lub w oparciu o komentarz Darrela Millera, może najpierw użyj tego do pobrania HttpContext.

// get httpContext
object httpContext;
actionContext.Request.Properties.TryGetValue("MS_HttpContext", out httpContext);    

Zobacz też:

Jak uzyskać dostęp do HTTPContext z poziomu akcji interfejsu API sieci Web