Настройка обратного прокси-сервера IIS для сохранения заголовков хоста

Question 1

У меня есть сервер IIS, на котором размещено несколько сайтов и API. Эти сайты включают экземпляры Confluence и Jira. Эти продукты фактически запускают свои собственные веб-серверы, поэтому модули Application Request Routing и Url Rewrite используются для реверс-проксирования входящих запросов к documents.example.com и jira.example.com на localhost:8080 и localhost:8090 — где запущены экземпляры Confluence и Jira.

Теперь я пытаюсь настроить реверс-прокси для небольшого API сервера простого хранения (s3) (minio), который размещен на localhost:9000, но протокол s3 требует, чтобы заголовок хоста был частью его кодов аутентификации сообщений.

Однако, когда Application Request Routing перенаправляет запрос согласно правилу URL Rewrite, он также переписывает заголовок хоста, чтобы он отражал новый заголовок назначения.

Это можно отключить, установив system.webServer.proxy:preserveHostHeaders, но только в ApplicationHost.config, так как ARR работает на уровне сервера, а не сайта.

Итак, теперь у меня дилемма:

Если я установлю эту настройку, то REST API, которые используют заголовок хоста в своих MAC, сможет работать, но Confluence и Jira, как ожидается, в их поддерживаемой конфигурации реверс-прокси нуждаются в переписанных заголовках хоста.

Для справки, это включает сохранение заголовков хоста

%windir%\system32\inetsrv\appcmd.exe set config -section:system.webServer/proxy -preserveHostHeader:true /commit:apphost

Question 2

Я борюсь с той же проблемой. У меня есть решение, которое мне не нравится (и я уверен, вам оно тоже не понравится), но оно работает.

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

Question 3

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

Но, как указано в этом ответе, можно сделать наоборот — активировать preserveHostHeaders, а затем переписать заголовок хоста, но только для проксированных сайтов, которые требуют оставлять свой фактический хост. Но это не делается через исходящее правило.

Это выполняется через переписывание переменной сервера в правиле реверс-прокси, как показано в этом ответе на StackOverflow по другому вопросу на эту тему.

Таким образом, реверс-прокси для сайта, который не требует сохранения оригинального хоста, должен быть настроен следующим образом:

<rule name="rewrite-without-preserved-host" stopProcessing="true">
  <match url="^(.*)" />
  <action type="Rewrite" url="http://some.example.com/{R:1}" />
  <serverVariables>
    <set name="HTTP_HOST" value="some.example.com" />
  </serverVariables>
</rule>

(Не забудьте разрешить установку HTTP_HOST в разрешенной переменной сервера в конфигурации URL Rewrite.)

Реверс-прокси, которым нужно сохранять хост, не должны пытаться устанавливать переменную HTTP_HOST и должны оставить это ARR через его настройку preserveHostHeaders, включенную.

<rule name="rewrite-with-preserved-host" stopProcessing="true">
  <match url="^(.*)" />
  <action type="Rewrite" url="http://other.example.com/{R:1}" />
</rule>

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

Настройка обратного прокси-сервера IIS для сохранения заголовков хоста

Вопрос или проблема

Ответ или решение

Теоретическая база

Пример решения

Применение и рекомендации