【问题标题】:Azure Front Door configured site is returning "Services not available"Azure Front Door 配置的站点返回“服务不可用”
【发布时间】:2019-06-16 04:47:53
【问题描述】:

我有一个 Azure 资源组,其中两个应用服务 Web 应用程序部署在不同的位置并按预期工作。我还有一个 Front Door 配置设置。当通过azurefd.net 地址访问时,这将按预期响应。

我想在此配置中添加一个自定义域。首先,我在我的 DNS 中为www 地址创建了一个CNAME

然后我添加了一个简单的自定义域配置(通过 ARM 模板),将完全限定的自定义域名作为参数传递。

通过模板部署时,前端部分如下所示:

                "frontendEndpoints": [
                {
                    "name": "frontendEndpoint1",
                    "properties": {
                        "hostName": "[concat(parameters('frontDoorName'), '.azurefd.net')]",
                        "sessionAffinityEnabledState": "Enabled",
                        "sessionAffinityTtlSeconds": 0
                    }
                },
                {
                    "name": "frontendEndpoint2",
                    "properties": {
                        "hostName": "[parameters('customDomainName')]",
                        "sessionAffinityEnabledState": "Enabled",
                        "sessionAffinityTtlSeconds": 0
                    }
                }
            ],

前端按预期部署,我仍然可以访问azurefd.net 地址。

但是,当我尝试访问 www 地址时,我在浏览器中收到错误消息:

我们的服务目前不可用。我们正在努力恢复所有 尽快服务。请稍后再回来查看。 0tEdHXAAAAAADUxvBayGtQLDTjRthnz9XTE9OMjFFREdFMDMyMQBFZGdl

我已经等了半个多小时才推出任何 DNS 更改,但它仍然不起作用。

可能是什么问题?解决此类错误的简单方法是什么?需要明确的是,我还没有在这个配置中添加任何 HTTPS 证书。 Web 应用程序确实响应 HTTP 和 HTTPS,所以希望这不是问题。

【问题讨论】:

    标签: dns azure-web-app-service azure-front-door


    【解决方案1】:

    如果您没有为您添加为前端主机的自定义域配置路由规则,则可能会出现此症状。需要为该前端主机显式添加路由规则,即使已经为您的自定义域具有 DNS 映射到的 Front Door 子域 (*.azurefd.net) 下的前端主机配置了路由规则。

    因此,将自定义域中的路由规则添加到所需的后端池。并等待几分钟,它会正常工作。

    【讨论】:

    • 知道了乔尔。谢谢。我试试看
    • 我的感觉是可以改进 UI 以使其更加明显。很容易犯错误。
    • @Joey 我部署了 webapp,并且在加载 html 时看不到加载 wwwroot 文件夹中的静态文件。有什么想法吗?
    • 我收到随机的 Services Unavailable 错误消息,并在您的屏幕截图中注意到未检查 azurefd.net,但我的是。这会导致间歇性问题吗?
    【解决方案2】:

    我遇到了同样的问题。在我的具体情况下,问题和解决方案与上述不同。

    我的配置是只有 HTTPS 的路由规则,而不是 HTTP。

    事实证明,您必须使用自己的或前门管理的证书启用“自定义域 https”。使用前门托管证书启用此功能可解决此问题。该网站可立即访问,我什至不必等待配置证书。

    【讨论】:

      【解决方案3】:

      有时我们必须等待一段时间才能使其工作。

      【讨论】:

      • 事实证明,有时您需要验证您的 DNS 是否指向正确的服务器。例如,在您的网站 kudu 中仔细检查 tcpping。您可能会对收到的响应感到惊讶(即问题可能出在您的 DNS 中)
      猜你喜欢
      • 2022-07-06
      • 2020-04-05
      • 2020-07-14
      • 2023-01-31
      • 2019-08-06
      • 1970-01-01
      • 2021-10-01
      • 2019-11-11
      • 2022-11-03
      相关资源
      最近更新 更多