使用单个 sql 会员资格提供商批准多个申请
我有一个使用 SQL 成员资格提供程序的 ASP.NET 应用程序。我知道如何使用相同的会员资格提供商获取多个应用程序，以便用户可以访问多个站点并使用相同的凭据登录。然而，我当前项目的要求是每个用户只能访问某些应用程序。例如，为用户提供了访问站点 1 的凭据，然后在将来的某个时刻，用户需要访问站点 2，并且经理/管理员必须允许用户访问站点 2。或者当经理创建用户的凭据时帐户最初，他/她批准访问用户需要访问的 3 个站点（或其他站点）。
所以我的问题是，对于许多应用程序使用 1 个会员提供商的最佳方式是什么，但只允许用户访问他们批准的应用程序（因此管理员可以管理对应用程序的访问，但为用户提供 1 个用户名和密码）？我考虑过使用角色，但我已经在应用程序中使用角色来允许访问应用程序中的某些功能。看来这样会变得很混乱。
我读过大约 50 个关于 SO 的类似问题，但没有一个解决了申请批准的要求。提前致谢。
I have an asp.net application that uses the SQL membership provider. I know how to get multiple applications using the same membership provider so a user can go to multiple sites and login using the same credentials. However the requirement on my current project is that each user is given access only to certain applications. For example, the user is given credentials to access Site 1, then at some point in the future, the user needs access to Site 2 and a manager/admin has to allow the user to access Site 2. Or when the manager creates the user's account initially, he/she approves access to the 3 sites (or whatever) the user needs to access.
So my question is what is the best way to use 1 membership provider for many applications, but only allows users to access applications they're approved for (so a manager can manage access to applications, but give users 1 username and password)? I've thought about using roles, but I already use roles in the application for allowing access to certain features in the application. It seems like that would get messy.
I've read about 50 similar questions on SO but none of them addressed the application approval requirement. Thanks in advance.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这里最简单直接的方法是使用角色。
如果您为此目的添加更多角色（每个应用程序一个），那没什么大不了的。您对每个应用程序都有一个必须可用的基本角色，并在 Application_AuthenticateRequest 或 Application_AuthorizeRequest 上检查这一点。还有其他方法可以做到这一点，但这是影响最小、最容易编码（除了角色检查之外不需要任何东西）并且易于遵循。
The easiest straight forward method here is to use roles.
If you add more roles (one for each app) for this purpose it is no big deal. You have a basic role for each app that must be available and check this on Application_AuthenticateRequest or Application_AuthorizeRequest . There are other ways to do it, but this is the least impact, easiest to code (nothing required but a role check), and easy to follow.