asp.net - Azure WebApp 上用于 AppInitialization 的 IP 白名单

Question

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

如果你有这样的配置部分

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

对于 IIS 上托管的本地应用程序，您需要允许 127.0.0.1；您需要对网络应用程序执行相同的操作吗？

更新

抱歉，问题有点不清楚，我要添加一些上下文。

应用程序已经使用“网络”->“访问限制”进行了一些 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 人在宣布网站正式预热之前返回。同时，您可以 (可选)使用 remapManagedRequestsTo 属性来显示友好的页面 该网站仍在预热中。感谢 AppInit 功能，此页面将不会 在将新实例添加到轮换中时对客户可见，但是如果流程 无论什么原因崩溃，再次进入AppInit，它就会发挥作用。