J'essaie de travailler s'il y a un moyen facile d'obtenir ASP.NET CORE pour enregistrer quel Évidemment, il s'agit du comportement correct et il ne laisse pas quelqu'un avec des autorisations incorrectes, cependant, si vous avez plusieurs attributs, il est un peu douloureux de devoir aller et à travailler sur lequel un échoué. Si le journal a simplement montré que l'autorisation Est-ce que quelqu'un sait s'il est actuellement possible de faire cela se produire à travers une option que je ne suis pas au courant? P>
edit: strong> pour toute personne qui traverse toujours cette question, cela a maintenant été mis en œuvre par Microsoft et fait partie de .NET 5.0, voir problème https://github.com/aspnet/aspnetcore/issues/7789 p> [Autoriser] code> L'attribut est en panne. J'ai un mélange d'attributs d'autorisation de «rôle» et de «politique», mais chaque fois qu'un seul échoue les journaux indiquent: P>
a échoué pour la stratégie X code>, ce serait vraiment facile de trouver ce qui échoue. P>
[autoriser (stratégie = "stratégie 1")] code> et
[Autoriser (stratégie = "Politique 2") ] code> et seule "la politique 2" a échoué. J'aimerais voir quelque chose qui me dit que c'était "la politique 2" qui a échoué. P>
3 Réponses :
Vous pouvez gérer et enregistrer cet intérieur dans votre configuration Starp, p> Middlewares code>
Merci mais cela ne répond pas à la question. Le "utilisateur" qui a échoué, je ne suis pas intéressé, je suis intéressé par la "politique" qui a échoué (ou une autre condition). Votre solution proposée laisse exactement le même problème, quelle était la condition qui a causé l'échec.
pour pour Essayez de vérifier si la solution de contournement ci-dessous répond à votre exigence. P> implémenter personnalisé Remplacez-vous intégré rôles code> et
de la stratégie code>, ils sont traduits à des exigences telles que
Rolesauthorizequirement code> ou votre exigence personnalisée comme
minimumtagerequirement code>.
Autorisation a échoué. code>, ceci est enregistré par
defaultAuthoriizationervice code> dans
autoriseur code>, vous ne pouvez pas obtenir le nom exact comme
Politique 1 code> et
Politique 2 Code>. Vous pouvez obtenir les conditions requises pour
Politique Code>. P>
defaultautorizationervice code> p>
defaultAuthoriZationervice code> p>
Merci Tao, on dirait que cela se déplace dans la bonne direction. Encore une honte, le nom de la stratégie n'est pas disponible pour évaluation ici.
Microsoft implémente ceci par défaut dans .NET 5.0, voir le problème GITUB associé pour plus de détails et des liens vers PR. P>