我有一个使用默认 ASP.NET 成员设置的成员站点。用户帐户是免费的，可以付费激活网站的其他关键部分。
为了与网站的性质保持一致，即嵌入 Google 地图、街景，并使用 Google 的 CDN 为我托管 jQuery/jQueryUI...也可以卸载身份验证。
另外，它处于测试阶段...这意味着如果需要，我可以将石板擦干净。我还没有付费客户。如果我坚持我所拥有的，以后改变会更加困难。
有一点让我担心。虽然主要用户是美国人（美国服役人员），但主要客户是日本人。在这种情况下实施 OpenID 会有问题吗？有没有人尝试在其会员网站上为日本用户使用仅限 OpenID 的身份验证系统？
还有几个问题：
当访问者没有任何基于 OpenID 的帐户可以登录时会发生什么？
我应该使用RPX 之类的服务还是自己动手？
使用仅限 OpenID 的身份验证系统时常见的陷阱有哪些？
【问题讨论】：
标签： asp.net-mvc authentication openid
正如许多人指出的那样，对于非技术用户来说，整个 OpenID 理念太难掌握了。您已经来到站点 X，然后建议您在站点 Y1、Y2、...、Yn 之间进行选择，去那里，在那里注册，然后返回站点 X 并通过临时重定向到站点 Y 登录这里再一次....脑放屁是有保证的。
最常见的建议是支持两种身份验证方法，对于普通用户来说是经典的，对于喜欢这个想法的人来说是 OpenID。即使在那里，根据您的站点的性质，您可能需要一些最少的注册信息，因此您必须在初始 OpenID 登录后显示相同的注册表单，然后才能允许用户继续访问该站点，而不是使整个 OpenID想法毫无意义。
对于某些不需要用户信息的网站，例如 SO，这可能有效。在其他一些社交网站上，您必须至少指定性别和年龄，这会比较困难。
对于日本用户，我相信没有区别。对于所有国籍的人来说，这将同样容易或复杂。
补充：我可以在 SO 与 OpenID 的第一次相遇交流我的个人经历。我不得不可耻地承认，我花了一天多的时间才进入 SO。首先，我阅读了 SO cmets，了解它是什么以及它是如何工作的。然后我点击谷歌链接，但只收到一些错误消息。我不知道如何使用它，所以我尝试用我的登录名替换链接的“登录”部分，但只收到关于未配置端点或其他东西的奇怪错误消息。我不知道他们的意思以及如何进行，所以我放弃了它。几天后我回来了，又试了一次，还是不行，所以我又掉了。又过了几天，我又回来了，现在它不知何故起作用了。也许这是谷歌方面的暂时中断。谁知道。但我回来只是因为我有足够的好奇心和动力去进入相当独特的 SO。如果您的业务也是独一无二的，那么用户最终会得到它。但是，如果有很多和你一样优秀的竞争对手，你的潜在用户很有可能会去那里并且永远不会回来解开 OpenID 之谜。
【讨论】：
OpenID 实际上在美国以外的地区比在某些地区更受欢迎。所以我不会特别担心日本市场。
OpenID 只有在你表现不佳的情况下才会让人感到困惑。人们通过单击“使用 Yahoo ID 登录！”来登录网站。多年来，人们并没有发现那么困难。确切的流程也适用于 OpenID。如果您提供太多按钮，或者只有一个空的输入框并希望用户知道该怎么做，这会让人感到困惑。
不要使用自己的 OpenID。这是一项艰巨的任务。 RPX 是您已经知道的一种选择，它的优点是为新手用户提供了非常简单的用户界面。另一个因为您使用的是 ASP.NET 是 DotNetOpenAuth，它允许您在不依赖 RPX 的外部依赖的情况下托管它。
【讨论】：