Внешний URL-адрес прокси приложения Azure перенаправляет на внутренний

Компания, которую я поддерживаю, хочет изучить прокси-сервер приложения Azure как способ представления внутренних веб-приложений пользователям за пределами корпоративной сети без каких-либо дополнительных сетевых изменений / настроек (т.е. именно для того, для чего предназначен AAP).

Разработчик создал простой внутренний веб-сайт для подтверждения концепции, внутреннего URL-адреса. http: // тест, и у меня установлен коннектор, который сообщает, что он "работает".

Проблема заключается в том, что когда я либо перехожу на внешний URL-адрес (скопированный со страницы обзора приложения на портале прокси-сервера приложений Azure), либо щелкаю значок на myapps.microsoft.com, браузер думает на секунду или около того, а затем адресная строка меняется на внутренний URL-адрес, и, конечно же, происходит сбой с ошибкой DNS.

Действия по устранению неполадок, предпринятые на данный момент:

• Проверил журналы событий Windows для сервера, на котором запущен соединитель, ничего там, кроме некоторых информационных событий, сообщающих о том, что соединения были установлены
• Запустил анализатор сетевых сообщений MS на сервере коннектора в поисках сбоев, но он показывает успешные подключения (код HTTP 200) к login.microsoft.com
• Запустил Fiddler4 на моем компьютере (позвонил в веб-приложение), и он просто показал:
  • HTTP 200 (ОК) на login.microsoft.com
  • HTTP 302 (найдено) на внешний URL дважды
  • HTTP 407 (требуется прокси-аутентификация) на внутренний URL дважды (но это сообщает прокси моей собственной компании, а не инфраструктура клиента).
  • HTTP 502 (Хост не найден) на внутренний URL
• Поиск в Интернете всех, у кого такая же проблема, но условия поиска - лазурное, приложение, прокси, внутренний, внешний, перенаправления - вызывают страницы docs.microsoft.com, на которых рассказывается, как настроить AAP.

Мне действительно было интересно узнать о прокси-сервере моей компании в журналах, поэтому я попробовал его на своем мобильном телефоне, находясь в сети 4G (не в WiFi), и получил ту же проблему: внешний URL-адрес изменяется на внутренний URL-адрес и не работает.

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

Обновление: для перевода URL установлено значение по умолчанию Headers = Yes & Body = No. Итак, я попробовал установить оба параметра на Нет. Внешний URL-адрес теперь дает мне (но без обновления внутреннего URL-адреса):

Http Status Code: 403 Reason: Unable to process request, directory browsing is not allowed

Настройка Body = Yes дает тот же результат 403. Установка обоих на Yes дает мне мою исходную проблему.