В том то и дело, что никто ни reload ни restart не делал. nginx работал с
7го ноября без каких либо вмешательств. И перестал сегодня утром. Попробую
уточнить, когда был удален апстрим в локейшене test
2017-12-07 15:33 GMT+02:00 Maxim Dounin :
> Hello!
>
> On Thu, Dec 07, 2017 at 03:01:56PM +0200,
Hello!
On Thu, Dec 07, 2017 at 03:01:56PM +0200, Alex Domoradov wrote:
> Понятно, просто изначально проблема была немного другой.
>
> В location /test/ не было указано никаких резолверов, и он проксировал на
> тестовый инстанс elk, который со временем удалили, при этом перестало
> работать прокс
Добрый день,
Ситуация следующая:
1) В error логе куча ошибок вида:
2017/12/07 13:19:32 [error] 44862#0: *11393098096 upstream prematurely closed
connection while reading response header from upstream, client: 192.168.42.32,
server: xxx, request: "POST xxx HTTP/1.1", upstream: “", host: “xx
Понятно, просто изначально проблема была немного другой.
В location /test/ не было указано никаких резолверов, и он проксировал на
тестовый инстанс elk, который со временем удалили, при этом перестало
работать проксирование и на основной elk, который находится в корневом
локейшене. Пользователи ст
Hello!
On Thu, Dec 07, 2017 at 02:38:35PM +0200, Андрей Василишин wrote:
>
> > Для начала - посмотреть внимательно на то, что написано в
> > proxy_pass.
> >
>
> Спасибо, Максим!
>
> proxy_pass http://backend$request_uri;
Что и объясняет наблюдаемое поведение.
> Странно что там не
> proxy_pas
Hello!
On Thu, Dec 07, 2017 at 02:31:54PM +0200, Alex Domoradov wrote:
> Привет всем, столкнулся с непонятным поведением
[...]
> с этой частью никаких проблем нет, она работает как и проложено. Но в этом
> же сервере есть один тестовый локейшен
>
>location /test/ {
> resolver 172.2
Для начала - посмотреть внимательно на то, что написано в
proxy_pass.
Спасибо, Максим!
proxy_pass http://backend$request_uri;
Странно что там не
proxy_pass http://backend$uri;
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/m
Hello!
On Thu, Dec 07, 2017 at 11:02:45AM +0200, Андрей Василишин wrote:
>
> Всем привет!
> Есть такой локейшн
>
>
> location = /robots.txt {
> rewrite ^(.*)$ /robots.php last;
> }
>
> в котором прописан рерайт robots.txt -> robots.php, все срабатывает
>
Привет всем, столкнулся с непонятным поведением
# nginx -v
nginx version: nginx/1.12.1
# nginx -V
nginx version: nginx/1.12.1
built by gcc 4.8.5 20150623 (Red Hat 4.8.5-11) (GCC)
built with OpenSSL 1.0.2k-fips 26 Jan 2017
TLS SNI support enabled
configure arguments: --prefix=/usr/share/nginx
Всем привет!
Есть такой локейшн
location = /robots.txt {
rewrite ^(.*)$ /robots.php last;
}
в котором прописан рерайт robots.txt -> robots.php, все срабатывает
корректно, после рерайта запрос идет в location ~ \.php$ где запрос
проксируется на бэкенд и почем
10 matches
Mail list logo
