Правила маршрутизации запросов для Шлюза приложений

  • Статья

При создании шлюза приложений с помощью портала Azure создается правило по умолчанию (rule1). Это правило привязывает прослушиватель по умолчанию (appGatewayHttpListener) с серверным пулом по умолчанию (appGatewayBackendPool) и параметрами HTTP серверной части по умолчанию (appGatewayBackendHttp Параметры). После создания шлюза можно изменить параметры правила по умолчанию или создать новые правила.

Тип правила

При создании правила необходимо выбрать его тип (базовый или на основе пути).

  • Выберите базовый вариант, если вы хотите перенаправлять все запросы на связанный прослушиватель (например, blog.contoso.com/*) в один внутренний пул.
  • Выберите путь на основе пути, если вы хотите маршрутизировать запросы из определенных ПУТЕЙ URL-адресов в определенные серверные пулы. Шаблон пути применяется только к пути URL-адреса, а не к его параметрам запроса.

Порядок обработки правил

Для номеров SKU версии 1 и 2 сопоставления шаблонов входящих запросов обрабатывается в том порядке, в котором пути указаны на карте URL-путей правила на основе пути. Если запрос соответствует шаблону в двух или более путях на карте путей, сначала сопоставляется путь, указанный первым. Запрос, соответственно, перенаправляется на серверную часть, связанную с этим путем.

Если у вас несколько прослушивателей, это еще более важно, чтобы правила обрабатывались в правильном порядке, чтобы клиентский трафик был получен правильным прослушивателем. Дополнительные сведения о порядке оценки правил см. в порядке оценки правил маршрутизации запросов.

Связанный прослушиватель

Свяжите прослушиватель с правилом, чтобы правило маршрутизации запросов, связанное с прослушивателем, вычислялось, чтобы определить серверный пул для маршрутизации запроса.

Связанный серверный пул

Свяжите правило с серверным пулом, который содержит целевые объекты серверной части, обслуживающие запросы, получаемые прослушивателем.

  • Для базового правила допускается только один внутренний пул. Все запросы связанного прослушивателя перенаправляются в этот внутренний пул.

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

Связанный параметр HTTP серверной части

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

Для базового правила разрешен только один параметр HTTP серверной части. Все запросы связанного прослушивателя перенаправляются в соответствующие целевые объекты серверной части с помощью этого параметра HTTP.

Для правила на основе пути добавьте несколько параметров HTTP серверной части, соответствующих каждому URL-пути. Запросы, соответствующие URL-пути в этом параметре, перенаправляются в соответствующие целевые объекты серверной части с помощью параметров HTTP, соответствующих каждому URL-пути. Кроме того, добавьте параметр HTTP по умолчанию. Запросы, которые не соответствуют ни одному URL-пути в этом правиле, перенаправляются в внутренний пул по умолчанию с помощью параметра HTTP по умолчанию.

Параметр перенаправления

Если для базового правила настроено перенаправление, все запросы к связанному прослушивателю перенаправляются на целевой объект. Это глобальное перенаправление. Если перенаправление настроено для правила на основе пути, перенаправляются только запросы в определенной области сайта. Примером является область корзины для покупок, которая обозначается /cart/*. Это перенаправление на основе пути.

Дополнительные сведения о перенаправлении см. в статье Общие сведения о перенаправлении для Шлюза приложений.

Тип перенаправления

Выберите нужный тип перенаправления: Постоянное (301), Временное (307), Найденное (302) или Поиск других (303).

Целевой объект перенаправления

Выберите другой прослушиватель или внешний сайт в качестве целевого объекта перенаправления.

Средство прослушивания

Выберите прослушиватель в качестве целевого объекта для перенаправления трафика от одного прослушивателя к другому на шлюзе. Этот параметр необходим, если требуется включить перенаправление с HTTP на HTTPS. Он обеспечивает перенаправление трафика от исходного прослушивателя, который проверяет наличие входящих HTTP-запросов, на прослушиватель назначения, который проверяет наличие входящих запросов HTTPS. Можно также включить строку запроса и путь из исходного запроса в запрос, перенаправляемый целевому объекту перенаправления.

Application Gateway components dialog box

Дополнительные сведения о перенаправлении с HTTP на HTTPS см. в следующих статьях:

Внешний сайт

Выберите внешний сайт, если требуется перенаправить трафик прослушивателя, связанного с этим правилом, на внешний сайт. Можно включить строку запроса из исходного запроса в запрос, перенаправляемый целевому объекту перенаправления. Переадресация пути к внешнему сайту, который был в исходном запросе, невозможна.

Дополнительные сведения о перенаправлении см. в этих статьях:

Перезапись заголовков HTTP и URL-адреса

С помощью правил перезаписи можно добавлять, удалять или обновлять заголовки запросов и ответов HTTP и HTTPS, а также URL-пути и параметры строки запроса, так как пакеты запросов и ответов перемещаются между клиентом и серверными пулами через шлюз приложений.

Для заголовков и параметров URL-адреса можно задать статические значения или другие заголовки и серверные переменные. Это позволяет извлекать IP-адреса клиентов, удалять конфиденциальные сведения о серверной части, укреплять защиту и т. д. Дополнительные сведения см. в разделе:

Следующие шаги