Сайт, настроенный для входной двери Azure, возвращает сообщение «Службы недоступны» - PullRequest
0 голосов
/ 22 января 2019

У меня есть группа ресурсов 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, так что, надеюсь, это не проблема.

Ответы [ 2 ]

0 голосов
/ 09 мая 2019

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

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

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

0 голосов
/ 23 января 2019

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

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

enter image description here

...