在我所在的组织中，我们混合使用了 OS X 和 Windows XP。多年来，Mac 也通过 SMB 连接到文件服务器，但是它总是有点不稳定。在 OS X 上，它很容易掉线，而且自从我们将主服务器从 SBS Server 2003 升级到 Server 2008 以来，它一直表现出一些非常奇怪的行为（仅通过主机名在老化后连接，FQDN 返回 IP 没有） t 存在，但这不是这个问题的内容）。
我已经支持 SMB 5 年了，我已经厌倦了。无法解释的 OS X 退出，(Win/OSX) 远程人员不了解（不断）首先连接到 VPN 的必要性，甚至完全不了解这个概念（是的，我写了详细的帮助文章和解释，这些文章和解释都有效且经过测试；当筹码下降时，手总是想被握住），关于“奇怪的文件名”的电话。我有过。
我们遇到的另一个问题是，“敌对”站点中的远程用户无法通过 VPN 返回给我们，因为外部官僚机构/防火墙在大多数情况下我们无法涉足。我在今年早些时候设置了一个解决方案，允许用户通过 SSL 上的 WebDAV 进行连接，同时也让用户在家中可以轻松访问工作文件。来自这些远程用户的呼叫显着减少。
我阅读了有关 WebDAV 的 IIS6 安全问题，但它不适用于我们（无法匿名访问文件夹，设置了“独占”ntfs 权限），因此已设置。
现在我们在带有 IIS7 的 Server 2008 上，我已经应用了修补程序来修复 & 号问题，我想知道。
服务器故障：
我有什么好的理由不鼓励本地和远程用户通过 SSL 上的 webdav 使用文件服务器？我主要考虑的是 OS X 用户。
我唯一能想到的我没有测试过的是多个用户可能无法同时打开同一个文件。我愿意接受这一点，因为这仅适用于这里的旧数据库。
我注意到 Windows XP 和 MS Office 2007 喜欢在打开文档时提示输入用户名和密码，这在 Vista/Windows 7 中是什么样的？
这仍然不是什么大问题，因为我们在澳大利亚；我们的互联网基础设施很糟糕，用户有 3g 调制解调器（无论什么网络，网络掉线都是司空见惯的），我们总是建议将文件复制到本地计算机，处理它，然后复制回来。
任何其他 …