请求的内容似乎是脚本，不会由静态文件处理程序提供服务。IIS 7.5答案

【问题标题】：The requested content appears to be script and will not be served by the static file handler.IIS 7.5请求的内容似乎是脚本，不会由静态文件处理程序提供服务。IIS 7.5
【发布时间】：2013-03-15 09:19:38
【问题描述】：

我知道这个论坛和其他资源上有相关的帖子，但我被这个卡住了，无法继续。问题是当我将它发布到 ftp 服务器并导航到我得到的 url 地址时，我已经用 vs2010 做了一个网站这个错误。这是我做过的事情

-我已启用 IIS 服务和静态内容

-我已将处理程序映射下的 staticFile 恢复为父级

-我已经在命令提示符下再次注册了 asp.net（regiis.exe 的东西）

-在 IIS 管理器中，我在站点下添加了我的网站地址，停止了默认网站并启动了我的网站。

-我已将我的网站添加到 classic.NET AppPool(integrated,and v4.0)

-我已启用默认浏览..

-我已经完成了通常涵盖的所有建议..

这是我的 web.config

<configuration>
<system.webServer>
<directoryBrowse enabled="true" showFlags="Date, Time, Size, Extension" />
<defaultDocument>
  <files>
    <add value="AnaSayfa.aspx" />
  </files>
</defaultDocument>
</system.webServer>
<system.web>
<compilation debug="true" targetFramework="4.0" />

</system.web>
 </configuration>

我在哪里做错了？我已经花了2天，无法前进一英寸。如果这个问题解决了，我会泪流满面。任何帮助都会非常，非常，非常！感谢，将是我的英雄，主人（：谢谢

【问题讨论】：

我知道这是一篇旧帖子，但我遇到了同样的问题，但这与未安装 ASP.NET 3.5 有关。我只有 ASP.NET 4.5。安装后运行良好。

标签： asp.net iis-7.5 publishing

【解决方案1】：

转到命令提示符并安装/修复 ASP.NET

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

转到 IIS => 选择服务器名称（系统名称）

转到 ISAPI 和 CGI 限制

允许不允许限制。

【讨论】：

在 windows 8 上（显然是 server 2012，尽管这不适用于我）命令行工具不起作用，说明此版本的 windows 不支持它。它引用go.microsoft.com/fwlink/?LinkID=216771 作为关于如何为 iis 安装/修复 asp.net 的说明。
非常感谢。你为我节省了几个小时的浪费时间

【解决方案2】：

当我将应用程序池的 .Net 框架版本更改为我的应用程序的 .net 框架版本时，我得到了这个工作。我的应用程序的框架版本是 4.0，但应用程序池的设置默认为 2.0。我不得不将其更改为 4.0，然后它工作正常。

【讨论】：

将应用程序池更改为 CLR 4 会将错误消息更改为“定义了重复的 'system.web.extensions/scripting/scriptResourceHandler' 部分”
对于缺少 WCF 支持，windows server 2012，试试this
看看这个stackoverflow.com/questions/3387322/…

【解决方案3】：

+1 与@Dablue，IIS 8.5 不再支持 aspnet_regiis 命令。对我来说，通过在下安装“Asp.Net 3.5”或“Asp.Net 4.5”解决了这个问题 Web 服务器 > 应用程序开发。

【讨论】：

【解决方案4】：

@regeme - 我在尝试运行自己的网站时遇到了类似的问题，经过大量挖掘后，我终于解决了。在我的情况下，它与尝试加载的 *.json 文件有关，并且没有为其初始化任何规则。如果您仔细查看您的错误，它应该会让您了解 IIS 未加载的原因。

查看网络检查器的网络选项卡后，我能够看到哪些项目返回 404，它们都是 *.json。

我假设由于您的错误返回“内容似乎是脚本，并且不会由...提供服务”，因此情况相同。

我的决心：

A）您可能已经这样做了，因为它会引发另一个错误，我只是在覆盖我们的基础。

转到 IIS HTTP 响应标头
创建一个 mime 类型“.json”“application/json”

B) **见注释

转到处理程序映射。
将请求路径：设置为“*.json”
可执行文件：到“C:\Windows\System32\inetsrv\asp.dll”

C) 为了安全起见，您可能希望此时再次重新启动服务。这可以在 IIS 面板或 cmd 提示符中完成。

Windows 键 + r
输入：cmd 并点击 ctrl+shift+enter
输入：iisreset并点击enter

*注意：这可能会让您省去很多麻烦，在我的情况下，我安装了 asp.dll 的 64 位 dll 而不是 32 位版本，64 位版本的文件夹位于 C:\Windows\SysWOW64 \inetsrv\asp.dll

重要这些文件位置在 Windows 8 中，据我了解，在 Windows 7 中是相同的，但这可能不是您的操作系统的情况请仔细检查。 p>

最后，如果您缺少 asp.dll，这仅仅是因为您缺少 Windows 功能。只需转到添加/删除程序（程序和功能）

打开或关闭 Windows 功能
下拉 Internet 信息服务
下拉万维网服务
检查应用程序开发功能确保它不仅仅是部分检查，并且所有子项都正在安装

【讨论】：

【解决方案5】：

在 Windows 2012 和 IIS 8.5 上，aspnet_regiis 不再有效。

相反，在服务器管理器中添加 aspnet-4.5 角色

打开服务器管理器在左栏中选择 IIS 滚动右侧窗口，直到看到“角色和功能” 任务选择添加角色在“服务器角色”下打开“Web 服务器 (iis) 打开“网络服务器” 打开“应用开发” 选择“ASP.NET 4.5”（“asp.net 4.5 extensibility”不行）

【讨论】：

【解决方案6】：

我们在 Web 服务器上托管 MVC 应用程序时遇到了同样的问题。除 WCF 服务外，所有应用程序都运行良好。

当我们在 Windows 服务器管理器中为 .NET Framework 4.5 WCF 服务添加服务器角色时，该问题已解决。

访问http://community.bamboosolutions.com/blogs/bambooteamblog/archive/2013/02/08/how-to-enable-and-use-net-framework-3-5-and-4-5-in-windows-server-2012.aspx

【讨论】：

您好 Dilini，欢迎来到 SO 并感谢您的回答。为了帮助防止未来的链接失效，您能否将此解决方案的相关部分添加到您的答案中？

【解决方案7】：

对我来说，问题是通过右键单击虚拟目录来解决的-->转换为应用程序

【讨论】：

【解决方案8】：

看看这个，就我而言，这解决了问题

https://support.microsoft.com/en-us/kb/2019689

这可能对你有帮助

在这种情况下，如果从站点请求的 *.aspx 资源在未以经典模式运行、不是 32 位或未运行 2.0 版本的应用程序池中处理，则会返回 404.17 错误.NET 框架。为了在此示例中正确提供资源，必须满足所有 3 个先决条件。具体来说，托管此资源的应用程序池必须针对经典模式进行配置，需要将其配置为使用 .NET Framework 的 2.0 版本，并且需要针对 32 位应用程序进行设置。

【讨论】：

【解决方案9】：

我必须创建一个新网站。我的网站级别中有一些无效配置直接引用了我的应用程序的虚拟目录。

例如，https://server/app 给了我 404.17 错误，但 https://server/app-test 工作成功。交换两个应用程序名称（使用appcmd）导致工作中的app-test（现在重命名为app）开始失败。创建一个名为 MyApp Web Site 的新网站后，我能够再次创建一个新应用程序，这次名为 app 成功运行。

在对Default Web Site 进行广泛审查后，我们无法确定是什么配置导致名为app 的应用程序出现404.17，而不是像app-test 这样的应用程序。

我相信最终的原因是我没有通过服务器角色和功能添加.NET Extensibility Services 和ASP.NET 4.5 - 在安装期间。因此，我的应用程序的安装程序未能正确配置 Default Web Site。例如，创建的应用程序池错误地安装了 v2.0 Integrated 而不是 v4.0 Integrated。安装所需角色和功能后，我验证 ISAPI（64 位 v4）配置正确，并且应用程序池已针对 v4 集成进行了适当配置。不幸的是，我无法确定会导致此问题的任何其他设置，尤其是明确针对 app 虚拟路径。

【讨论】：