我正在尝试获得开发人员网站,并运行使用SSL,只有3个使用SNI的Web应用程序。除了“OpenWith Explorer”之外的所有内容

我得到的错误是:

我们在文件资源管理器中打开这个位置的问题。添加 此网站到您的信任网站列表,然后重试。

在错误消息中建议的事情对症状没有影响。

更新:
具有使用HTTP和稍后创建的Web应用程序的生产系统将HTTPS添加了SNI,完全通过SSL工作。我问题中提到的原始农场是我们仅使用SSL创建Web应用程序/ root站点的开发环境。这是两个系统之间唯一重要的区别。

有帮助吗?

解决方案

我在过去的几天里一直在做大量的研究,因为我处于类似的情况。 webclient ,由此使用的Windows服务相当强烈要连接到WebDAV资源的软件不支持SNI。 SharePoint MVP回应了我的怀疑,即在另一个 MSDN论坛上的线程

此时,我看到了一份夫妇选项,下面列出。如果描述有点完整,请幽默,我希望这篇文章能够作为下一个人与同一问题的文档。

  1. 在不同的IP /端口组合上配置每个站点。这是最明显的解决方案,然后允许每个Web应用程序采取自己的证书W / O SNI。明显的下行,消耗多个IP或使用非标准端口。

  2. 使用 uc cert 。与星际证书一样,UC证书对多个主机名(foo.example.com,bar.example.com等)有效,但是对于特定的,有限的主机名。这些往往比星际证券更便宜,并且可能更安全,因为一个被盗的UC证书,然后不能冒充mail.example.com,除非它在证书上。缺点包括与单个名称证书相比的UC证书的更高成本和必须提前设置的有限数量的主机名。

    也没有完美的解决方案,但它们都是选项。希望微软将在某些时候更新WebClient来支持SNI,但在平均时刻,我认为我们陷入了解决方法。


    编辑以添加 eric law 对答案的评论。

    我今天测试了这个,发现Windows 8.1不发送SNI扩展,但Windows 10.10240确实如此。 twitter.com/ericlaw/status/624281014685319171. - ericlaw

其他提示

我有同样的问题,从HTTP和HTTPS构建的一个站点集合 - 在使用Explorer中打开,在HTTPS中工作正常。 第二个站点集合(单独的Web应用程序和数据库)在“端口443中”从“开始” - “与Explorer”打开“不起作用。

我唯一可以看到的解决方案正在备份内容,再次从头开始创建网站集,但在HTTP上,然后在其他网站集中添加HTTPS,然后恢复内容。 不太糟糕,但是一个如此微不足道的东西的痛苦!

hmmmmpf!

许可以下: CC-BY-SA归因
scroll top