Ssl IIS 7.5由于不提供无扩展名文件而导致LetsEncrypt HTTP验证问题

几天来，我一直在为SBS2011生成LetsEncrypt SAN SSL。一切都很顺利，直到ACME挑战验证。 我无法使用DNS验证，因为DNS位于ISP，任何更改都需要几天才能生效。因此，只能使用HTTP验证

我在哪里

当IIS尝试使用无服务器扩展名的ACME验证文件时，会返回404错误。文件在那里，ACME客户端会在适当的文件夹中生成它，但它不会通过web浏览器显示，只是由于MIME类型而出现404错误。当使用同一文件夹中的

test.html

文件进行测试时，它会正确显示，没有问题

我已经试过了：

• 为“.”和“.*”扩展名添加MIME类型

  text/plain

  ，但不允许
• 已将

  StaticFile

  映射移动到

  ExtensionLessUrlHandlers

  上方，但仍无法继续
• 编辑了

  applicationhost.config

  文件并设置为允许：

• 重新启动IIS和整个服务器，仍然无效
• 使用了不同的LE客户端，但所有这些客户端都使用IIS，并且卡在同一点上
• 此处的解决方案不起作用：

当我尝试localy时，我总是在浏览器中遇到以下404错误：

HTTP Error 404.0 - Not Found
The resource you are looking for has been removed, had its name changed, or is temporarily unavailable.

Module  IIS Web Core
Notification    MapRequestHandler
Handler StaticFile
Error Code  0x80070002

---

还有什么想法吗？

对不起，各位！这是我的错，在向你传递细节时不够小心。 将“.”添加为MIME类型的“text/plain”是我的OP案例中唯一需要的解决方案。

在我的例子中，错误的是“自动发现”子域，我仍然不知道它是从哪里提供服务的，但它肯定不是来自默认网站下的“自动发现”应用程序。到目前为止，当我浏览“autodiscover.domain.com…”链接时，我仍然会得到缓存的test.html内容，但我已经删除了我放在那里的所有test.html文件。 好的，但是，这不是这里的主题

顺便说一句，根据国家/地区封锁规则，我的防火墙上的LE测试失败。哦，我的

---

感谢您的参与。

可能会重复到不幸的程度。不，我也检查了此解决方案，但它不起作用。仍然是404错误。一定是其他原因…404本身就是一个庞大的家族，所以请先检查子状态代码，或者您需要使用失败的请求跟踪来检查您准确命中的内容。如前所述，它是

404.0未找到

。因为没有记录任何东西，所以请求跟踪失败，运气不好……或者我做错了。这里的IIS只是不想提供无扩展名文件。如果仔细阅读KB943891，404.0与“不想提供无扩展名文件”完全不同。您必须在站点级别启用失败的请求跟踪，并添加一条规则来跟踪404。否则，没人能说出真正的原因。当这超出您的能力范围时，请通过打开一个支持案例，让Microsoft支持团队向您演示如何进行。