<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif">ПонÑтно, проÑто изначально проблема была немного другой. <br></div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">Ð’ location /test/ не было указано никаких резолверов, и он прокÑировал на теÑтовый инÑÑ‚Ð°Ð½Ñ elk, который Ñо временем удалили, при Ñтом переÑтало работать прокÑирование и на оÑновной elk, который находитÑÑ Ð² корневом локейшене. Пользователи Ñтали получать - "504 Gateway Time-out". Ð’ error.log при Ñтом было</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">2017/12/07 03:21:01 [emerg] 16478#0: host not found in upstream "<a href="http://search-testing.us-west-1.es.amazonaws.com">search-testing.us-west-1.es.amazonaws.com</a>" in /etc/nginx/conf.d/elk.conf:46<br></div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif"></div><div class="gmail_default" style="font-family:verdana,sans-serif">Ðто тоже нормальное поведение, что еÑли в любом из локейшенов в пределах одного Ñервера, переÑтает резолвитьÑÑ Ð°Ð¿Ñтрим, то переÑтает работать веÑÑŒ Ñервер? Я пробовал воÑпроизвеÑти проблему, но не получилоÑÑŒ. ЕдинÑтвенное отличие Ñто то, что в первом Ñлучае, когда Ñтал не доÑтупен корневой апÑтрим, Ñ Ð¼Ð¾Ð¼ÐµÐ½Ñ‚Ð° запуÑка nginx до момента Ð²Ð¾Ð·Ð½Ð¸ÐºÐ½Ð¾Ð²ÐµÐ½Ð¸Ñ Ð¿Ñ€Ð¾Ð±Ð»ÐµÐ¼Ñ‹ прошел меÑÑц. Такое ощущение, что ÑброÑилиÑÑŒ какие то кеши.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-12-07 14:45 GMT+02:00 Maxim Dounin <span dir="ltr"><<a href="mailto:mdounin@mdounin.ru" target="_blank">mdounin@mdounin.ru</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
<span class=""><br>
On Thu, Dec 07, 2017 at 02:31:54PM +0200, Alex Domoradov wrote:<br>
<br>
> Привет вÑем, ÑтолкнулÑÑ Ñ Ð½ÐµÐ¿Ð¾Ð½Ñтным поведением<br>
<br>
</span>[...]<br>
<span class=""><br>
> Ñ Ñтой чаÑтью никаких проблем нет, она работает как и проложено. Ðо в Ñтом<br>
> же Ñервере еÑть один теÑтовый локейшен<br>
><br>
>Â Â location /test/ {<br>
>Â Â Â Â Â resolver 172.23.16.2 valid=10s;<br>
>Â Â Â Â Â resolver_timeout 10s;<br>
>Â Â Â Â Â proxy_pass <a href="http://fake-upstream.example.com/" rel="noreferrer" target="_blank">http://fake-upstream.example.<wbr>com/</a>;<br>
<br>
</span>[...]<br>
<span class=""><br>
> Создаю временную запиÑÑŒ <a href="http://fake-upstream.example.com" rel="noreferrer" target="_blank">fake-upstream.example.com</a> Ñ ttl 60s и указываю на<br>
> Ñвой домен <a href="http://sys-adm.org.ua" rel="noreferrer" target="_blank">sys-adm.org.ua</a>. Ð’Ñе работает, потом удалÑÑŽ запиÑÑŒ, проверÑÑŽ что<br>
> на Ñервере Ñ nginx она тоже не видитÑÑ<br>
><br>
> # host <a href="http://fake-upstream.example.com" rel="noreferrer" target="_blank">fake-upstream.example.com</a> 172.23.16.2<br>
> Using domain server:<br>
> Name: 172.23.16.2<br>
> Address: 172.23.16.2#53<br>
> Aliases:<br>
><br>
> Host <a href="http://fake-upstream.example.com" rel="noreferrer" target="_blank">fake-upstream.example.com</a> not found: 3(NXDOMAIN)<br>
><br>
> но при Ñтом nginx вÑе так же прокÑирует запроÑÑ‹, которые попадают в Ñтот<br>
> location. Ðто так и задумано?<br>
<br>
</span>Да. Имена, Ñвно напиÑанные в конфиге, резолвÑÑ‚ÑÑ Ð½Ð° Ñтапе чтениÑ<br>
конфигурации. ЕÑли они изменилиÑÑŒ и надо обновить конфигурацию -<br>
Ñледует Ñказать nginx'у, чтобы он перезагрузил конфигурацию, Ñм.<br>
<a href="http://nginx.org/ru/docs/control.html#reconfiguration" rel="noreferrer" target="_blank">http://nginx.org/ru/docs/<wbr>control.html#reconfiguration</a>.<br>
<br>
ИÑÐºÐ»ÑŽÑ‡ÐµÐ½Ð¸Ñ - "server ... resolve" в nginx-plus<br>
(<a href="http://nginx.org/ru/docs/http/ngx_http_upstream_module.html#resolve" rel="noreferrer" target="_blank">http://nginx.org/ru/docs/<wbr>http/ngx_http_upstream_module.<wbr>html#resolve</a>)<br>
и Ñлучаи, когда в proxy_pass иÑпользуютÑÑ Ð¿ÐµÑ€ÐµÐ¼ÐµÐ½Ð½Ñ‹Ðµ, и<br>
ÑоответÑтвенно имена не извеÑтны в момент парÑинга конфигурации.<br>
Ð’ Ñтих ÑлучаÑÑ… будет иÑпользован resolver.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Maxim Dounin<br>
<a href="http://mdounin.ru/" rel="noreferrer" target="_blank">http://mdounin.ru/</a><br>
______________________________<wbr>_________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" rel="noreferrer" target="_blank">http://mailman.nginx.org/<wbr>mailman/listinfo/nginx-ru</a></font></span></blockquote></div><br></div>