Как выполнить проверку подлинности в отношении пользователей и ролей ASPNET, хранящихся в моей базе данных?

Question

У меня есть проект MVC, который позволяет моим пользователям добавлять пользователей и роли в таблицы AspNetRoles и AspNetUsers. Приложение использует Active Directory для аутентификации пользователей в представлении входа. В моей базе данных я добавил пользователя user123 к роли Administrators, в моей базе данных. Я добавил следующую логику, чтобы сделать эту ссылку видимой для роли Administrators в моей частичной регистрации.

@if (Roles.IsUserInRole("Administrators")) 
{ 
    @Html.ActionLink("Manage Accounts", "Index", "Roles") 
} 

Я также добавил это в свой web.config, чтобы создать экземпляр соединения поставщика роли с базой данных.

<roleManager enabled="true"> 
    <providers> 
    <clear /> 
    <add connectionStringName="DefaultConnection" 
     name="AspNetSqlRoleProvider" 
     type="System.Web.Security.SqlRoleProvider" 
     applicationName="MyApplicationName" /> 
    </providers> 
</roleManager> 

Однако моя ссылка все еще невидимы для user123, которые в соответствии с моей базе данных является членом Administrators. Какова причина этого?

Answer 1

Вы одновременно смешиваете Identity, членство в ASP.NET и Windows Auth, все из которых по своей сути несовместимы друг с другом. Если вы используете Identity, поставщики ролей и т. Д. Находятся вне окна. Все это часть членства ASP.NET, которая заменяется Identity. Windows Auth также является совершенно другим зверем и не работает с индивидуальной аутентификацией, предоставляемой Identity или ASP.NET Membership.

Если вы хотите использовать собственную систему аутентификации и, которую хотите пройти аутентификацию через AD, тогда вы не можете использовать Windows Auth. Вместо этого вы должны вручную подключиться к AD через LDAP и запустить свое разрешение против этого. Вам все равно понадобятся фактические пользовательские записи в вашей системе, предоставленные Identity (поскольку никто не должен использовать членство ASP.NET больше), но вы не будете использовать Identity для фактической проверки комбинации user/password. Вместо этого вы будете делать это через LDAP, а затем просто подпишите пользователя на стороне Identity.