Общие сведения о перенаправлении для шлюза приложений
С помощью Шлюза приложений вы можете перенаправлять трафик. В этой службе реализован универсальный механизм перенаправления, который позволяет перенаправлять трафик, поступающий на один прослушиватель, на другой прослушиватель или на внешний сайт. Это упрощает настройку приложения, оптимизирует использование ресурсов и обеспечивает поддержку новых сценариев перенаправления, включая перенаправление на основе пути и глобальное перенаправление.
Обычный сценарий перенаправления для многих веб-приложений — поддержка автоматического перенаправления с HTTP на HTTPS, чтобы весь обмен данными между приложением и его пользователями осуществлялся по зашифрованному каналу. В прошлом клиенты использовали такие методы, как создание выделенного внутреннего пула, единственным назначением которого было перенаправление запросов, получаемых по HTTP, на HTTPS. Благодаря поддержке перенаправления в Шлюзе приложений вам для этого достаточно лишь добавить новую конфигурацию перенаправления в правило маршрутизации и указать другой прослушиватель с протоколом HTTPS в качестве целевого прослушивателя.
Типы перенаправления
Тип перенаправления задает код состояния ответа, чтобы клиенты получили данные о назначении перенаправления. Поддерживаются следующие типы перенаправления:
- 301 (окончательно перемещено). Указывает, что целевому ресурсу был назначен новый постоянный URI. Для всех последующих ссылок на этот ресурс будет использоваться один из заключенных в него URI. Используйте код состояния 301 для перенаправления с HTTP на HTTPS.
- 302 (найдено). Указывает, что целевой ресурс временно находится под другим URI. Так как перенаправление может измениться в некоторых случаях, клиент должен продолжать использовать действующий URI запроса для будущих запросов.
- 303 (см. другие): указывает, что целевой ресурс перенаправляет агент пользователя на другой ресурс, как указано URI в поле заголовка location.
- 307 (временное перенаправление). Указывает, что целевой ресурс временно находится под другим URI. Агент пользователя не должен изменять метод запроса, если он выполняет автоматическое перенаправление на этот URI. Так как перенаправление может измениться со временем, клиент должен продолжать использовать исходный действующий URI запроса для будущих запросов.
Возможности перенаправления
Перенаправление прослушивателя
Перенаправляется из одного прослушивателя на другой прослушиватель. Перенаправление прослушивателя обычно используется для включения перенаправления HTTP в HTTPS.
При настройке перенаправлений с помощью прослушивателя с несколькими сайтами необходимо, чтобы все имена узлов (с дикими или без диких символов карта) были определены как часть прослушивателя источника также являются частью целевого прослушивателя. Это гарантирует, что трафик не удаляется из-за отсутствия имен узлов на целевом прослушивателе при настройке перенаправления HTTP на HTTPS.
Перенаправление на основе пути
Этот тип перенаправления включает перенаправление только в определенной области сайта, например перенаправление HTTP-запросов на HTTPS для области корзины покупок, обозначаемой /cart/*.
Перенаправление на внешний сайт
Благодаря этому изменению клиентам потребуется создать новый объект конфигурации перенаправления, который задает целевой прослушиватель или внешний сайт, на которые требуется организовать перенаправление. Элемент конфигурации также поддерживает параметры, позволяющие разрешить добавление пути URI и строки запроса к URL-адресу перенаправления. Вы можете также выбрать тип перенаправления. После создания эта конфигурация перенаправления присоединяется к исходному прослушивателю посредством нового правила. При использовании базового правила конфигурация перенаправления связывается с исходным прослушивателем и является глобальным перенаправлением. При использовании правила на основе пути конфигурация перенаправления определяется в сопоставлении URL-пути. Поэтому она применяется только к области конкретного пути на сайте.