Azure WebApp 上用于 AppInitialization 的 IP 白名单

Question

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

如果你有这样的配置部分

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

对于托管在 IIS 上的本地应用程序，您需要允许 127.0.0.1；你需要为 webapps 做同样的事情吗？

更新

抱歉，问题有点不清楚，我要补充一点上下文。

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

我在没有任何限制的情况下使用 clear 应用程序测试了此功能，它运行良好。对于真正的应用程序，我不想配置广泛的跟踪来查看对我的热身页面的成功调用。

我正在关注这篇文章来配置我的测试的所有内容：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，它就会发挥作用。