Бөлісу құралы:


Переопределение URL-адресов

Azure Front Door обеспечивает поддержку перезаписи URL-адресов, что позволяет изменить путь запроса, который направляется в источник. Эта мощная функция позволяет определить условия, определяющие, когда нужно перезаписать URL-адрес или указанные заголовки. Эти условия основаны на информации, присутствующих в запросе и ответе.

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

Снимок экрана: действие перезаписи URL-адресов в конфигурации набора правил.

Исходный шаблон

Исходный шаблон представляет путь URL-адреса в исходном запросе, который вы хотите заменить. В настоящее время исходный шаблон использует подход сопоставления на основе префикса. Чтобы сопоставить все пути URL-адреса, можно указать косую черту (/) в качестве значения для исходного шаблона.

В контексте действия перезаписи URL-адреса следует учитывать только путь после сопоставления шаблонов в конфигурации маршрута для исходного шаблона. Например, набор правил учитывается только /source-pattern в качестве исходного шаблона для перезаписи, если у вас есть входящий формат contoso.com/pattern-to-match/source-patternURL-адреса. После применения перезаписи URL-адреса будет contoso.com/pattern-to-match/destinationформат исходящего URL-адреса.

В случаях, когда необходимо удалить /pattern-to-match сегмент URL-адреса, можно задать путь к источнику для группы источников в конфигурации /маршрута.

Назначение

Путь назначения представляет путь, заменяющий исходный шаблон. Например, если путь URL-адреса запроса имеет значение contoso.com/foo/1.jpg, а исходный шаблон — /foo/указать место назначения в качестве /bar/ результатов обработки содержимого из contoso.com/bar/1.jpg источника.

Сохранение несоответствующего пути

Сохранить несовпадный путь позволяет управлять тем, как оставшийся путь после обработки исходного шаблона. Задав для параметра " Да", оставшийся путь добавляется к новому пути. С другой стороны, при установке значения "Нет" (по умолчанию) будет удален оставшийся путь после исходного шаблона.

Ниже приведен пример отображения поведения сохранения несовпадного пути:

Сохранение несоответствующего пути Исходный шаблон Назначение Входящий запрос Содержимое, обслуживаемого из источника
Да / /foo/ contoso.com/sub/1.jpg /foo/sub/1.jpg
Да /суб/ /foo/ contoso.com/sub/image/1.jpg /foo/image/1.jpg
No /суб/ /foo/2.jpg contoso.com/sub/image/1.jpg /foo/2.jpg

Внимание

Azure Front Door (классическая версия) будет прекращена 31 марта 2027 г. Чтобы избежать нарушений работы служб, важно перенести профили Azure Front Door (классический) на уровень Azure Front Door standard или Premium к марту 2027 года. Дополнительные сведения см. в статье azure Front Door (классическая версия) для выхода на пенсию.

Azure Front Door (классическая версия) обеспечивает поддержку перезаписи URL-адресов, настроив путь настраиваемой пересылки при настройке правила типа маршрутизации пересылки. По умолчанию, если определена только косая черта вперед (/*), Front Door реплицирует путь к входящего URL-адреса в переадресованном запросе. Заголовок узла, используемый в переадресованном запросе, основан на конфигурации выбранной серверной части. Дополнительные сведения см. в документации по заголовку узла серверной части.

Ключевым аспектом перезаписи URL-адреса является возможность копирования любой соответствующей части входящего пути в переадресованный путь при использовании пользовательского пути пересылки с подстановочным знаком. В следующей таблице показан пример входящего запроса и соответствующий переадресованный путь при использовании пользовательского пути /fwd/пересылки. Раздел, обозначающийся как a/b/c , представляет часть, которая заменяет совпадение с подстановочными знаками.

Путь к входящего URL-адреса Путь сопоставления Пользовательский путь переадресации Переадресованный путь
/foo/a/b/c /foo/* /fwd/ /fwd/a/b/c

Пример переопределения URL-адреса

Рассмотрим правило маршрутизации со следующим сочетанием интерфейсных узлов и путей:

Узлы Пути
www.contoso.com /*
/foo
/foo/*
/foo/bar/*

В следующей таблице показаны примеры входящих запросов и соответствующие наиболее конкретные маршруты сопоставления. Он также содержит примеры пользовательских путей пересылки и результирующий переадресованный путь.

Например, рассмотрим вторую строку таблицы. Если входящий запрос имеет www.contoso.com/subзначение , а пользовательский путь пересылки имеет /значение, то будет переадресованный путь /sub. Однако если для настраиваемого пути пересылки задано /fwd/значение, то будет переадресованный путь /fwd/sub. Выделенные части путей указывают части, которые являются частью подстановочного знака.

Входящий запрос Путь с наиболее конкретным соответствием / /fwd/ /foo/ /foo/bar/
www.contoso.com/ /* / /fwd/ /foo/ /foo/bar/
www.contoso.com/sub /* /sub /fwd/sub /foo/sub /foo/bar/sub
www.contoso.com/a/b/c /* /a/b/c /fwd/a/b/c /foo/a/b/c /foo/bar/a/b/c
www.contoso.com/foo /foo / /fwd/ /foo/ /foo/bar/
www.contoso.com/foo/ /foo/* / /fwd/ /foo/ /foo/bar/
www.contoso.com/foo/bar /foo/* /bar /fwd/bar /foo/bar /foo/bar/bar

Примечание.

Azure Front Door (классическая версия) поддерживает только перезапись URL-адресов из статического пути на другой статический путь. Сохранение несоответствуемого пути поддерживается в Azure Front Door Уровня "Стандартный" и "Премиум". Дополнительные сведения см. в разделе Сохранение несоответствующего пути.

Необязательные параметры

Конфигурация кэша— если она отключена или не указана, запросы, соответствующие этому правилу маршрутизации, не пытаются использовать кэшированное содержимое и вместо этого всегда извлекается из серверной части. Дополнительные сведения см . в разделе кэширования с помощью Azure Front Door.

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