在aspx应用程序中预先validation用户

我们有2个应用程序,一个在Nodejs中,另一个在aspx中。
login页面在Nodejs中。 我需要的是创build一个会话,并在login页面在aspx应用程序中validation我的用户,以便以后在aspx应用程序中导航。

作为一个网页开发noobot,我不知道从哪里开始或search什么。

提前致谢

       

网上收集的解决方案 "在aspx应用程序中预先validation用户"

所以有几种方法可以做到这一点,这取决于您目前的应用程序意图和做你正在做的事情的原因。 我会尝试在这里列出一些赞成和反对的。 我会再次说,没有什么是我认为容易为一个新的Web开发人员; 在你的团队中是否有其他人拥有一种或两种技术的经验?

1)可能是最简单的select,如果你能做到的话,那就是让Node.js进程成为网关。 ASP.NET应用程序根本不需要对用户进行身份validation,Node.js应用程序充当ASP.NET应用程序的完整反向代理。 如果你可以支持它,这个效果很好,你可以通过让Node.js应用程序login到ASP.Net应用程序(通过你想要的任何方法;基本身份validation,表单login等等)来保护它。 如果您需要ASP.Net应用程序来了解当前上下文中的用户是什么,那么您可以将所需的任何信息推送到请求头文件中(例如,如果他们共享相同的数据库,则将其放入Id节点应用程序authentication的用户)。 如果您希望ASP.NET应用程序可以通过节点应用程序自行访问,那么节点应用程序将成为众多用户之一,而且asp.net应用程序需要HTTP模块来规范用户信息是否来自会话或从HTTP头。 最简单的方法是让Http Module检查当前用户是否具有特定angular色(例如NodeApp)并login,然后将HttpContext的用户信息复制到新的Sessionvariables中应用程序的其余部分使用),或者在数据库中查找代理用户,并执行相同的操作。 基本上,应用程序的其余部分将永远不会相信HttpContext的当前用户在这一点上作出决定。

Pro的:相当简单的架构,并不取决于每个应用程序的域名。 这两个应用程序都需要访问用户数据库才能正常工作。

Con's:如果由于某种原因,应用程序不能访问相同的用户数据库,那么它就不是那么好。 做代理有一些开销(不多,但仍然有)。 无论你是在谈论“真实”用户还是“节点”用户,你都必须保持直线,这有一些大脑的弯曲。

2)OAuth(或者OpenID)是最符合标准的选项。 在这种情况下,您可以将Node.js应用程序设置为OAuth提供程序,并使ASP.NET应用程序成为OAuth使用者。 然后,用户可以使用他们的节点用户名和密码进行login,并让Node应用程序通过现有的身份validation模块将身份validation令牌传递给ASP.NET应用程序。

Pro's:在ASP.NET上编写的代码比上面的例子要less,符合标准。 如果您希望以后可以切换(或添加)OAuth提供程序

Con's:对用户更为间接(在应用程序之间redirect)。 这可能会被最小化,但您需要非常熟悉OAuth协议。

3)会话共享(如果别人正在对你进行会话劫持,则视为会话…)。 如果你在同一个域中,那么Node.js应用程序可以简单地写出ASP.NET会话和auth cookies像ASP.NET一样。 我只是简单地说,但是有很多关于ASP.NET机器的细节,你需要理解它是正确的。 http://support.microsoft.com/kb/910443 。 主要的一点是,你需要将你的ASP.NET会话存储放在一个数据库中,然后让Node.jspipe理这些元素的添加和删除,这样当ASP.NET查看session&auth cookie时在一个给定的请求,它可以find他们希望find他们的地方,然后ASP.NET进程会在那里find他们,并采取相应的行动。

Pro's:使用已经在某种程度上已经存在的ASP.NEt机器Con's:可能非常脆弱,所有事情都考虑在内。 您的node.js应用程序需要访问ASP.NEt应用程序将用于解密会话内容的machineKey。 您需要确保使用相同的encryptionalgorithm,并且这两个应用程序都将耦合到相同的会话存储区。

4)在ASP.NET中滚动您自己的成员资格提供程序,向Node应用程序发出Forms Auth票据。 这有点类似于1和3的混合。在这个选项中,Node应用程序在对用户进行身份validation之后,会向ASP.Net服务器上的Login端点发送另一个请求,并为其提供凭据来标识自己(例如,以某种方式encryption的共享密钥)。 它也可以提供任何你想要的用户细节。 然后,您可以在您的ASP.NET代码中手动调用Forms Authentication api来为最终用户创build一张票( http://msdn.microsoft.com/zh-cn/library/system.web.security.formsauthenticationticket.aspx )即没有自己计算; 会议商店可以在任何地方。 对Node.js应用程序的响应将在validationcookie中包含票据数据,因此您的Node.js应用程序可以将该数据传回给您的用户,以便下次他们向ASP.nEt应用程序发出请求时,他们将有一个由asp.net生成的有效身份validationcookie。

Pro的:从ASP.NET的angular度来看比#3更灵活,用户更less。 Con:仍然需要两个应用程序在同一个域上,但仍然需要两者之间的大量集成。 如果你搞砸你的会员提供商,你可能会意外地在你的安全漏洞。

总的来说,我认为OAuth解决scheme是最好的解决scheme,但这些都是我所能想到的方法。