Эта директива эквивалентна, ProxyPass но использует регулярные выражения вместо простого сопоставления префиксов. Предоставленное регулярное выражение сопоставляется с url , и если оно совпадает, сервер заменяет любые совпадения в скобках на заданную строку и использует ее как новый url .

Предположим, что локальный сервер имеет адрес http://example.com/ ; затем

ProxyPassMatch "^/(.*\.gif)$" "http://backend.example.com/$1"

приведет к http://example.com/foo/bar.gif внутреннему преобразованию локального запроса в прокси-запрос к http://backend.example.com/foo/bar.gif .

Примечание

Аргумент URL-адреса должен обрабатываться как URL-адрес до замен регулярных выражений (а также после). Это ограничивает спички, которые вы можете использовать. Например, если бы мы использовали

ProxyPassMatch "^(/.*\.gif)$" "http://backend.example.com:8000$1"

в нашем предыдущем примере это приведет к синтаксической ошибке при запуске сервера. Это ошибка (PR 46665 в багзилле ASF), и обходным путем является переформулировка соответствия:

ProxyPassMatch "^/(.*\.gif)$" "http://backend.example.com:8000/$1"

Директива ! полезна в ситуациях, когда вы не хотите использовать обратный прокси для подкаталога.

При использовании внутри <LocationMatch> раздела первый аргумент опускается, а регулярное выражение получается из файла <LocationMatch> .

Если вам требуется более гибкая конфигурация обратного прокси-сервера, см. RewriteRule директиву с [P] флагом.

Замена по умолчанию

Если параметр URL не использует никаких обратных ссылок в регулярном выражении, исходный URL будет добавлен к параметру URL.

Предупреждение безопасности

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