问题标签 [azure-front-door]

我有一组使用 Web 服务（旧版）构建的 API，并且我使用 Azure 函数创建了一组新的 API。现在我希望我所有的旧 API 都路由到 Azure Function。

我尝试了 Azure Front Door 服务重定向来实现该功能。我能够重定向，但重定向请求中缺少请求标头。不确定 Azure Front Door 为何要移除它们？

我在 Azure 应用服务上托管了 .Net Core 应用程序，并在 Azure Front Door 反向代理中设置了自定义域名。

当我在本地运行应用程序以及使用 [app_name].azurewebsites.net URL 直接访问 Azure 上的应用程序时，实现了外部身份验证 (Facebook) 并正常工作。

但是，从我的自定义域或通过 [app_name].azurefd.net 访问应用程序时，通过 facebook 登录时出现服务器错误。

问题似乎是，在身份验证之后，用户被重定向回应用服务域 (.azurewebsites.net/)，而不是自定义域。

我已经在应用程序中配置了转发的标头，但这似乎没有帮助。

我的登录代码是 NET Core 生成的默认代码：

似乎没有我可以在 Facebook 中间件选项中设置的 Redirect_URI 属性。

tldr：即使从自定义域访问应用程序，我的 .net 核心外部身份验证中间件也会重定向到 azure 域而不是我的自定义域。我已经转发了在 NET Core 中配置的标头。

更新：为清楚起见进行了编辑

更新2：也尝试了以下无济于事：

一旦完成对单个 POP 的初始请求，AFD 缓存是否会推送/复制到其他 POP？我在 AFD 文档中找不到与此相关的任何文档。

最终我想知道的是：

如果来自欧盟的初始请求，由欧盟 POP 提供服务（从源服务器拉出后）；然后 1 小时后，来自美国的一个相同的请求发生了，这个请求是美国 POP 中的“缓存命中”，还是读取失败？

在我们的网站中，我们有一条路线 /health/xxx，您可以在其中检查网站的健康状况。在 xxx 部分，您可以添加任何内容，以便我们区分不同的轮询器。我们现在看到 Azure Front Door 每秒轮询网站数次。所有民意调查都返回 http 状态 200 并且该站点正在运行。

前门投票如此频繁的原因可能是什么。我们还指定了使用 https 完成的探测，但它们是使用 http 完成的。

设置

日志

2020-02-04T08:31:14.788625531Z 请求开始 HTTP/1.1 GET http://ourappservice.azurewebsites.net/health/frontdoor
2020-02-04T08:31:14.889718097Z 请求开始 HTTP/1.1 GET http://ourappservice .azurewebsites.net/health/frontdoor
2020-02-04T08:31:15.056720867Z 请求开始 HTTP/1.1 GET http://ourappservice.azurewebsites.net/health/frontdoor
2020-02-04T08:31:15.108005604Z 请求开始 HTTP /1.1 GET http://ourappservice.azurewebsites.net/health/frontdoor
2020-02-04T08:31:15.694524409Z 请求开始 HTTP/1.1 GET http://ourappservice.azurewebsites.net/health/frontdoor
2020-02-04T08 :31:16.228060671Z 请求开始 HTTP/1.1 GEThttp://ourappservice.azurewebsites.net/health/frontdoor
2020-02-04T08:31:16.531979272Z 请求开始 HTTP/1.1 GET http://ourappservice.azurewebsites.net/health/frontdoor
2020-02-04T08:31： 16.566820933Z 请求开始 HTTP/1.1 GET http://ourappservice.azurewebsites.net/health/frontdoor
2020-02-04T08:31:16.588722534Z 请求开始 HTTP/1.1 GET http://ourappservice.azurewebsites.net/health/frontdoor
2020-02-04T08:31:17.950628116Z 请求开始 HTTP/1.1 GET http://ourappservice.azurewebsites.net/health/frontdoor
2020-02-04T08:31:17.992829110Z 请求开始 HTTP/1.1 GET http://ourappservice .azurewebsites.net/health/frontdoor
2020-02-04T08:31:18.337208799Z 请求开始 HTTP/1.1 GET http://ourappservice.azurewebsites.net/health/frontdoor
2020-02-04T08:31:18.392764355Z 请求开始 HTTP/1.1 GET http://ourappservice .azurewebsites.net/health/frontdoor
2020-02-04T08:31:18.421466287Z 请求开始 HTTP/1.1 GET http://ourappservice.azurewebsites.net/health/frontdoor
2020-02-04T08:31:18.529090784Z 请求开始 HTTP /1.1 GET http://ourappservice.azurewebsites.net/health/frontdoor
2020-02-04T08:31:18.743391272Z 请求开始 HTTP/1.1 GET http://ourappservice.azurewebsites.net/health/frontdoor
2020-02-04T08 :31:18.777998932Z 请求开始 HTTP/1.1 GEThttp://ourappservice.azurewebsites.net/health/frontdoor
2020-02-04T08:31:18.962965185Z 请求开始 HTTP/1.1 GET http://ourappservice.azurewebsites.net/health/frontdoor
2020-02-04T08:31： 19.251694816Z 请求开始 HTTP/1.1 GET http://ourappservice.azurewebsites.net/health/frontdoor

我们有一个以 Azure Front Door 为前端的系统。我们现在有一个客户需要从关闭的位置访问系统，并希望将系统的 IP 地址列入白名单。我还没有找到 Front Door 的任何 IP 范围列表。Azure 应用服务和许多其他服务提供地址列表。然而，应用服务不像 Front Door 那样分布，但我还是要问：

Front Door 运行时是否有一组公开的公共 IP 地址？

Azure Front Door 配置了最低 TLS 1.2。后端 Azure 应用服务也配置为使用最低 TLS 1.2。

在 Windows Server 2012 R2 上使用以下代码运行 .Net Framework 4.7.1 控制台应用程序时：

我在第二次通话中收到以下异常。

但是，在同一台服务器上使用 curl 运行它是可行的：

相同的 .net 代码在我的其他 Windows 10 笔记本电脑上运行良好。

windows server box上调用失败的原因是什么？

编辑：

我认为这与自定义域有关，因为对前门分配的域执行简单的 GET 即可。

我们有一个 Azure Function 2.x 在使用 FrontDoor 时运行在...前面。所以它看起来像这样。

我们已将 Azure Monitor 配置为在 azure 函数上引发响应代码 5xx 时随时向我们发送警报。

• 自从设置 Front Door 以来，我们每天都会收到数次 5xx 警报。
• 这些 5xx 并未纳入 Application Insights。
• 日志分析中没有关于失败的内容。

从历史上看，我们知道当 Azure 函数启动失败时会发生这种情况。但是，查看 Kudu 中的日志，我们没有看到任何启动失败。

我们确实看到了很多函数运行时间开始和停止的条目，正如我们期望在消耗计划函数中看到的那样。

所以。我们认为这些 5xx 错误是由 Front Door 在启动时向函数发送健康检查引起的。（前门在健康检查方面非常健谈）但我们无法证明这一点，Azure 函数运行时提供了对启动失败的 0 洞察。

问题 如何查看 Azure Function Runtime 启动失败？

触发警报规则：

我已经使用应用程序服务设置了 Frontdoor，并且还在两个不同的子目录（如 site\wwwroot\webapp 和 site\wwwroot\api）中部署了 ReactJsapp 和 Asp.net API。问题是当我使用天蓝色的前门 url example.azurewebfd.net/webapp 然后它直接到 example.azurewebsite.net/webapp。它适用于 api，它不会重定向到 example.azurewebsite.net/api，它会保留 example.azurefd.net/api。

怎么能解决这个问题？

我正在尝试使用 azure frontdoor 访问在 kubernetes 集群中运行的 nginx。

我可以访问公共 IP 上的 nginx 实例，但是当尝试通过 azure front door 时，我收到“请求 URI 无效”错误。

健康探测似乎也失败了，即使我没有更改任何设置并且可以通过公共 IP 访问 nginx。

查看后端可用的时间，我没有看到对后端的任何请求：

我已经设置了这样的转发规则：

编辑：

访问 www.1234h.azurefd.net 而不是 1234h.azurefd.net（没有 www）时，我似乎收到了不同的错误消息。

没有 www 给出“请求 URI 无效”，而带有 www 的给出“我们的服务现在不可用”。

我正在尝试使用 FrontDoor 对几个 Azure 函数 HTTP 触发器进行负载平衡，但我遇到了运行状况探测问题。

我们的函数使用 OAUTH 身份验证，因此所有探测都失败了。

我尝试添加指向 healthprobe.html 的 warmup_path 环境，但该函数似乎有硬编码的 URL 来添加 /api/healthprobe.html，所以我无法让探测器在该 URL 上正确回答，因为 healthprobe URL 在前门中不可配置