2016-04-28 1 views
0

У меня есть такая же проблема, как описано здесь Redirect HTTP to HTTPS in Azure Application Gateway, но я пытаюсь решить ее по-другому.Использование URL Rewrite для работы с Azure Application Gateway/веб-приложение. Ограничения на http:

My back end веб-приложение прекрасно работает, когда на AAG открыты как http, так и https, однако, когда вы нажимаете на ссылку, сгенерированную webapp на другую страницу, URL-адрес, отправленный обратно клиенту, предназначен для http не https. Очевидно, правильное решение состоит в том, чтобы сделать веб-приложение осознанным, что оно находится за обратным прокси-сервером и соответственно создает ссылки. В краткосрочной перспективе, которые я пытался, и не удается, использовать модуль перезаписи URL-адрес IIS либо:

а) С помощью входящего правила, перепишем (не перенаправление) входящие URL, как HTTPS, которые должны заставить ответы чтобы содержать https-URL (перенаправление вызывает бесконечный цикл, поскольку AAG перенаправляет все на веб-серверы на задней панели в виде http). Я предполагаю, что это невозможно, потому что он по существу создает безопасный канал между собой.

b) Используя исходящее правило, перепишите ответы, чтобы URL-адреса были https вместо http. Это очень сложно, поскольку я не понимаю, какие части ответов мне нужно изменить. Я надеюсь, что этот подход возможен, хотя?

ответ

0

Для непосвященных ответ заключается в использовании пользовательских тегов в исходящем правиле, которые соответствуют элементам html, содержащим значения, которые необходимо изменить.

Недостатком является то, что это означает, что веб-сервер должен выполнить сопоставление с patter & заменить на каждую страницу, которую он обслуживает, если вы не можете использовать условия для ограничения области. Все еще очень неэффективен по сравнению с исправлением кода, поэтому он осведомлен прокси!

Смежные вопросы