【问题标题】：Multiple auth providers多个身份验证提供程序
【发布时间】：2011-02-20 15:06:49
【问题描述】：
我想实现多个身份验证提供程序（如 stackoverflow）。我已经下载了 dotnetauth 库。但是，我有一个关于我的 Web 应用程序的整体架构的一般性问题。确定用户选择了哪个身份验证提供商（fb、twitter、openid）以便我可以向该提供商发出请求的最佳方法是什么？也许我可以在用户第一次使用他选择的提供商登录时设置一个 cookie？
【问题讨论】：
标签：
facebook
twitter
stack-overflow
provider
authentication
【解决方案1】：
我一直在考虑这个问题，这是我的结论：
- 在您的登录屏幕上，有一堆图标指向不同的身份验证提供程序 - 您可能还需要为 facebook、twitter、google 用户提供用户名、密码选项 - 恐惧
- 根据用户使用的最后一个身份验证提供程序设置 cookie
- 当用户访问您的网站时 - 读取 cookie，然后直接转到该身份验证提供程序进行身份验证（这样做的好处是，如果用户是例如普通的 facebook 用户，并且他们已经在 facebook、facebook 上进行了身份验证将立即返回身份验证凭据，它们会直接无缝地进入您的系统）
- 在您的应用程序中为他们提供一个选项以设置默认身份验证提供程序（或没有身份验证提供程序 - 即每次只需转到您的标准登录屏幕）
我已经开始实施这个，到目前为止一切都很好。