Estou usando a autenticação OWIN para meu projeto MVC5. Este é meuSignInAsync
private async Task SignInAsync(ApplicationUser user, bool isPersistent)
{
var AccountNo = "101";
AuthenticationManager.SignOut(DefaultAuthenticationTypes.ExternalCookie);
var identity = await UserManager.CreateIdentityAsync(user, DefaultAuthenticationTypes.ApplicationCookie);
identity.AddClaim(new Claim(ClaimTypes.UserData, AccountNo));
AuthenticationManager.SignIn(new AuthenticationProperties() { IsPersistent = isPersistent, RedirectUri="Account/Index"}, identity);
}
Como você pode ver, eu adicionei AccountNo
na lista de reivindicações.
Agora, como posso atualizar esta reivindicação em algum ponto do meu aplicativo? Até agora, tenho este:
public string AccountNo
{
get
{
var CP = ClaimsPrincipal.Current.Identities.First();
var Account= CP.Claims.FirstOrDefault(p => p.Type == ClaimTypes.UserData);
return Account.Value;
}
set
{
var CP = ClaimsPrincipal.Current.Identities.First();
var AccountNo= CP.Claims.FirstOrDefault(p => p.Type == ClaimTypes.UserData).Value;
CP.RemoveClaim(new Claim(ClaimTypes.UserData,AccountNo));
CP.AddClaim(new Claim(ClaimTypes.UserData, value));
}
}
quando tento remover a reivindicação, recebo esta exceção:
A reivindicação ' http://schemas.microsoft.com/ws/2008/06/identity/claims/userdata : 101' não pôde ser removida. Não faz parte desta Identidade ou é uma reivindicação de propriedade do Principal que contém esta Identidade. Por exemplo, o Principal será o proprietário da declaração ao criar um GenericPrincipal com funções. As funções serão expostas por meio da identidade que é passada no construtor, mas não de propriedade da identidade. Uma lógica semelhante existe para um RolePrincipal.
Alguém poderia me ajudar a descobrir como atualizar a reivindicação?
SignInManager.SignInAsync
para atualizar o valor da reclamação. Ver esta perguntaRespostas:
Eu criei um método de extensão para adicionar / atualizar / ler declarações com base em um determinado ClaimsIdentity
e então usá-lo
fonte
Você pode criar um novo
ClaimsIdentity
e, em seguida, fazer a atualização das reivindicações com ele.fonte
Outra abordagem (assíncrona), usando o UserManager e SigninManager do Identity para refletir a alteração no cookie de identidade (e para remover opcionalmente as declarações da tabela db AspNetUserClaims):
fonte
SignInAsync()
depois de configurar as Reivindicações.Usando a identidade Asp.Net mais recente com .net core 2.1, estou sendo capaz de atualizar as declarações do usuário com a seguinte lógica.
Registre um
UserClaimsPrincipalFactory
para que cada vez que oSignInManager
usuário cante no in, as declarações sejam criadas.Implementar um costume
UserClaimsPrincipalFactory<TUser, TRole>
como abaixoPosteriormente em seu aplicativo, quando você alterar algo no banco de dados e desejar refletir isso para seu usuário autenticado e conectado, as seguintes linhas conseguem isso:
Isso garante que o usuário possa ver as informações atualizadas sem precisar fazer login novamente. Coloquei isso antes de retornar o resultado no controlador para que, quando a operação terminar, tudo seja atualizado com segurança.
Em vez de editar as reivindicações existentes e criar condições de corrida para o cookie seguro etc., você apenas conecta o usuário silenciosamente e atualiza o estado :)
fonte
Eu entendi essa exceção também e esclareci as coisas assim
fonte
Compilei algumas respostas daqui para a classe ClaimsManager reutilizável com minhas adições.
As reivindicações persistiram, o cookie do usuário foi atualizado, o login foi atualizado.
Observe que ApplicationUser pode ser substituído por IdentityUser se você não personalizou o anterior. Além disso, no meu caso, ele precisa ter uma lógica ligeiramente diferente no ambiente de desenvolvimento, então você pode querer remover a dependência IWebHostEnvironment.
}
fonte
quando eu uso MVC5, e adiciono a declaração aqui.
quando eu verifico o resultado da declaração na função SignInAsync, não consigo obter o uso do valor da função de qualquer maneira. Mas...
depois que essa solicitação for concluída, posso acessar a função em outra ação (outra solicitação).
então, eu acho que talvez a causa assíncrona do IEnumerable seja atualizado por trás do processo.
fonte
Você pode atualizar declarações para o usuário atual implementando uma
CookieAuthenticationEvents
classe e substituindoValidatePrincipal
. Lá você pode remover a reivindicação antiga, adicionar uma nova e, em seguida, substituir o principal usandoCookieValidatePrincipalContext.ReplacePrincipal
. Isso não afeta nenhuma reclamação armazenada no banco de dados. Isso está usando ASP.NET Core Identity 2.2.Você precisa registrar a classe de eventos em
Startup.cs
:Você pode injetar serviços na classe de eventos para acessar o novo
AccountNo
valor, mas de acordo com o aviso nesta página, você deve evitar fazer algo muito caro:fonte
Para remover os detalhes da reivindicação do banco de dados, podemos usar o código abaixo. Além disso, precisamos fazer login novamente para atualizar os valores dos cookies
fonte
Vários cookies, várias reivindicações
fonte
fonte
O método de extensão funcionou muito bem para mim, com uma exceção de que, se o usuário efetuar logout, antigos conjuntos de declarações ainda existiam, então, com uma pequena modificação, ao passar o gerenciador de usuário por tudo, funciona muito bem e você não precisa fazer logout e login. Não posso responder diretamente, pois minha reputação foi criticada :(
fonte
Aqui está:
tirado daqui.
fonte