Mar*_*rco 8 asp.net-mvc single-sign-on asp.net-web-api asp.net-identity
所以我们的组织正在使用asp.net mvc和web api开发一些新的web应用程序.我们决定不使用活动目录进行身份验证/授权,因此看起来像实体框架的asp.net身份可能会起作用.
查看数据库模式我没有看到应用程序表,因此我们可以拥有一个用于用户凭据和应用程序访问的中央存储库.这是声称进来的地方吗?那怎么样; 用户 - >应用程序 - >角色 - >权限
另外,我们的目标之一是为用户提供单点登录.这是否可能与新的持票人令牌?
感谢您的任何帮助,您可以提供
看一下本教程.它显示了如何使用Web API实现ASP.NET标识:
http://bitoftech.net/2015/01/21/asp-net-identity-2-with-asp-net-web-api-2-accounts-management/
至于处理多个应用程序.我想到的两种方法是:
AppId到所有用户名AppId向AspNetUsers表中添加一列,从中派生UserStore并重新实现Find基础方法,以便查询考虑到AppId对于#1,当应用程序想要创建新用户时,它将向WebApi发送包含新用户信息的请求和AppId.然后,WebApi将连接UserName并AppId创建将写入数据库的完整用户名.因此,如果应用程序1234想要使用用户名创建用户myuser,则WebApi将使用用户名创建新用户myuser_1234.从查询数据库时,在这一点上,你会先参加UserName并AppId从请求,将它们连接起来,然后查询数据库.
如果另一个应用程序9900想要创建一个myuser,那么写入数据库的最终用户名将是myuser_9900.
您可能希望将应用程序详细信息存储在数据库中,并且对每个请求进行验证,AppId以确保在处理其请求之前识别该应用程序.
我没有多想第2步,所以它只是一个建议.
如果您想在多个应用程序之间共享用户凭据,那么您可能会忽略上述内容,使用标准功能并让所有应用程序指向同一个数据库,从而允许所有应用程序访问所有用户,而不管哪个应用程序创建了哪个用户.
更新#1:在这种情况下,可以使用持有者令牌,我认为(从内存开始)上面提到的教程系列涉及到这一点以及单个WebApi如何为多个应用程序提供令牌.
| 归档时间: |
|
| 查看次数: |
9722 次 |
| 最近记录: |