MVC3 中的 Windows 身份验证 - 如何使用不同域进行身份验证
我在 MVC Intranet 应用程序中使用
模式。将使用该应用程序的用户使用域 A 中的 Windows 帐户进行登录。但是，我可以用来托管我的应用程序的唯一计算机（计算机 X）位于 <域 B。当访问机器 X 上的应用程序时，系统会提示用户提供来自域 B 的凭据 - 但是他们在那里没有帐户，即使他们有 - 这仍然是一个麻烦他们手动登录（该应用程序被认为可以简化他们的工作）。我的问题是：有什么方法可以在域 B 中的托管机器 X 中使用域 A 启用身份验证吗？
谢谢
I'm using
<authentication mode="Windows" />
mode in MVC intranet application. Users that will use that application are using Windows accounts from domain A to log in. However, the only machine (machine X) I can use to host my application is in domain B. When accessing application on machine X users are prompted to provide credentials from domain B - however they don't have accounts there, and even if they had - it's still a trouble for them to log in manually (that application was thought to ease their work). My question is: is there any way to enable authentication using domain A from within hosting machine X which is in domain B?
Thanks
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
这需要在域 A 和 B 之间建立信任。如果 A 和 B 之间没有信任，则不太可能起作用，除非您在域 A 和 B 中拥有匹配的帐户（具有匹配的密码）。
That would require that trust is set up between domains A and B. If there is no trust between A and B, it's unlikely to work, unless you have matching accounts (with matching passwords) in domains A and B.
正如前面所讨论的，使用集成 Windows 身份验证，选择是建立信任。
也就是说，如果您愿意自己做与身份验证相关的事情，则可以使用一些选项。您可以在应用程序中收集凭据，然后直接针对域 B 中的 DC 执行您自己的操作（LDAP 调用、Kerb 等）。但这也有缺点……编写这样的代码并不是免费的，我看到很多人都在努力让所有的细微差别正常工作。此外，您可能会丢失 SSO（因此用户必须再次输入其凭据）。最后，您的应用程序现在将负责收集信用，这对您也必须处理安全隐患。
Net，我建议首先信任。 :)
As was previously discussed, using integrated Windows auth, the choice is to set up a trust.
That said, if you're willing to do your own auth related stuff, some options become available. You could collect credentials in the app and then do your own thing against domain A (LDAP call, Kerb, etc.) directly against DCs in DomainB. This comes with downsides though...writing such code is not free and I've seen many folks struggle to get all of the nuances working just so. Also, you might lose SSO (so the user has to type their creds again). Finally, your app will now be in the business of collecting creds which has a security implication you'll have to deal with as well.
Net, I'd suggest trust first. :)