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