通过 SSL/DavWWWRoot 连接到站点不是通常的 URL?为什么这会有所作为?

Connect to a site via SSL/DavWWWRoot not usual URL? Why does this make a difference?

继续这个问题:

我成功地在我公司的 Sharepoint 网站上托管了一个 D3 SVG 可视化。

初刊: 我公司内部的 Sharepoint 站点在 IE 中有企业模式设置,这迫使我根据控制台从 IE11 进入 IE8 环境:

HTML1122: Internet Explorer is running in Enterprise Mode emulating IE8.

解决方法: 通过浏览器中的 SSL 连接到站点,而不是通过 http/https URL。连接看起来像这样:file://xxx.xxx.xx.xx.net@ssl/DavWWWRoot/xxx/xxx/index.html

我在浏览器中输入 URL 并完美加载。虽然有点慢。

问题: 变通办法是一个建议,虽然没有向我充分解释,但对我来说是一种享受。 这里到底发生了什么?有人可以解释我正在访问的文件是什么以及为什么共享点规则不适用吗?这个过程是否绕过了我应该关心的任何安全问题?

这意味着您正在使用 WebDAV Redirector 访问您的网络服务器,这是 Windows 的特定功能。

WebDAV 端点是支持 WebDav, a standard protocol 通过 HTTP 或 HTTPS 传输的 Web 服务器。 基本上,WebDAV 允许通过 HTTP(S) 公开伪文件系统(文件和文件夹)。 SharePoint 支持 WebDAV。

因此,Windows WebDAV 重定向器是一个 OS 驱动程序,它将 WebDav 伪远程文件系统“安装”为虚拟文件系统,因此所有人都可以看到它 Windows 类似“驱动器”的应用程序(类似于“挂载”ISO 磁盘时发生的情况)。

该文档介绍了如何手动连接到 WebDAV 端点。在这种情况下,您将获得一个驱动器号。 但是你可以隐式连接,这就是这里发生的事情,这就是存在“DavWWWRoot”关键字的原因(Windows 知道),以允许隐式连接,w/o 必须映射显式驱动器。

所以这个文件路径:

\myserver\DavWWWRoot\mypath\myfile.ext

将通过 WebDAV 重定向器隐式连接到 myserver WebDav HTTP 服务器。它相当于这个 url 和 file 方案:

 file://myserver/DavWWWRoot/mypath/myfile.ext
 

@ssl 是另一个硬编码关键字技巧,指示 WebDav 重定向器使用 HTTPS 而不是 HTTP。

所以,最后,这意味着您正在使用 HTTPS 访问 SharePoint 文件,但作为远程磁盘上的文件(如共享)。本身没有安全漏洞(WebDav 重定向器使用 HTTPS 身份验证等)但 IE 规则可能不同,这取决于您的 IE 设置。