【发布时间】:2020-01-19 20:17:41
【问题描述】:
我有以下情况: (客户端/浏览器)=>(Web 服务/Web API)=>(SharePoint REST-Api)。 基本上,我想要实现的是让中间应用程序(WebService/Web API)充当 SharePoint-REST-API 前面的外观,以简化需要与我们的 SharePoint 应用程序通信的任何人的开发。 (基本上,我们将几个 SharePoint 请求调用封装到 Web API/Facade 中的一个调用中)。
现在的问题是,我还希望能够将登录的 Windows 用户(AD 用户)从客户端发送到 Web 服务,然后 Web 服务应该代表该 Windows 用户执行任何操作SharePoint REST-API 中所需的操作(这是为了确保对文件等的权限实际上是根据经过身份验证的用户设置的)。
到目前为止,我们尝试的是在一台服务器上设置 uo Web 服务,在另一台服务器上设置 SharePoint。然后我们尝试使用 Kerberos 和委派设置身份验证,但无法正常工作。 根据我提供的信息,如果我们设法正确设置 Kerberos,你们认为这样的“双跳”是否可行?
另一个让我印象深刻的想法是,也许我们不必将 Web 服务和 SharePoint 应用程序托管在两个不同的服务器上,但我们实际上可以将它们都托管在具有两个站点的单个 IIS 服务器内的同一台服务器上。 这仍然需要使用双跳设置 Kerberos 吗?或者只有在票证实际离开一台服务器到另一台服务器时才计算“跳跃”。因为在此处描述的情况下,从 Web 服务到 SharePoint-REST-API 的请求永远不会离开实际服务器,但它可能会跨越域(如网络域.. 不是 AD 域)。 这是否可行,而不必为 Kerberos 双跃点、SPN 等问题而烦恼..?
【问题讨论】:
标签: asp.net authentication iis sharepoint kerberos