如何在IIS中创建多个自定义503页

如何解决如何在IIS中创建多个自定义503页

理想的情况是，一个临时的向下页面（例如，更新服务器软件）的响应代码为503，但您可能会放弃307，但在任何情况下都不应该为200（因为Google会对此进行索引，这会影响您的SEO）

在IIS重写规则中，您有3个选项可用于实现到向下页面的重定向，重写，重定向和customresponse：

 <action type="Rewrite" url="/site1.html" />
 <action type="Redirect" url="/site1.html" redirectType="Temporary" />
 <action type="Customresponse" statusCode="503" subStatusCode="0" statusReason="Site Unavailable" statusDescription="Down for maintenance" />

问题是，如果您想要503响应，则无法重定向到所需的页面。

我们拥有3个使用Episerver CMS的不同品牌的网站。

当我们进行维护或只是要关闭网站时，我们有一个Azure Web应用程序（又名iis），其中包含3个保存页面，每个保存页面一个。

因此我们的站点关闭网站共有3页：

/site1.html
/site2.html
/site3.html

我们使用Azure流量管理器指向活动站点或站点向下页面，当前我们具有可以正常工作的重定向，但错误地给出了200条响应：

<rewrite>
  <rules>
    <rule name="site1" stopProcessing="true">
      <match url=".*" />
      <conditions>
        <add input="{HTTP_HOST}" pattern="mysite" />
      </conditions>
      <action type="Rewrite" url="/site1.html" />
    </rule>
    <rule name="site2" stopProcessing="true">
      <match url=".*" />
      <conditions>
        <add input="{HTTP_HOST}" pattern="myothersite" />
      </conditions>
      <action type="Rewrite" url="/site2.html" />
    </rule>
      etc.
  </rules>
</rewrite>

为了解决此问题（每个站点提供不同的站点向下页面，并以503进行响应），有什么选择？

我想可以设置3个不同的命名虚拟主机，每个虚拟主机除了自定义503错误页面+捕获所有Customresponse动作之外什么都没有？这样的配置有什么例子吗？

需要明确的是，我们的应用程序可能很正常运行，但是我们可能希望使用流量管理器将公众指向“下”页面，该页面在维护期间有503个休止符。保存下来的页面的网站与为站点/应用程序本身提供服务的网站无关。

解决方法

可悲的是，正如Microsoft document所描述的那样–无法自定义503 HTTP错误。

即使使用重写使其显示自定义503页面，实际上请求也进入IIS并成功重写，然后响应客户端。整个过程非常完美，您的网络服务也不会停止。

IIS服务器尝试将传入请求传递给应用程序时检测到错误。应用程序执行的所有操作均在其应用程序池中执行。诸如重写和自定义错误页面之类的模块都以这种方式执行。由http.sys处理的503，您根本无法创建自定义错误页面，因为它在到达iis之前已被处理。因此，既希望Web服务器停止报告503，也希望服务器可以处理该请求以显示您定义的页面。这两个冲突。

如果您的应用程序是asp.net，则还有另一种自定义503的方法。您可以将一个名为“ app_offline.htm”的文本文件放置在网站的根目录中，对该网站的所有请求都将重定向到该app_offline.htm文件。基本上，如果您需要使整个ASP.NET网站脱机，则可以在该文件中放置一些不错的消息。然后，对该网站中URL的任何新请求，即该URL中的任何URL，都将重定向到该文件，从而使您可以维护该网站，进行升级或执行任何操作。但是，它实际上并不是重定向。 ASP.NET本质上关闭了该站点，将其从服务器上卸载，并停止处理对该站点的任何请求。也就是说，在删除app_offline.htm文件之前，一切将照常进行，并且ASP.NET网站将加载并再次开始处理请求。