IIS7.5 上的静态文件处理程序不提供脚本答案

【问题标题】：Script not served by static file handler on IIS7.5IIS7.5 上的静态文件处理程序不提供脚本
【发布时间】：2010-09-21 16:15:31
【问题描述】：

我刚刚尝试在我的 Windows 7 Home Premium 笔记本上将我的第一个 Web 应用程序部署到 IIS。创建应用程序后，我必须更改为经典应用程序池，然后将该池设置为框架 4.0。现在我收到以下错误：

HTTP 错误 404.17 - 未找到请求的内容似乎是脚本，并且不会由静态文件处理程序提供服务。

请求的 URL 是 http://localhost:80/pvmms/default.aspx

恐怕广泛的谷歌搜索并没有为我提供足够清晰或明确的信息，因此我像往常一样求助于专家。

编辑： 我怀疑这是因为 .aspx 文件没有框架 4.0 处理程序映射。然而，aspnet_regiis 甚至给了我的管理员用户一个手指，并说我需要管理员权限才能运行它。

编辑#2： 我注册了所有框架（2 和 4、32 和 64），现在一切正常。我通过手动将 .aspx 的脚本映射添加到 aspnet_isapi 和瞧。我不明白为什么框架的安装不这样做，除非我的记忆失败并且我在安装 VS 后才启用了 IIS。

【问题讨论】：

也可以在 web.config 中执行此操作，如下所述stackoverflow.com/questions/2061678/…

标签： asp.net windows iis iis-7.5

【解决方案1】：

现在可能为时已晚，但通常你需要运行

aspnet_regiis.exe -i

安装 asp.net 后。也许我现在还是会这样做。

【讨论】：

.NET Framework 附带了两个 IIS 注册工具；一种用于标准系统，一种用于 64 位系统。 64位系统的工具位于Windows文件夹内Microsoft.NET目录的Framework64目录中；例如 C:\WINDOWS\Microsoft.NET\Framework64\v2.0.50727 将包含 IIS 注册工具。
如果您收到错误 the command is not recognized as an internal or external command。在开发者命令提示符中运行它。
我必须为 Framework64 文件夹中的 2.0 框架执行此操作。就像@matthew Lock 所说的那样
另外需要注意的是，如果必须运行2.0和4.0，请先运行2.0。
C:\Windows\Microsoft.NET\Framework64\v2.0.50727（适用于 x64 上的 v2.0） - 将 Framework64 更改为适用于 x86 的框架，将 v2.* 更改为 v4.* 以用于 v4（浏览到父文件夹以获取确切名称）

【解决方案2】：

除了上述之外，如果你需要 WCF 支持，你可能需要运行这个：

c:\Windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe -i

将 v3.0 替换为您当前的框架版本。

【讨论】：

请注意，我认为在使用 4.0 应用程序池的 webapps 上，您需要再次运行 aspnet_regiis
对于.Net 4，它在父目录中。例如：C:\Windows\Microsoft.NET\Framework\v4.0.30319\ServiceModelReg.exe -i

【解决方案3】：

我在尝试访问我编写的 WCF 服务时遇到了来自 IIS 8.5 的此错误。原来服务器没有打开 WCF HTTP 激活功能。选中复选框并单击向导，iisreset，开始工作。

【讨论】：

这对我来说适用于 IIS 8.5 和 Windows 8.1。我需要启用 ASHX 来获取问题中描述的错误 (HTTP 404.17)
谢谢！这对我有用。但是，在我的情况下，我必须为 .NET 2.0 打开它，因为我使用的是旧的 Web 服务
这是一篇旧帖子，但您的解决方案救了我的培根。我不会在一百万年后发现它……在其他任何地方。谢谢。

【解决方案4】：

如果您使用的是 iis 7.5。

只需转到 IIS 管理器，打开您的网站属性。

您将在那里看到“处理程序映射”部分，只需转到该部分并搜索“静态文件”。

很可能是列表中的最后一个文件。

然后右键单击它并选择“Revert To Parent”。

我第一次遇到这个问题时已经浪费了这么多时间，无论如何这会解决你的问题。

【讨论】：

正如 Adi 所回答的：这个突击队就是这样做的：c:\Windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe -i
感谢@Kumar 的提示！ IIS > 站点 > acme.com > 处理程序映射 > 恢复到父级。就我而言，我是为整个域做的，而不仅仅是“staticFile”。这对我有用，并且比运行可执行文件（aspnet_regiis.exe）更简单/更可取。为什么这个建议没有进一步冒泡？ =)
绝妙的小贴士...但是，这到底是从哪里来的呢？我不记得在以前版本的 IIS 中遇到过这种情况......！

【解决方案5】：

我在带有 ASP .NET 4.5 的 Windows Server 2012 中遇到了这个问题，您不能使用 aspnet_regiis.exe，只需要通过添加角色和功能向导安装 ASP .NET 4.5：

您可以在服务器管理器右上角的“管理”菜单中找到“添加角色和功能”菜单项

【讨论】：

服务器管理器右上角“管理”菜单中的“添加角色和功能”菜单项

【解决方案6】：

我想应该检查一下这个选项

【讨论】：

这只是设置是否可以提供静态内容。我的问题是脚本请求被映射到静态内容。如果我关闭它，IIS 甚至不会尝试为页面提供服务，只是给我一个空白。

【解决方案7】：

我通过启用WCF Services解决了这个问题

Programs and Features > NET Framework 4.5 Services > WCF Services> HTTP Activation node

但您必须承认，整个 IIS 设置配置/猜测/试用并查看/尝试此/尝试花费了我们 4 或 5 天的时间试图找到解决方法的方法是完全和彻头彻尾的笑话。

毫无疑问，“IIS”是迄今为止对人类玩过的最大的信心把戏

【讨论】：

您所要做的就是为 IIS 启用静态内容功能。这与 WCF 无关。
@ProfK 取决于您收到该错误的原因，不同的原因会导致相同的错误 - 如果您收到配置为使用 WCF 的 SVC 文件的错误，则上述修复它。
LOL 完全同意，移植了几个站点，只看到了 5 种不同类型的错误，都没有实际的错误消息或非常神秘的错误消息。示例“无法显示该页面，因为发生了内部服务器错误”表示您添加了一个已经存在的静态内容 mime 类型。

【解决方案8】：

我知道这是一个老问题，但我刚刚在我重建的 Windows 8 机器上使用了 3.5 应用程序，在aspnet_regiis -iru 之后我仍然得到这个，结果证明是 ASP.NET 3.5 不是t 在应用程序开发功能中打勾（没有足够的声誉来发布图片）。

【讨论】：

@bicbmx 对于图片，您可以在将其上传到某处后分享链接，例如在imgur.com

【解决方案9】：

默认情况下为您的应用程序创建的应用程序池有可能是版本 2。因此，尽管您在列表中看到 .svc 扩展名的处理程序，但它不起作用并将其视为静态文件。您只需打开应用程序池属性并将其切换到版本 4。

【讨论】：

【解决方案10】：

重新注册asp.net....将解决问题。

转到 Visual Studio 命令提示符，
并将 asp.net 注册为 windows\microsoft.net\Framework[.Net version num]\aspnet_regiis.exe -i

【讨论】：

aspnet_regiis.exe -i 响应“此版本的操作系统不支持此选项。”为什么 IIS 如此令人头疼？

【解决方案11】：

我在设置的 Windows 8 机器上遇到了同样的问题。我在安装 .NET framework 4.5 的 vs2010 之前安装了 vs2012。我的应用程序池在 4.0 中运行。我确保我使用 aspnet_regiis -i 为 4.0 注册了 aspnet。那仍然没有成功。然后我打开 Windows Features 并注意到 4.5 添加了一个名为“.NET Framework 4.5 Advanced Services”的集合。我启用了 WCF 服务节点及其子节点，然后我的 svc 端点正常运行。希望这对正在迁移到 Windows 8 的人们有所帮助。

【讨论】：

Server 2012, IIS8 也在这里，感谢您让我朝着正确的方向前进。对于那些感兴趣的人，我需要打开应用服务器角色以及 Web 服务器角色。我在这里找到了我需要的信息：msdn.microsoft.com/en-us/library/hh167503(v=nav.70).aspx

【解决方案12】：

对于 Windows 10/Framework 4.7，我必须通过以下方法打开 HTTP Activation：

控制面板 > 程序和功能 > 打开或关闭 Windows 功能
在 .NET Framework 4.7 高级服务下，展开 WCF 服务，选择检查 HTTP 激活以及使用 WCF 时需要的任何其他内容
单击“确定”并让安装完成，然后打开管理命令提示符并发出 IISRESET 命令

【讨论】：

【解决方案13】：

当我遇到同样的问题时，我偶然发现了这个问题。我的问题的根本原因是应用程序池配置不正确。当它需要设置为 4.0 时，它无意中设置为 2.0。以下链接的答案帮助我发现了这个问题：http://forums.iis.net/t/1160143.aspx

【讨论】：

【解决方案14】：

cmd -> 右键 -> 以管理员身份运行

C:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i

【讨论】：

【解决方案15】：

对于阅读本文的其他人：

如果您注册的 .Net 版本不是在附加到您网站的应用程序池的“基本设置”下选择的版本，就会发生这种情况。例如，您的站点应用程序池选择了 .Net v2.0，但您注册了 v4.0

【讨论】：

【解决方案16】：

我发现另一个可能的解决方案有相同的错误消息。

当尝试将 .NET 4.0 Web 应用程序设置到新的应用程序池时，我收到了这个奇怪的错误，告诉我它正在尝试使用静态文件处理程序处理我的 aspx 文件，这没有任何意义。

由于某种原因，.NET 4.0 的 ISAPI 在 IIS 管理器的服务器级别的 ISAPI 和 CGI 限制 区域中设置为禁用。 只需将其设置为启用，但是 IIS 7.5 管理器非常复杂且难以理解，我花了很长时间才弄清楚这一点。

我猜是因为它是一个 4.0 引擎无法处理的 4.0 应用程序，所以默认使用静态文件处理程序。

【讨论】：

【解决方案17】：

我遇到了同样的问题。当我为 IIS 添加静态内容功能时，它工作正常。

【讨论】：

【解决方案18】：

这可能是多种原因，在我的情况下，应用程序池->高级设置->启用 32 位应用程序（应该是 true）。之前设置为 false。

【讨论】：

你是一个美丽的人。这实际上是问题所在。我们在安装时忽略了一些问题。

【解决方案19】：

使用 IIS 管理器，我发现 .aspx 文件已映射（在“处理程序映射”下）到 ISAPI 2.0 - 即使之前安装了 ASP.NET 4.5。编辑它们以指向（也）指向 ISAPI 4.0 64 位的可执行文件修复了该问题。

可执行文件位于 %windir%\Microsoft.NET\Framework64\v4.0.30319\aspnet_isapi.dll

【讨论】：

【解决方案20】：

我在 iis 7.5 上收到此消息，该应用程序具有分配给 .net 2.0 的经典应用程序池。我需要去 Handler Mappings 并添加两个脚本映射，除了名称之外，两者都相同。一个名称是 svc-ISAPI-2.0-64，另一个名称是 svc-ISAPI-2.0。请求路径是 .svc。可执行文件是 %SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\aspnet_isapi.dll。我重新启动了 iis，一切都很开心

【讨论】：

【解决方案21】：

我刚刚解决的最坏情况之一是 - Web.config 中的条目冲突。

在我的本地计算机上，我没有在 IIS 中注册 .woff 扩展名，因此我使用 Web.config 添加了它。但是在生产服务器上 .woff 注册了 mime 类型。这导致了应用程序级别的冲突。

有趣的是，没有为此记录错误。只是猜测（当然是第一次）。

所以对我来说，解决方案就是从 web.config 中删除和/或元素。

【讨论】：

【解决方案22】：

我有同样的问题，我只是将网站上的目标框架版本更改为开发它的版本，在IIS中相同。这解决了我的问题。希望这会有所帮助...

谢谢

【讨论】：