Apache за обратным прокси-сервером nginx, установка правильного заголовка Host

Я запускаю свое приложение с помощью Apache в контейнере Docker. У меня есть nginx, действующий как обратный прокси-сервер, работающий в другом контейнере Docker, в котором Apache является восходящим потоком. я использую proxy_pass директива для этого.

Apache работает в URL https://example-8gnm1aqrns-lz.a.run.app Nginx работает в URL http://example.com

Все это работает в Google Cloud Run, и проблема в том, что Google Cloud Run назначает каждой службе URL-адрес и использует Хозяин заголовок, чтобы различать приложения, поэтому я вынужден отправить заголовок Хост: example-8gnm1aqrns-lz.a.run.app при подключении к восходящему потоку с использованием nginx, чтобы запрос маршрутизировался правильно.

Это вызывает проблему с моим приложением, потому что оно думает, что работает в URL-адресе https://example-8gnm1aqrns-lz.a.run.app и нет http://example.com.

Можно ли использовать некоторую конфигурацию Apache .htaccess для перезаписи Хозяин заголовок на основе X-переадресованный хост отправлено nginx?

Вместо того, чтобы Apache выполнял эту работу, пусть NGINX сделает это еще до того, как он передаст данные Apache, установив заголовок Host, который Apache ожидает как часть передачи proxy_pass с дополнительной опцией конфигурации.

NGINX имеет следующую переменную для proxy_set_header, чтобы увеличить то, что передается прокси-серверу в бэкэнде. Итак, у вас будет что-то вроде этого:

...

место расположения / {
    прокси_пасс http://10.20.30.40;
    proxy_set_header Хост example.com;
}
...

в вашей конфигурации NGINX для обратного прокси. Тогда Apache не будет заботиться о X-Forwarded-Host, потому что вместо этого вы установите заголовок Host, который Apache должен отдавайте приоритет обслуживанию.

Этот должен Исправить ситуацию - таким образом я использую несколько систем NGINX, когда домен, доступный браузеру, отличается от отвечающего хоста бэкэнда - и до сих пор он работает с бэкэндами Django, бэкэндами PHP, Apache и даже с HTTP-сервером Python, который я использую для тестирования вещей . И мое понимание Apache заключается в том, что он будет отдавать приоритет заголовку Host над X-Forwarded-Host.

Я решил эту проблему, определив новую переменную среды с именем APP_HOST в панели управления Google Cloud Run и установив для него значение пример.com.

Затем я добавил следующую конфигурацию в .htaccess файл в корне документа:

<IfModule mod_env.c>
    PassEnv APP_HOST
</IfModule>

<IfModule mod_headers.c>
    RequestHeader set Host %{APP_HOST}e env=APP_HOST
</IfModule>

Это позволило мне переопределить Хозяин заголовок из пример-8gnm1aqrns-lz.a.run.app к пример.com на основе переменной окружения APP_HOST.

Я мог бы, конечно, жестко закодировать имя хоста, но я думаю, что использование переменной среды дает вам больше гибкости, если вы хотите использовать то же самое. .htaccess файл в разных контекстах, например на промежуточном сервере.

Редактировать

Вот как вы можете решить это, используя X-переадресованный хост, например, если вы запускаете виртуальные хосты и вам нужно, чтобы сайт был доступен из нескольких доменов

<IfModule mod_setenvif.c>
    SetEnvIf X-Forwarded-Host (.*) REAL_HOST_HEADER=$1
    <IfModule mod_headers.c>
        RequestHeader set Host "%{REAL_HOST_HEADER}e"
    </IfModule>
</IfModule>

Это захватит заголовок из X-переадресованный хост и установите Хозяин заголовок на основе значения.