老实说,我试过对IIS耍卑鄙的花招,就在我以为我能逃脱的时候,我意识到我的解决办法不起作用。以下是我试图做的:

1)我有ASP。NET应用程序,它拥有继承IProcessHostPreloadClient的Preloader类,并在Preload方法实现中进行所有繁重的初始化(应用程序很复杂,它是一个巨大系统的一部分,所以它需要大约2分钟来建立到所有必要服务的连接并预实例化一些Unity注册)。

2)我有很多工作需要做的应用程序关闭(取消订阅,断开连接,处理,…),我猜最好的地方是在*Application_End*方法位于Global.asax。

3) Everything works just fine when I have user activity (first request after the Application Pool that contains aforementioned web application is started will cause *Application_Start* to be called and afterwards *Application_End* is called on Application Pool stop or recycle), but problems occur when there is no user activity and application tries to restart itself after being active for 48 hours (configured requirement). Since there was no requests, application officially didn't get started. Ergo, it can't be gracefully stopped since *Application_End* won't be called.

4)现在轮到麻烦的部分了……我尝试在Preload方法的末尾从代码中发出GET请求,它工作了。但这个解决方案对我来说很糟糕,尽管它很有效。所以,我尝试了很多东西,我最后尝试的是:

SimpleWorkerRequest swr = new SimpleWorkerRequest(string.Empty, string.Empty, tw);
HttpRuntime.ProcessRequest(swr);

... 这已经达到了它的目的。*Application_Start*被调用,(我检查了响应,它包含登录页面,应该在初始请求中显示)和应用程序池关闭应用程序通过在*Application_End*中做必要的工作优雅地结束。

BUT

应用程序以这种方式启动(预加载和初始化)后,当我想通过Web浏览器访问应用程序时,会发生以下情况:

HTTP错误500.21 -内部服务器错误 “ExtensionlessUrlHandler-Integrated-4.0”在它的模块列表中有一个坏模块“ManagedPipelineHandler”

我想不通。有人能告诉我为什么会发生这种情况以及如何解决吗?

如果我不明白这一点,我将回到第一个解决方案(从代码发送GET请求),但这个问题会困扰我,因为我甚至不知道哪里出了问题。


当前回答

这对于OP来说可能不是一个有用的解决方案,但它涉及到相同的“错误”消息。

我们在正确安装了。net 4.5的IIS8.5上托管PHP页面。

我们利用预加载功能,以确保我们的应用程序总是响应全面。

过了一段时间,我们开始随机地得到这个错误。

在网络上。配置:我把skipManagedModules为true, ->不要这样做!

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
  <system.webServer>
<applicationInitialization skipManagedModules="false" doAppInitAfterRestart="true">
  <add initializationPage="/" />
</applicationInitialization>
...

虽然网站是php,路由到分页是由模块管理!!

其他回答

尝试重新注册ASP。使用aspnet_regiis -i。这对我很管用。

.NET 4可能的路径(从提升的命令提示符):

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

http://forums.iis.net/p/1190643/2026401.aspx

我在一个托管在共享托管服务器上的web应用程序中遇到了这个问题。所以显然没有直接访问IIS,所以不能应用这里提出的许多解决方案。

在主机提供商的控制面板上,我启用了IIS和ASP.Net的错误日志记录功能。然后知道这个错误实际上是在一个缺失的cshtml中。

对我来说,从服务器上删除WebDAV会导致应用程序在使用PUT或DELETE时返回503服务不可用错误消息,所以我重新安装了它。我还尝试完全删除。net Framework 4.5并重新安装它,并尝试按照建议重新注册,但没有效果。

我能够通过禁用个人应用程序池的WebDAV来修复这个问题,这在使用PUT或DELETE时阻止了“坏模块”错误。

禁用单个应用程序池的WebDAV:

单击受影响的应用程序池 在列表中找到WebDAV创作工具 点击打开 单击右上角的“禁用WebDAV”。

我们daaaa !

我仍然在我的网中留下了删除项。配置文件。

 <system.webServer>
    <modules>
      <remove name="WebDAVModule"/>
    </modules>
    <handlers>
      <remove name="WebDAV" />
    </handlers>
 <system.webServer>

这个链接是我找到说明的地方,但不是很清楚。

这是我自己的帖子,因为这让我花了几个小时。

我在这里和其他地方看到了十几篇类似的关于这个问题和aspnet_regiis修复的帖子。它们不为我工作,aspnet_regiis的行为很奇怪,只是列出选项等。

正如上面用户ryan-anderson所指出的,您不能输入.exe

对于那些对IIS之外的服务器不太熟悉的人,下面是简单步骤。

Find aspnet_regiis in a folder similar to this path. c:\Windows\Microsoft.NET\Framework\v4.0.30319\ Right-click command prompt in the start menu or wherever and tell it to run as administrator. Using the windows "Run" feature just won't work, or didn't for me. Go back to the aspnet_regiis executable. Click-drag it right into the command prompt or copy-paste the address into the command prompt. Remove, if it's there, the .exe at the end. This is key. Add the -i (space minus eye) at the end. Enter.

如果您正确地执行了该操作,您将看到它开始安装asp.net,然后告诉您安装成功。

在安装。net 4.7时,我遇到了同样的错误消息。

解决方案是遵循之前提到的“打开或关闭Windows功能”的帖子,其中“。asp.net Framework 4.7高级服务“——>”NET 4.7”已经检查过了。

在列表的下方,还有“Internet信息服务”和副注“应用程序开发特性”——>”ASP。NET 4.7”,这也需要检查。

当启用此功能时,将启用其他功能的分配…我简单地按下Ok按钮,问题就解决了。 窗口功能对话框的屏幕截图