问题标签 [ithit-webdav-server]

1. 我们可以使用 WebDAV 服务器锁定/解锁文档或进行修订控制吗？
2. 用户可以更改文件名吗？

我正在使用来自 IT HIT 的 WebDAV Server Engine for .NET 组件（链接在这里）。

什么工作：

• 当我在 Visual Studio 2017 中启动我的解决方案 (.NET/C#) 时，该组件正在工作。在这种情况下，我到达了一个映射驱动器调用“B”。“B”允许访问名为 Vtest (\\Vtest) 的服务器。以下是我的解决方案中 Web.config 文件的摘录。

B:\TEMP 和 \\Vtest\TEMP 都可以从我的计算机访问。

• 当我在本地 IIS 上发布我的解决方案并在 web.config 文件中设置值“C:\TEMP”时，该组件也可以工作。

什么不起作用：

• 当我像这样“ key="RepositoryPath" value="\\VTest\TEMP" "直接在 web.config 文件中的键内设置 \\VTest 时，该组件不起作用
• 当我在本地 IIS 7.5 上使用“B”映射驱动器发布解决方案时，该组件也不起作用。以下片段来自组件日志文件。

• 当我尝试在 Visual Studio 的新 webdav 项目向导中设置服务器路径 (\\Vtest\Temp) 时，它不允许我选择服务器路径（此选项需要 NTFS 文件系统或扩展属性支持）（向导截图) Visual Studio 2017 中的新 WebDav 项目向导

我从现在开始尝试的：

• 我尝试向 ApplicationPoolIdentity 授予最大权限，并且我使用池身份作为匿名身份验证的帐户。帐户配置文件也加载到应用程序池属性中。这些参数没有帮助。
• 我还尝试为匿名身份验证设置帐户（拥有最大权限）而不是 IUSR 帐户。我没有改变任何东西。
• 我已经看到我的计算机（Windows 7 pro）上的 IIS 版本是 7.5，而 VS2017 使用的是 IIS 10，所以我在有 IIS 10 的 Windows Server 2016 标准上进行了尝试。但是所有配置都不起作用。

有其他人对 UNC 路径和 WebDav 有这个问题吗？

我正在创建一个用于管理远程 MS Office 文档的解决方案。我使用 IT Hit WebDAV System (www.webdavsystem.com) 制作的库作为原型。它实际上做得很好，除了我无法使用办公室的 URI（基于 Microsoft 的Office URI 方案）以只读模式打开文档。

我想以只读模式打开文档，以便其他人可以同时对其进行编辑。正如在B-3中所见。URI Scheme Syntax部分提到的文档，有三个可用的命令：

• ofe - 开放编辑
• ofv - 打开查看
• nft - 来自模板的新功能

似乎服务器总是充当“ofe”命令，无论使用哪一个。实际上，输入“whatever”也可以，它实际上可以是一切。以 MS Word 为例，我在下面发布请求顺序：

正如我正确理解的那样，成功的 LOCK 尝试会导致以编辑模式打开文档。这告诉我，在那之前的某个地方 MS WORD 应该请求允许这样做，但我分析了以前的请求并且无法找到任何相关数据。
这也不是我的环境问题。我用 SharePoint 查了一下，没问题。这就是为什么我会责怪服务器。

当我在这个问题中读到那句话（下）时，

大多数 WebDAV 客户端忽略这一点，并假装整个服务器是读写的或只读的

我开始怀疑。也许是这样？也许库会跳过它并将每个文件都视为读写？如果是，我该如何检查才能确定？

我也检查过这个话题。作者提到，他的 OPTIONS 请求中有 Office URI 命令，但链接不再有效。在 MS Office 2016 发送的请求中，我在任何地方都找不到。它应该在任何地方吗？在哪里？

最后但同样重要的是，我发现了这个话题。这似乎正是我的问题，但它没有提到解决方案，或者至少没有任何对我有用的东西。

我将不胜感激。

我正在使用适用于 .net 的 ITHit WebDAV 引擎实现 WebDAV 服务器。服务器是作为 Windows 服务运行的 httplistener，因此在服务机器上使用映射驱动器会导致问题，因为服务似乎无法看到映射驱动器。

我在使用 UNC 路径方面取得了一些成功，但 GetExtendedFileAttrjbutes 似乎不适用于 UNC 路径（我也没有真正使用它们，但想知道还有什么可能不起作用）。

所以问题是，实现需要作为服务运行并访问远程文件存储文件夹的服务器的最佳方法是什么？

有什么建议吗？

问候阿马尔

我已经下载了示例应用程序 [ITHitWebDAVServerLibJava.tar.gz]，试图了解这个 IT Hit Webdav 是如何工作的。

我使用 Tomcat 8 启动了演示应用程序，在 JDK 1.8 上运行。从 tomcat 控制台/日志来看，似乎一切都很好，但是当我访问主页时，它并没有按照它的设想列出示例文件夹和文件（参考在线演示）。 screen : 渲染主页面而不列出文件夹和文件

我下载了示例应用程序并将其解压缩，而没有更改其文件夹结构。我刚刚编辑了 WEB-INF\web.xml 使其指向正确的试用许可证文件。请告知我是否错过了一些配置？我应该从 WEB-INF 文件夹中移出某些文件吗？这个演示有分步设置指南吗？ screen : 未更改文件夹结构的解压缩示例应用程序文件夹

另外，我也下载了 AJAX 库的试用版 [ITHitWebDAVAJAXLibraryTrial.tar.gz]，请告知我应该如何将此库放入主示例应用程序中？就像我应该把这个库文件放在主示例应用程序的哪个文件夹下？

请指教。

当用户单击 WebDAV Server Engine for .NET 中文档的链接时，是否可以自定义此对话框？例如更改格式等。

我对 IT Hit 有疑问，希望您能帮助我。问题是我无法将自定义 cookie 发送到 WebDav Mini-Redirector。一切安装正确，JS 生成 URL：dav5:ItemUrl=http://localhost:8040/fs/158758.txt;MountUrl=http:// localhost:8040/fs/;Browser=Chrome;SearchIn=Current;CookieNames=JSESSIONID,BAYEUX_BROWSER;Command=Edit

所以我想发送 cookie JSESSIONID 和 BAYEUX_BROWSER，它们在 Chrome 中（我已经检查过了）。运行该网址后突然出现错误（下面的日志文件内容）：

PS：在其他浏览器上我有同样的错误。谢谢

我们希望在 ASP.NET Core WebDAV 服务器示例 ( https://www.webdavsystem.com/server/server_examples/cross_platform_asp_net_core_sql/ ) 中实现 MS-OFBA。该示例已经包含基本和摘要身份验证的代码，但我们需要支持 MS-OFBA。

我已经实现了一个类似于现有基本和摘要中间件类的 MSOFBAuthMiddleware 类，如果它是来自 Office 应用程序的请求，我们在其中设置所需的“X-FORMS_BASED_AUTH_”标头。

这在一定程度上起作用：

• 标头被发回，Word（Excel 等）打开对话框并显示登录页面。
• 我们可以成功登录，设置认证cookie，页面重定向用户。
• 尽管在此重定向上，当我们检查用户是否已通过身份验证时，httpContext.User.Identity.IsAuthenticated 值始终为 false。

最初，我们一直在尝试使用本地登录页面，但最终我们更愿意使用现有的 Identity Server 登录页面。我们可以再次显示登录页面，但重定向不起作用。

在登录后的 Identity Server 中，我们应该重定向到 "/connect/authorize/login?client_id=mvc.manual&response_type=id_token&scope=openid%20profile%20&redirect_uri=http%3A%2F%2Flocalhost%3A5000%2Faccount%2Fcallback&state=random_state&nonce=random_nonce&response_mode= form_post”，但实际上我们被重定向到应用程序“/”的根目录。

更新：我已经解决了这个重定向问题，Identity Server 现在重定向到正确的 URL，但中间件中的 httpContext.User.Identity.IsAuthenticated 值仍然始终为 false。

Startup.cs（部分）

MSOFBAuthMiddleware.cs（部分）

AccountController.cs（部分）

Clients.cs（部分）——来自 Identity Server 项目

谢谢，斯图尔特。

我正在使用最新版本的 Firefox (57.0.4) 来测试我的 IT Hit WebDav 服务器实现。当我尝试打开 MS Office 以外的文件时，系统会提示我安装协议安装程序。我没有得到提示，而是看到一个对话框，说我需要从 Windows App Store 安装一些东西。我在 Edge 上看到了相同的行为。

Chrome 和 IE 的行为都符合预期。Firefox似乎支持它。

我还在 Firefox 上使用Ajax 浏览器进行了测试，但它也失败了。

谢谢！

我们有一个使用 IT Hit WebDAV 服务器组件的自定义 WebDAV 解决方案。对于身份验证，我们使用 Identity Server 4 实现。从用户的角度来看，认证流程大致如下：

• 用户在应用程序中单击指向 WebDAV 文档的链接。
• Office（在我们的大多数测试用例中，Word）已打开。
• 如果这是用户第一次打开文档（或 cookie 已过期），则会显示登录对话框。
• 用户输入他们的用户名和密码，点击登录按钮，如果成功，文档就会打开。

在幕后，流程类似于以下内容：

• 向文档的父文件夹发出 HEAD 请求，例如https://webdav.example.com/documents/
• 对此请求的响应包含 Office 显示登录对话框所需的标头。X-FORMS_BASED_AUTH_REQUIRED 等
• Office 遵循来自 X-FORMS_BASED_AUTH_REQUIRED 标头值的 URL。例如https://identityserver.example.com/connect/authorize?client_id=WebDAV&response_type=code+id_token+token ...
• 这将返回一个 302 响应，其位置类似于：https://identityserver.example.com/account/login?returnUrl=%2Fconnect%2Fauthorize%2Fcallback%3Fclient_id%3DWebDAV%26response_type%3Dcode%2520id_token%2520token ...
• Office 在对话框中打开此 URL。一旦用户输入他们的凭据并点击登录，就会向登录表单发出 POST 请求，这将返回一个 302，其中包含身份服务器回调 URL 的位置，例如https://identityserver.example.com/connect/authorize/callback?client_id =WebDAV&response_type=code%20id_token%20token ...
• 向此 URL 发出 GET 请求，然后将身份服务器信息（令牌）发布到配置的客户端回调 URL，例如https://webdav.example.com/account/callback。
• 这是一个自定义端点，它将 Identity Server 访问令牌存储在 cookie 中（以便 Office 可以使用 cookie），然后使用位置为https://webdav.example.com/account/success的 302 进行响应。此 URL 与 X-FORMS_BASED_AUTH_RETURN_URL 标头中配置的 URL 相同。

在 Windows 客户端上，这一切都很好。但是在 Mac (Mac OS Sierra 10.12.6) 和使用 Office 2016 (16.11.1 (180319)) 上，我们看到 302 响应是从https://webdav.example.com/account/callback URL 返回的，但它是从未遵循，没有向https://webdav.example.com/account/success发出 GET 请求。此外，还有进一步的 WebDAV 请求并逐步执行代码，我们可以看到 cookie 似乎从未在 Mac 上设置，尽管执行此操作的代码没有错误地执行。

发生什么了？

谢谢，斯图尔特。