Office应用程序中的WebDAV网络共享和凭据

问题描述

我们的应用程序正在使用WebDAV共享来存储word和excel文件之类的文档。该共享作为网络驱动器安装。现在，我们可以非常轻松地打开文件并将其写入共享，并且可以正常工作，直到我们开始使用Word或excel等Office应用程序。

Word不仅可以从文件系统中打开文件，它还可以直接与服务器一起使用。如果我们有机会存储该单词应使用的credentails，那也可以。现在，我们在此行为上有不同的错误。

• A）在某些客户环境中，单词永远不会保存凭据。您可以输入正确的用户名和密码，激活“保存凭据”选项，它将正确打开文件，但是下次打开文件时，单词再次要求输入凭据。如果输入错误的凭据，它将不会打开文件
• B）其他环境也接受错误的凭据，但不允许您编写更改。如果您输入了错误的凭证，则可以输入正确的凭证，但是在您转到凭证管理器并删除错误的凭证，重新尝试并输入正确的凭证之前，word不会保存这些凭证。

在（自动退出我们的应用程序）连接网络驱动器时，我们还尝试了不同的方式来存储凭据，但到目前为止没有任何帮助。

因此，在简短的摘要中，有两个市长问题。

• Word不保存凭据
• 我们无法存储凭据以避免提示

但是主要的问题是，没有储蓄的行为。经过一些研究，我们尝试了不同的解决方案。 最初，我发现了这些Microsoft帖子（https://support.microsoft.com/en-us/help/943280/prompt-for-credentials-when-you-access-webdav-based-fqdn-sites-in-wind）。但这无济于事，一直在提醒。在这些帖子中也有一个注释：

如果添加了AuthForwardServerList注册表项，请注意，如果在网络中实现了基本身份验证或摘要式身份验证，则使用注册表项不能阻止提示输入凭据。此行为是设计使然的基本身份验证和摘要式身份验证。

但事实并非如此。我们已经激活了基本身份验证并输入了有关注册表项，它对我们有用。

我们还将WebDAV共享背后的域添加到了本地Intranet区域（Int​​ernet选项->安全性->本地Intranet->站点->高级），但是它没有任何作用。同样，在这里，在添加这些条目之前，它在我们的系统上运行良好。

如果word只是将文件写入文件系统，则WebClient Service可以将其写入文件，因此也许有一种方法可以将word带入简单的路径。我在岁数大的Stack Overlow上发现了一个问题，但从未回答。

我认为有一些（神奇的）选项，例如本地安全设置，GPO或其他任何选项，可以使人们联想到永远不会保存凭据的行为。

解决方法

暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！

如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@）