NGINX: почему одна и та же конфигурация работает по разному?

Question

[ironheaddd]

Доброго дня.
Вопрос такой: есть 2 сервера, один прод, другой дев.
есть конфигурация для

прода

location ~* ^/(api|content)/ {
		proxy_set_header       X-Host             $http_host;
		proxy_set_header       X-Forwarded-Host   $http_host;
		proxy_set_header       X-Scheme           $scheme;
		proxy_set_header       X-Forwarded-Proto  $scheme;
		proxy_set_header       X-Real-IP          $remote_addr;
		proxy_set_header       X-Forwarded-For    $proxy_add_x_forwarded_for;
		proxy_set_header       X-Port             $server_port;
		proxy_set_header       X-Forwarded-Port   $server_port;
		set $app_proxy_target  https://back.domain.com;
		proxy_pass             $app_proxy_target;
		proxy_ssl_server_name  on;
		proxy_read_timeout     90;
	}

и, соответственно, для

дева

location ~* ^/(api|content)/ {
		proxy_set_header       X-Host             $http_host;
		proxy_set_header       X-Forwarded-Host   $http_host;
		proxy_set_header       X-Scheme           $scheme;
		proxy_set_header       X-Forwarded-Proto  $scheme;
		proxy_set_header       X-Real-IP          $remote_addr;
		proxy_set_header       X-Forwarded-For    $proxy_add_x_forwarded_for;
		proxy_set_header       X-Port             $server_port;
		proxy_set_header       X-Forwarded-Port   $server_port;
#		set $app_proxy_target  https://back.domain.com;
		proxy_pass             https://back.domain.com;
		proxy_ssl_server_name  on;
		proxy_read_timeout     90;
	}

Если присмотреться, то для прода установлена переменная $app_proxy_target, но при использовании этой переменной для дев-окружения от сервера back.domain.com получаем 502, в связи с чем я ее закомментировал и прописал напрямую проксирование.
Почему так происходит?

Comments

[Wexter]

Почему так происходит?

Потому что кто-то не смог заглянуть в логи и прочитать что там написано

[ironheaddd]

Wexter, там написано 502

[dodo512]

proxy_pass $app_proxy_target;
ironheaddd, nginx.org/ru/docs/http/ngx_http_proxy_module.html#...

В значении параметра можно использовать переменные. В этом случае, если адрес указан в виде доменного имени, имя ищется среди описанных групп серверов и если не найдено, то определяется с помощью resolver’а.

[Wexter]

ironheaddd, прям вот 502 и больше ничего?

[ironheaddd]

dodo512, т.е. если резолвер не указан в конфиге то будет такая ошибка? даже если с хоста резолвится?

[ironheaddd]

Wexter, нет, что вы. там есть вся информация, просто я невнимательно смотрел.

[dodo512]

ironheaddd, да, всё именно так.

[Wexter]

ironheaddd, ну так может стоит всё-таки обратить внимание на то что там написано

[ironheaddd]

dodo512, интересное поведение, спасибо)

[Александр Карабанов]

нет, что вы. там есть вся информация, просто я невнимательно смотрел.

Ты смотрел в access.log, а надо было смотреть в error.log там бы ты увидел что имя не резолвиться.

Answer 1

[servicebro]

скорей всего проблема в dns
NGINX RESOLVER
Если не хотите возиться с днс, то пропишите вместо домена IP адрес и установите доп заголовок для прокси

proxy_set_header Host back.domain.com;
proxy_pass https://12.34.56.78;

Comments

[ironheaddd]

проблема непосредственно при наличии переменной, без нее все норм. Было интересно почему так происходит, спасибо за ответ

[servicebro]

ironheaddd, скорей всего именно в днс проблема, я не помню смотрит ли nginx в /etc/hosts при обработке переменных внутри proxy_pass, но если что можете для теста временно использовать netcat в качестве "днс сервера"

[ironheaddd]

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

Answer 2

[AUser0]

А что если попробовать telnet back.domain.com 443? Есть определение IP, есть коннект на него?