судя по кускам конфига это вы сами добавили

/etc/nginx/frontends.d/http

Ну и соответственно надо было это где-то добавить в конфиге. Скорее всего
подхватывается какой-то неправильный параметр из других кусков.

уберите вот это /etc/nginx/frontends.d/ - не нужно добавлять лишних
инклудов, хватает стандартного /etc/nginx/conf.d/

Старайтесь дефолтные конфиги без крайней надобности не трогать, просто в
/etc/nginx/conf.d/ добавляете конфиг, название лучше ничинать с 0 - он
тогда первым загрузится и прочитается, например
0-gzip.conf

gzip on;
gzip_min_length 1024;
gzip_comp_level 1;
gzip_proxied any;
gzip_types text/plain text/xml text/css application/x-javascript
text/javascript application/json;
gzip_buffers 4 64k;


31 июля 2016 г., 10:51 пользователь Vadim A. Misbakh-Soloviov <
nginx@mva.name> написал:

> Всем привет!
>
> Хотелось бы спросить у разработчиков, нашёл ли я баг, или это поведение
> Just
> as planned.
>
> Итак, дано:
>
> 1) Кусок конфига, который участвует в драме:
> ```
> 110 proxy_cache_path /var/lib/nginx/tmp/proxy levels=1:2
> keys_zone=proxy_cache:128m;
> 111 }
> ```
> Номера строк указаны для понимания на что ругается проверка синтаксиса.
>
> 2) Если блоков `server{}` внутри `http{}` конфиге нету, то проверка
> синтаксиса
> конфига проходит нормально не смотря на ровно тот же контент строки
> конфига с
> `proxy_cache_path`.
> Если же блоки server есть, то наблюдается вот что:
>
> ```
> $ nginx -t
> nginx: [emerg] the same path name "/var/lib/nginx/tmp/proxy" used in /etc/
> nginx/frontends.d/http:110 and in /etc/nginx/frontends.d/http:111
> nginx: configuration file /etc/nginx/nginx.conf test failed
> ```
>
> 3) При этом, не важно, где находится `proxy_cache_path`: до инклуда
> вхостов с
> `server{}` или после. В качстве второго места с дублированием пути синтакс-
> чекер всегда указывает строку, закрывающую блок `http{}`.
>
> 4) если в `proxy_cache_path` указать путь со слешем на конце - всё
> становится
> нормально. Но, например, в документации он без слеша.
>
>
>
> В общем, хотелось бы спросить, баг ли это и как быть :)
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru