Question

找不到有关具有应用程序初始化部分的Azure WebApp的IP白名单的信息。

如果您有这样的配置部分

  <system.webServer>
    <applicationInitialization>
      <add initializationPage="/my-initialization.aspx" />      
    </applicationInitialization>
  </system.webServer>

对于IIS上托管的本地应用程序，您需要允许127.0.0.1；您是否需要对webapp做同样的事情？

更新

对不起，这个问题有点不清楚，我要补充一点背景信息。

使用“网络”->“访问限制”，应用程序已经具有一些IP限制。只有少数允许的ip，最后一条规则是“拒绝所有”。

我在没有任何限制的情况下使用清晰的应用程序测试了此功能，并且一切正常。对于真实的应用程序，我不想配置广泛的跟踪以能够看到成功调用我的热身页面。

我一直在关注这篇文章，以配置用于测试的所有内容：https://ruslany.net/2015/09/how-to-warm-up-azure-web-app-during-deployment-slots-swap/

Answer 1

如果问题是与applicationInitialization有关，那么我们是否还需要实现ipSecurity，答案是否定的。

应用初始化配置信息

使用AppInit功能，随着新的Web应用程序实例被添加到轮播中，我们确保在从前端发送站点请求之前，应用程序初始化模块报告该站点已完全预热。要使用此功能，请像这样将applicationInitialization部分添加到web.config中：

<system.webServer>        
<applicationInitialization remapManagedRequestsTo="/Content/warmup.html"> 
                  <add initializationPage="/api/values/100" /> 
          </applicationInitialization>
</system.webServer>

您可以有多个初始化页面，并且AppInit模块将确保所有他们中的200人在宣布该站点正式预热之前返回200。同时，您可以（可选）使用remapManagedRequestsTo属性来显示一个友好的页面该网站仍在升温。多亏了AppInit功能，该页面不会轮流添加新实例时对客户可见，但是如果有流程由于任何原因崩溃并再次进入AppInit，它将起作用。

Azure WebApp上的IP白名单以进行AppInitialization

1 个答案: