Сайт, настроенный для входной двери Azure, возвращает сообщение "Службы недоступны"

Question

У меня есть группа ресурсов Azure с двумя развернутыми веб-приложениями службы приложений, которые работают должным образом. У меня также есть настройка конфигурации FrontDoor. Это ответ, как и ожидалось, при доступе через адрес azurefd.net.

Я хочу добавить пользовательский домен в эту конфигурацию. Во-первых, я создаю имя в своем домене для адреса www.

Теперь я добавляю простую пользовательскую конфигурацию домена (через шаблон 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 в эту конфигурацию. Веб-приложения реагируют как на http, так и на https, так что, надеюсь, это не проблема.

Answer 1

Это может произойти, если вы не настроили правило маршрутизации для пользовательского домена, который вы добавили в качестве хоста внешнего интерфейса. Правило маршрутизации должно быть явно добавлено для этого внешнего интерфейса, даже если оно уже было настроено для внешнего интерфейса в поддомене Front Door (*.azurefd.net), с которым ваш пользовательский домен имеет сопоставление DNS.

Поэтому добавьте правило маршрутизации из настраиваемого домена в требуемый внутренний пул. И подождите несколько минут, и все будет работать нормально.

Answer 2

Сегодня я столкнулся с тем же сообщением об ошибке.

Но я думаю, что это сообщение об ошибке на самом деле ничего вам не сказало. Многие различные ошибки установки могут привести к появлению этого сообщения об ошибке.

Это действительно расстраивает... В моем случае получается, что когда я открываю URL-адрес в хроме, по умолчанию хром будет использовать HTTPS. Но мои сервисы доступны только в HTTP. Поэтому мне приходится вручную набиратьhttp://в браузере...

Надеюсь, это может помочь кому-то другому.

Answer 3

У меня такая же проблема. В моем конкретном случае проблема и решение отличались от упомянутых выше.

Моя конфигурация была такова, что у меня были правила маршрутизации только для HTTPS, а не для HTTP.

Оказывается, вам нужно включить "пользовательский домен https" с вашим собственным сертификатом или сертификатом, управляемым входом. Включение этого с помощью сертификата, управляемого входной дверью, устранило проблему. Доступ к веб-сайту был осуществлен мгновенно, мне даже не пришлось ждать предоставления сертификата.

Answer 4

Иногда нам приходится ждать какое-то время, чтобы заставить его работать.

Answer 5

Другая причина заключается в том, что источник не отвечает или истекло время ожидания.

Существуют некоторые заголовки ответов, которые указывают, что происходит в источнике. В моем случае было сказано, что время ожидания источника истекло (в моей конфигурации возникла проблема, которая не позволила ответить).

Документы указывают на способ включения заголовков ответов отладки, которые также могут предоставить вам дополнительную информацию: https://learn.microsoft.com/en-us/azure/frontdoor/front-door-http-headers-protocol#optional-debug-response-headers

Примечательно: в моем случае мне не нужно было включать приведенные выше заголовки отладки, поэтому, по крайней мере, в некоторых сценариях это укажет на проблему без включенного режима отладки.