From nginx-forum at nginx.us Thu Nov 1 05:51:54 2012 From: nginx-forum at nginx.us (wilful) Date: Thu, 01 Nov 2012 01:51:54 -0400 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10L3QvtGBINGB0LrQvtC80L/QuNC70LjRgNC+0LLQsNC90L0=?= =?UTF-8?B?0L7Qs9C+IG5naW54INC90LAg0LTRgNGD0LPQvtC5INC60L7QvNC/?= In-Reply-To: References: Message-ID: <48f74217d625c70ee557f6d50aa4b7e5.NginxMailingListRussian@forum.nginx.org> MaxNikitin Wrote: ------------------------------------------------------- > Здравствуйте. Скомпилировал на одном компьютере nginx с нужными мне > настройками. Как мне перенести эту сборку на другой компьютер? > Достаточно просто скопировать папку с исходниками после make и сделать > на другом компьютере make install? Или нужно компилировать на новом > компьютере заново? Лучший вариант -- собрать пакет (deb, rpm, etc...), после чего установить на нужном сервере. make install - инструмент разработчика. В debiam-based так-же можно использовать инструмент checkinstall, в RedHat семействе лучше скачать src.rpm и собрать с помощью набора утилит rpmbuild. http://itmages.ru/image/view/741671/5295e2dc Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232349,232442#msg-232442 From nginx-forum at nginx.us Fri Nov 2 05:24:02 2012 From: nginx-forum at nginx.us (MKG) Date: Fri, 02 Nov 2012 01:24:02 -0400 Subject: =?UTF-8?B?UmU6INCd0LDRgdGC0YDQvtC50LrQsCBtYWlsLXByb3h5?= In-Reply-To: <20121024154849.GF40452@mdounin.ru> References: <20121024154849.GF40452@mdounin.ru> Message-ID: Спасибо! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,231945,232449#msg-232449 From a.vasilishin at kpi.ua Fri Nov 2 13:12:25 2012 From: a.vasilishin at kpi.ua (=?UTF-8?B?0JDQvdC00YDQtdC5INCS0LDRgdC40LvQuNGI0LjQvQ==?=) Date: Fri, 02 Nov 2012 15:12:25 +0200 Subject: =?UTF-8?B?c2lkL3Rlc3Rpbmcg0YDQtdC/0L7Qt9C40YLQvtGA0LjQuSDQtNC70Y8gZGViaWFu?= Message-ID: <5093C6B9.70200@kpi.ua> Здравствуйте! Планируется ли создание репозитория для разрабатываемой версии нгинкс? Пробовал подменить сорцы 1.3.8 на 1.2.4 и собрать свой пакет, но не судьба: -lpthread -lcrypt -lpcre -lcrypto -lcrypto -lz -lGeoIP \ -Wl,-z,relro objs/src/http/modules/ngx_http_autoindex_module.o: In function `memset': /usr/include/x86_64-linux-gnu/bits/string3.h:82: warning: memset used with constant zero length parameter; this could be due to transposed parameters objs/src/http/modules/ngx_http_static_module.o: In function `ngx_http_static_handler': /root/nginx-1.3.8/debian/build-extras/src/http/modules/ngx_http_static_module.c:223: undefined reference to `ngx_http_set_etag' objs/src/http/modules/ngx_http_flv_module.o: In function `ngx_http_flv_handler': /root/nginx-1.3.8/debian/build-extras/src/http/modules/ngx_http_flv_module.c:197: undefined reference to `ngx_http_set_etag' objs/src/http/modules/ngx_http_mp4_module.o: In function `ngx_http_mp4_handler': /root/nginx-1.3.8/debian/build-extras/src/http/modules/ngx_http_mp4_module.c:589: undefined reference to `ngx_http_set_etag' collect2: error: ld returned 1 exit status make[2]: *** [objs/nginx] Ошибка 1 make[2]: Leaving directory `/root/nginx-1.3.8/debian/build-extras' make[1]: *** [build] Ошибка 2 make[1]: Leaving directory `/root/nginx-1.3.8/debian/build-extras' make: *** [build-arch.extras] Ошибка 2 dpkg-buildpackage: ошибка: debian/rules build возвратил код ошибки 2 -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From panfilov at sports.ru Fri Nov 2 14:23:07 2012 From: panfilov at sports.ru (=?KOI8-R?B?7cnIwcnMIPDBzsbJzM/X?=) Date: Fri, 2 Nov 2012 18:23:07 +0400 Subject: =?UTF-8?B?0KPRgdGC0LDQvdC+0LLQutCwINC30LDQs9C+0LvQvtCy0LrQvtCyINCyINC30LA=?= =?UTF-8?B?0LLQuNGB0LjQvNC+0YHRgtC4INC+0YIg0LDQtNGA0LXRgdCwINC60LvQuNC1?= =?UTF-8?B?0L3RgtCwLg==?= Message-ID: Коллеги, возникла такая задачка: CDN сервера пробрасывают реальные адреса клиентов через заголовок X-Real-IP. Необходимо пробрасывать эти заголовки через фронтенды бекендам (это реализовано), причём если запросы пришли не от CDN (такое тоже бывает) переопределять заголовок X-Real-IP. Вот тут возник вопрос, как это лучше сделать без написания отдельных конфигов для доступа CDN и всего остального. -- Панфилов Михаил -------------- next part -------------- An HTML attachment was scrubbed... URL: From maksim at woyager.ru Fri Nov 2 14:30:56 2012 From: maksim at woyager.ru (Maksim Anfilatov) Date: Fri, 2 Nov 2012 18:30:56 +0400 Subject: =?UTF-8?B?UmU6INCj0YHRgtCw0L3QvtCy0LrQsCDQt9Cw0LPQvtC70L7QstC60L7QsiDQsiA=?= =?UTF-8?B?0LfQsNCy0LjRgdC40LzQvtGB0YLQuCDQvtGCINCw0LTRgNC10YHQsCDQutC7?= =?UTF-8?B?0LjQtdC90YLQsC4=?= In-Reply-To: References: Message-ID: Добрый день. К примеру if (CDN_IP) { set $to_real $http_x_real_ip; } if (NOT_CDN_IP){ set $to_real $remote_addr; } location backend { ...... proxy_set_header x-real-ip $to_real; ...... } С уважением. 2 ноября 2012 г., 18:23 пользователь Михаил Панфилов написал: > Коллеги, > > возникла такая задачка: > > CDN сервера пробрасывают реальные адреса клиентов через заголовок > X-Real-IP. > Необходимо пробрасывать эти заголовки через фронтенды бекендам (это > реализовано), > причём если запросы пришли не от CDN (такое тоже бывает) переопределять > заголовок X-Real-IP. Вот тут возник вопрос, как это лучше сделать без > написания отдельных конфигов для доступа CDN и всего остального. > > -- > Панфилов Михаил > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From postmaster at softsearch.ru Fri Nov 2 14:45:00 2012 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Fri, 2 Nov 2012 18:45:00 +0400 Subject: =?UTF-8?B?UmU6INCj0YHRgtCw0L3QvtCy0LrQsCDQt9Cw0LPQvtC70L7QstC60L7QsiDQsiA=?= =?UTF-8?B?0LfQsNCy0LjRgdC40LzQvtGB0YLQuCDQvtGCINCw0LTRgNC10YHQsCDQutC7?= =?UTF-8?B?0LjQtdC90YLQsC4=?= In-Reply-To: References: Message-ID: <1434778982.20121102184500@softsearch.ru> Здравствуйте, Михаил. Используйте map . -- С уважением, Михаил mailto:postmaster at softsearch.ru From italex.shilo at gmail.com Fri Nov 2 17:02:38 2012 From: italex.shilo at gmail.com (Alexey Shilo) Date: Fri, 2 Nov 2012 23:02:38 +0600 Subject: =?UTF-8?B?cGVybCDQvNC+0LTRg9C70YwsINCy0L7Qt9Cy0YDQsNGJ0LXQvdC40LUg0LfQsNC/?= =?UTF-8?B?0YDQvtGB0LAg0L3QsCDQvtCx0YDQsNCx0L7RgtC60YMgbmdpbng=?= Message-ID: Здравствуйте, столкнулся с следующей задачей: необходимо фильтровать HTTP запросы на уровне nginx, нужно пропускать GET запросы и POST запросы в теле которых валидный XML. Написал на перле следующий модуль (в конце сообщения). Всё отлично работает, проверяет валидность, адекватно реагирует, НО... в случае валидности POST запроса с XML он не возвращается на обработку nginx'у (не происходит выдача нужного контента ни через proxy_pass, ни через fastcgi_pass, ни через root), возвращает 405 Not Allowed. Пожалуйста подскажите как сделать что-бы продолжалась обработка запроса после проверки перловым модулем? Модуль: package onlyxml; use nginx; use strict; use XML::Simple; sub test { my $r = shift; if ($r->request_method eq "POST") { if ($r->has_request_body(\&post)) { return 400; # не валидный XML } else { return 401; # пустой запрос } } else { return DECLINED; # не GET запросы } } sub post { my $r = shift; $r->send_http_header; my $xs = new XML::Simple(); my $hash; eval {$hash = $xs->XMLin($r->request_body)}; if ($@){ return 400; # не валидный } else { ### TODO: вернуть запрос nginx'у return DECLINED; # Валидный xml } } 1; __END__ -------------- next part -------------- An HTML attachment was scrubbed... URL: From panfilov at sports.ru Fri Nov 2 17:19:47 2012 From: panfilov at sports.ru (=?KOI8-R?B?7cnIwcnMIPDBzsbJzM/X?=) Date: Fri, 2 Nov 2012 21:19:47 +0400 Subject: =?UTF-8?B?UmU6INCj0YHRgtCw0L3QvtCy0LrQsCDQt9Cw0LPQvtC70L7QstC60L7QsiDQsiA=?= =?UTF-8?B?0LfQsNCy0LjRgdC40LzQvtGB0YLQuCDQvtGCINCw0LTRgNC10YHQsCDQutC7?= =?UTF-8?B?0LjQtdC90YLQsC4=?= In-Reply-To: <1434778982.20121102184500@softsearch.ru> References: <1434778982.20121102184500@softsearch.ru> Message-ID: Не до конца понимаю, как это сделать: map $remote_addr $header { default $remote_addr; <Как сюда вставить пришедший заголовок X-Real-IP?>; } proxy_set_header $header; 2 ноября 2012 г., 18:45 пользователь Михаил Монашёв < postmaster at softsearch.ru> написал: > Здравствуйте, Михаил. > > Используйте map . > > > -- > С уважением, > Михаил mailto:postmaster at softsearch.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Панфилов Михаил Старший системный администратор www.sports.ru + 7 903 578 4067 -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.vasilishin at kpi.ua Fri Nov 2 17:22:25 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Fri, 02 Nov 2012 19:22:25 +0200 Subject: =?UTF-8?B?UmU6INCj0YHRgtCw0L3QvtCy0LrQsCDQt9Cw0LPQvtC70L7QstC60L7QsiDQsiA=?= =?UTF-8?B?0LfQsNCy0LjRgdC40LzQvtGB0YLQuCDQvtGCINCw0LTRgNC10YHQsCDQutC7?= =?UTF-8?B?0LjQtdC90YLQsC4=?= In-Reply-To: References: <1434778982.20121102184500@softsearch.ru> Message-ID: <50940151.3040608@kpi.ua> 02.11.2012 19:19, Михаил Панфилов пишет: > Не до конца понимаю, как это сделать: > > > map $remote_addr $header { > default $remote_addr; > <Как сюда вставить пришедший заголовок X-Real-IP?>; > } http://nginx.org/ru/docs/http/ngx_http_core_module.html#variables $http_имя произвольное поле заголовка запроса; последняя часть имени переменной соответствует имени поля, приведённому к нижнему регистру, с заменой символов тире на символы подчёркивания -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From panfilov at sports.ru Fri Nov 2 17:24:15 2012 From: panfilov at sports.ru (=?KOI8-R?B?7cnIwcnMIPDBzsbJzM/X?=) Date: Fri, 2 Nov 2012 21:24:15 +0400 Subject: =?UTF-8?B?UmU6INCj0YHRgtCw0L3QvtCy0LrQsCDQt9Cw0LPQvtC70L7QstC60L7QsiDQsiA=?= =?UTF-8?B?0LfQsNCy0LjRgdC40LzQvtGB0YLQuCDQvtGCINCw0LTRgNC10YHQsCDQutC7?= =?UTF-8?B?0LjQtdC90YLQsC4=?= In-Reply-To: <50940151.3040608@kpi.ua> References: <1434778982.20121102184500@softsearch.ru> <50940151.3040608@kpi.ua> Message-ID: Спасибо, пропустил :) 2 ноября 2012 г., 21:22 пользователь Андрей Василишин написал: > 02.11.2012 19:19, Михаил Панфилов пишет: > > Не до конца понимаю, как это сделать: >> >> >> map $remote_addr $header { >> default $remote_addr; >> <Как сюда вставить пришедший заголовок X-Real-IP?>; >> } >> > > > http://nginx.org/ru/docs/http/**ngx_http_core_module.html#**variables > $http_имя > произвольное поле заголовка запроса; последняя часть имени переменной > соответствует имени поля, приведённому к нижнему регистру, с заменой > символов тире на символы подчёркивания > > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru > -- Панфилов Михаил Старший системный администратор www.sports.ru + 7 903 578 4067 -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Sat Nov 3 07:07:07 2012 From: nginx-forum at nginx.us (swish) Date: Sat, 03 Nov 2012 03:07:07 -0400 Subject: =?UTF-8?B?YXBhY2hlICsgbmdpbngg0L/QvtGB0YIg0LfQsNC/0YDQvtGB0Ys=?= Message-ID: <0347bb24b7c765941ba72224a3c89820.NginxMailingListRussian@forum.nginx.org> Здравствуйте, такая проблема, стоит apache + nginx apache на 81 порту nginx на 80 порту Есть post запрос, работает на java: String params = Prison.post("http://44.2хх.ххх.ххх/eps/post.php?method=initme&user=" + de + "&dd=" + dd+ "&refs=0&friist=" + rs1.getString("k8")); На других серверах работает, а на этом не работает, возможно ли что блокирует nginx? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232472,232472#msg-232472 From nginx-forum at nginx.us Sat Nov 3 11:23:42 2012 From: nginx-forum at nginx.us (Alexey Shilo) Date: Sat, 03 Nov 2012 07:23:42 -0400 Subject: =?UTF-8?B?UmU6IGFwYWNoZSArIG5naW54INC/0L7RgdGCINC30LDQv9GA0L7RgdGL?= In-Reply-To: <0347bb24b7c765941ba72224a3c89820.NginxMailingListRussian@forum.nginx.org> References: <0347bb24b7c765941ba72224a3c89820.NginxMailingListRussian@forum.nginx.org> Message-ID: А как именно не работает? какую ошибку выдаёт? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232472,232480#msg-232480 From nginx-forum at nginx.us Sat Nov 3 11:47:12 2012 From: nginx-forum at nginx.us (swish) Date: Sat, 03 Nov 2012 07:47:12 -0400 Subject: =?UTF-8?B?UmU6IGFwYWNoZSArIG5naW54INC/0L7RgdGCINC30LDQv9GA0L7RgdGL?= In-Reply-To: References: <0347bb24b7c765941ba72224a3c89820.NginxMailingListRussian@forum.nginx.org> Message-ID: <09e7fb9a2734d9e1e2cdd665f675c620.NginxMailingListRussian@forum.nginx.org> Alexey Shilo Wrote: ------------------------------------------------------- > А как именно не работает? какую ошибку выдаёт? В том то и проблема, что нет логов и ошибок. Программа написано на java post запросы идут через прокси сервер он работает на 8080 порту Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232472,232481#msg-232481 From swood at fotofor.biz Sat Nov 3 13:50:59 2012 From: swood at fotofor.biz (Anton Kiryushkin) Date: Sat, 3 Nov 2012 17:50:59 +0400 Subject: =?UTF-8?B?UmU6IGFwYWNoZSArIG5naW54INC/0L7RgdGCINC30LDQv9GA0L7RgdGL?= In-Reply-To: <09e7fb9a2734d9e1e2cdd665f675c620.NginxMailingListRussian@forum.nginx.org> References: <0347bb24b7c765941ba72224a3c89820.NginxMailingListRussian@forum.nginx.org> <09e7fb9a2734d9e1e2cdd665f675c620.NginxMailingListRussian@forum.nginx.org> Message-ID: А напрямую работает? если стукнуться на 8080? Может хост неверно указан и вам что-то не то ответить пытается. Что в логе nginx? 03.11.2012 15:47 пользователь "swish" написал: > Alexey Shilo Wrote: > ------------------------------------------------------- > > А как именно не работает? какую ошибку выдаёт? > > > В том то и проблема, что нет логов и ошибок. > Программа написано на java post запросы идут через прокси сервер он > работает > на 8080 порту > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,232472,232481#msg-232481 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Sat Nov 3 15:40:57 2012 From: nginx-forum at nginx.us (Alexey Shilo) Date: Sat, 03 Nov 2012 11:40:57 -0400 Subject: =?UTF-8?B?UmU6IHBlcmwg0LzQvtC00YPQu9GMLCDQstC+0LfQstGA0LDRidC10L3QuNC1INC3?= =?UTF-8?B?0LDQv9GA0L7RgdCwINC90LAg0L7QsdGA0LDQsdC+0YLQutGDIG5naW54?= In-Reply-To: References: Message-ID: Пока нашёл только один рабочий вариант: делать internal_redirect на другой локейшен. Есть ли менее череззаднепроходные методы реализовать мою задачу? пока как-то так: package onlyxml; use nginx; use strict; use XML::Simple; sub test { my $r = shift; if ($r->request_method eq "POST") { if ($r->has_request_body(\&post)) { $r->internal_redirect('/valid'.$r->uri); } else { return 401; # пустой запрос } } else { #return DECLINED; # не GET запросы $r->internal_redirect('/valid'.$r->uri); } } sub post { my $r = shift; my $xs = new XML::Simple(); my $hash; eval {$hash = $xs->XMLin($r->request_body)}; if ($@){ return 400; # не валидный } else { return 1; # Валидный xml } } 1; __END__ Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232459,232485#msg-232485 From sb at waeme.net Sun Nov 4 19:23:42 2012 From: sb at waeme.net (Sergey Budnevitch) Date: Sun, 4 Nov 2012 23:23:42 +0400 Subject: =?UTF-8?B?UmU6IHNpZC90ZXN0aW5nINGA0LXQv9C+0LfQuNGC0L7RgNC40Lkg0LTQu9GPIGRl?= =?UTF-8?B?Ymlhbg==?= In-Reply-To: <5093C6B9.70200@kpi.ua> References: <5093C6B9.70200@kpi.ua> Message-ID: <9C22B617-A4B3-4E6C-8219-BF07873E93BC@waeme.net> On 2 Nov2012, at 17:12 , Андрей Василишин wrote: > > Здравствуйте! > Планируется ли создание репозитория для разрабатываемой версии нгинкс? > Пробовал подменить сорцы 1.3.8 на 1.2.4 и собрать свой пакет, но не судьба: А к кому вопрос? Судя по аргументам пакет брался не nginx'а, а, видимо, родной debian'овский. From a.vasilishin at kpi.ua Sun Nov 4 19:36:48 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sun, 04 Nov 2012 21:36:48 +0200 Subject: =?UTF-8?B?UmU6IHNpZC90ZXN0aW5nINGA0LXQv9C+0LfQuNGC0L7RgNC40Lkg0LTQu9GPIGRl?= =?UTF-8?B?Ymlhbg==?= In-Reply-To: <9C22B617-A4B3-4E6C-8219-BF07873E93BC@waeme.net> References: <5093C6B9.70200@kpi.ua> <9C22B617-A4B3-4E6C-8219-BF07873E93BC@waeme.net> Message-ID: <5096C3D0.9040704@kpi.ua> 04.11.2012 21:23, Sergey Budnevitch пишет: > > On 2 Nov2012, at 17:12 , Андрей Василишин wrote: > >> >> Здравствуйте! >> Планируется ли создание репозитория для разрабатываемой версии нгинкс? >> Пробовал подменить сорцы 1.3.8 на 1.2.4 и собрать свой пакет, но не судьба: > > А к кому вопрос? Судя по аргументам пакет брался не nginx'а, а, видимо, > родной debian'овский. Брался дебиановский, потому для него у меня свой rules уже есть подготовленый. Но, все равно какбы хотелось по-меньше приседать, со всякими копированиями туда-сюда. Это конечно пожелание, если будет время и желание на досуге. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From nginx-forum at nginx.us Mon Nov 5 15:56:53 2012 From: nginx-forum at nginx.us (hjcnjdobr) Date: Mon, 05 Nov 2012 10:56:53 -0500 Subject: =?UTF-8?B?0L7QsdGA0LDQsdC+0YLQutCwINC70Y7QsdGL0YUg0LTQvtC80LXQvdC90YvRhSA=?= =?UTF-8?B?0LjQvNC10L0g0LIgbmdpbng=?= Message-ID: <72a91cc085b983330f2163eccf1bad7e.NginxMailingListRussian@forum.nginx.org> Подскажите пожалуйста, на nginx крутится несколько сайтов на разных доменах. Пытаюсь сделать что бы с любых доменов, и с ip адреса сервера в том числе, было доступна папка, следующий конфиг не спасает. nginx.conf ... server { listen 80; server_name _; location /files { root /home/www/files; } ... xxx.xxx.xxx.xxx/files/file.htm или xxx.xxx.xxx.xxx/files/ и domain_name.ru/files/file.htm выдают 404, что делаю не так?? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232505,232505#msg-232505 From postmaster at softsearch.ru Mon Nov 5 16:02:33 2012 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 5 Nov 2012 20:02:33 +0400 Subject: =?UTF-8?B?UmU6INC+0LHRgNCw0LHQvtGC0LrQsCDQu9GO0LHRi9GFINC00L7QvNC10L3QvdGL?= =?UTF-8?B?0YUg0LjQvNC10L0g0LIgbmdpbng=?= In-Reply-To: <72a91cc085b983330f2163eccf1bad7e.NginxMailingListRussian@forum.nginx.org> References: <72a91cc085b983330f2163eccf1bad7e.NginxMailingListRussian@forum.nginx.org> Message-ID: <14510408426.20121105200233@softsearch.ru> Здравствуйте, hjcnjdobr. у listen есть параметр default. -- С уважением, Михаил mailto:postmaster at softsearch.ru From gmm at csdoc.com Mon Nov 5 16:28:40 2012 From: gmm at csdoc.com (Gena Makhomed) Date: Mon, 05 Nov 2012 18:28:40 +0200 Subject: =?UTF-8?B?UmU6INC+0LHRgNCw0LHQvtGC0LrQsCDQu9GO0LHRi9GFINC00L7QvNC10L3QvdGL?= =?UTF-8?B?0YUg0LjQvNC10L0g0LIgbmdpbng=?= In-Reply-To: <72a91cc085b983330f2163eccf1bad7e.NginxMailingListRussian@forum.nginx.org> References: <72a91cc085b983330f2163eccf1bad7e.NginxMailingListRussian@forum.nginx.org> Message-ID: <5097E938.9010601@csdoc.com> On 05.11.2012 17:56, hjcnjdobr wrote: > Подскажите пожалуйста, на nginx крутится несколько сайтов на разных > доменах. > Пытаюсь сделать что бы с любых доменов, и с ip адреса сервера в том числе, > было доступна папка, следующий конфиг не спасает. > nginx.conf > ... > server { > listen 80; > server_name _; > location /files { > root /home/www/files; > } > ... > > xxx.xxx.xxx.xxx/files/file.htm или xxx.xxx.xxx.xxx/files/ > и > domain_name.ru/files/file.htm > выдают 404, что делаю не так?? потому что: http://nginx.org/ru/docs/http/request_processing.html как вариант: вынести общий фрагмент конфига во внешний файл и подключать его там где надо через http://nginx.org/ru/docs/ngx_core_module.html#include -- Best regards, Gena From fobfreeman at gmail.com Mon Nov 5 22:41:45 2012 From: fobfreeman at gmail.com (Dmitriy) Date: Tue, 6 Nov 2012 00:41:45 +0200 Subject: SSL_CTX_use_PrivateKey_file Message-ID: Никак не могу подключить ссл сертификат nginx выдает такое nginx: [emerg] SSL_CTX_use_PrivateKey_file("/etc/nginx/conf.d/ssl.key") failed (SSL: error:0B080074:x509 certificate routines:X509_check_private_key:key values mismatch) Понятно, в документации пишется, что неправильно соединены сертификаты, (ключ 100% правильный 2 раза проверял), только ничего не выходит пока - ни вручную соединенный (хоть так хоть эдак) ни bundle. Вот участок рабочего конфига, где идет ссылка на доп. в котором ссл server { ## Your website name goes here. server_name -.pp.ua www.-.pp.ua; ## Your only path reference. root /var/www/wp; access_log /var/log/nginx/wp-access.log; error_log /var/log/nginx/wp-error.log; listen 8080; listen 443; ## This should be in your http block and if it is, it's not needed here. index index.html index.htm index.php; include conf.d/drop; location / { # This is cool because no php is touched for static content try_files $uri $uri/ /index.php?q=$uri&$args; } Вот drop ssl on; ssl_certificate /etc/nginx/conf.d/ca-bundle.pem; ssl_certificate_key /etc/nginx/conf.d/ssl.key; ssl_protocols SSLv3 TLSv1; location ~ /\. { deny all; access_log off; log_not_found off; } В чем же проблема? C Уважением, Дмитрий -------------- next part -------------- An HTML attachment was scrubbed... URL: From pavel2000 at ngs.ru Tue Nov 6 01:59:03 2012 From: pavel2000 at ngs.ru (Pavel V.) Date: Tue, 6 Nov 2012 08:59:03 +0700 Subject: =?UTF-8?B?UmU6INC+0LHRgNCw0LHQvtGC0LrQsCDQu9GO0LHRi9GFINC00L7QvNC10L3QvdGL?= =?UTF-8?B?0YUg0LjQvNC10L0g0LIgbmdpbng=?= In-Reply-To: <72a91cc085b983330f2163eccf1bad7e.NginxMailingListRussian@forum.nginx.org> References: <72a91cc085b983330f2163eccf1bad7e.NginxMailingListRussian@forum.nginx.org> Message-ID: <1297729121.20121106085903@ngs.ru> Здравствуйте, hjcnjdobr. Вы писали 5 ноября 2012 г., 22:56:53: > Подскажите пожалуйста, на nginx крутится несколько сайтов на разных > доменах. > Пытаюсь сделать что бы с любых доменов, и с ip адреса сервера в том числе, > было доступна папка, следующий конфиг не спасает. > nginx.conf > ... > server { > listen 80; > server_name _; > location /files { > root /home/www/files; > } > ... Похоже, потому-что надо так: > location /files { > root /home/www; > } > xxx.xxx.xxx.xxx/files/file.htm или xxx.xxx.xxx.xxx/files/ > и > domain_name.ru/files/file.htm > выдают 404, что делаю не так?? -- С уважением, Pavel mailto:pavel2000 at ngs.ru From mdounin at mdounin.ru Tue Nov 6 10:49:01 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 6 Nov 2012 14:49:01 +0400 Subject: SSL_CTX_use_PrivateKey_file In-Reply-To: References: Message-ID: <20121106104901.GJ40452@mdounin.ru> Hello! On Tue, Nov 06, 2012 at 12:41:45AM +0200, Dmitriy wrote: > Никак не могу подключить ссл сертификат > nginx выдает такое > nginx: [emerg] SSL_CTX_use_PrivateKey_file("/etc/nginx/conf.d/ssl.key") > failed (SSL: error:0B080074:x509 certificate > routines:X509_check_private_key:key values mismatch) > > Понятно, в документации пишется, что неправильно соединены сертификаты, > (ключ 100% правильный 2 раза проверял), только ничего не выходит пока - ни > вручную соединенный (хоть так хоть эдак) ни bundle. Эта ошибка означает, что ключ, указанный в директиве ssl_ceritificate_key, не соответствует сертификату, указанному в директиве ssl_ceritificate. Наиболее частой причиной её возникновения является неправильный порядок сертификатов в файле, указанном в ssl_certificate. Первым в этом файле должен лежать ваш собственный сертификат. Посмотреть, что именно лежит (первым) в указанном файле, можно с помощью команды "openssl x509 -text -noout -in /path/to/cert". -- Maxim Dounin http://nginx.com/support.html From mdounin at mdounin.ru Tue Nov 6 11:13:00 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 6 Nov 2012 15:13:00 +0400 Subject: =?UTF-8?B?UmU6IHBlcmwg0LzQvtC00YPQu9GMLCDQstC+0LfQstGA0LDRidC10L3QuNC1INC3?= =?UTF-8?B?0LDQv9GA0L7RgdCwINC90LAg0L7QsdGA0LDQsdC+0YLQutGDIG5naW54?= In-Reply-To: References: Message-ID: <20121106111300.GL40452@mdounin.ru> Hello! On Fri, Nov 02, 2012 at 11:02:38PM +0600, Alexey Shilo wrote: > Здравствуйте, столкнулся с следующей задачей: > необходимо фильтровать HTTP запросы на уровне nginx, нужно пропускать GET > запросы и POST запросы в теле которых валидный XML. > Написал на перле следующий модуль (в конце сообщения). > Всё отлично работает, проверяет валидность, адекватно реагирует, НО... в > случае валидности POST запроса с XML он не возвращается на обработку > nginx'у (не происходит выдача нужного контента ни через proxy_pass, ни > через fastcgi_pass, ни через root), возвращает 405 Not Allowed. Модули perl, proxy и fastcgi - взаимоисключающие, в одном location'е может быть указан только один обработчик. Если указать несколько - работать будет тот, что указан последним. В результате этого вовратив из perl'а DECLINED означает можно передать запрос на обработку в стандартные обработчики контент-фазы - index, autoindex, static), но они в свою очередь не умеют работать с POST-запросами, и поэтому возвращают 405 Not Allowed. > Пожалуйста подскажите как сделать что-бы продолжалась обработка запроса > после проверки перловым модулем? Если нужно передать запрос для дальнейшей обработки на бекенд - правильным решением будет внутреннее перенаправление с помощью $r->internal_redirect(). [...] -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Tue Nov 6 11:37:38 2012 From: nginx-forum at nginx.us (hjcnjdobr) Date: Tue, 06 Nov 2012 06:37:38 -0500 Subject: =?UTF-8?B?UmU6INC+0LHRgNCw0LHQvtGC0LrQsCDQu9GO0LHRi9GFINC00L7QvNC10L3QvdGL?= =?UTF-8?B?0YUg0LjQvNC10L0g0LIgbmdpbng=?= In-Reply-To: <1297729121.20121106085903@ngs.ru> References: <1297729121.20121106085903@ngs.ru> Message-ID: <8ec5eb1697c8e9e46ba7aee9f7acfd0f.NginxMailingListRussian@forum.nginx.org> 1. Если речь о listen *:80 - то понятно, но nginx.conf содержит - server_name _; который покрывает все. 2. Не совсем врубился, я и так пишу в nginx.conf, корневой конфиг! Там где не перекрыто другими конфигами - оно и срабатывает, т.е. подключено по умолчанию. 3. Да, действительно, убрал /files из root /home/www; и заработало, т.е. вложенный путь получался. Но работает только для тех доменов, которые в конфигах я не переопределил (имею ввиду инклуд конфигов для доменов), но я так понимаю так и должно быть, иначе как бы nginx обрабатывал запросы к этим доменам.. Большое спасибо за ответы! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232505,232522#msg-232522 From nginx-forum at nginx.us Tue Nov 6 11:41:47 2012 From: nginx-forum at nginx.us (hjcnjdobr) Date: Tue, 06 Nov 2012 06:41:47 -0500 Subject: =?UTF-8?B?UmU6INC+0LHRgNCw0LHQvtGC0LrQsCDQu9GO0LHRi9GFINC00L7QvNC10L3QvdGL?= =?UTF-8?B?0YUg0LjQvNC10L0g0LIgbmdpbng=?= In-Reply-To: <72a91cc085b983330f2163eccf1bad7e.NginxMailingListRussian@forum.nginx.org> References: <72a91cc085b983330f2163eccf1bad7e.NginxMailingListRussian@forum.nginx.org> Message-ID: 1. Если речь о listen *:80 - то понятно, но nginx.conf содержит - server_name _; который покрывает все. 2. Не совсем врубился, я и так пишу в nginx.conf, корневой конфиг! Там где не перекрыто другими конфигами - оно и срабатывает, т.е. подключено по умолчанию. 3. Да, действительно, убрал /files из root /home/www; и заработало, т.е. вложенный путь получался. Но работает только для тех доменов, которые в конфигах я не переопределил (имею ввиду инклуд конфигов для доменов), но я так понимаю так и должно быть, иначе как бы nginx обрабатывал запросы к этим доменам.. Большое спасибо за ответы! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232505,232523#msg-232523 From ne at vbart.ru Tue Nov 6 12:01:26 2012 From: ne at vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Tue, 6 Nov 2012 16:01:26 +0400 Subject: =?UTF-8?B?UmU6INC+0LHRgNCw0LHQvtGC0LrQsCDQu9GO0LHRi9GFINC00L7QvNC10L3QvdGL?= =?UTF-8?B?0YUg0LjQvNC10L0g0LIgbmdpbng=?= In-Reply-To: References: <72a91cc085b983330f2163eccf1bad7e.NginxMailingListRussian@forum.nginx.org> Message-ID: <201211061601.26965.ne@vbart.ru> On Tuesday 06 November 2012 15:41:47 hjcnjdobr wrote: > 1. Если речь о listen *:80 - то понятно, но nginx.conf содержит - > server_name _; который покрывает все. server_name _; - это не "покрывает все". Это просто невалидное доменное имя. За подробностями: http://nginx.org/ru/docs/http/server_names.html#miscellaneous_names -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From fobfreeman at gmail.com Tue Nov 6 12:37:54 2012 From: fobfreeman at gmail.com (Dmitriy) Date: Tue, 6 Nov 2012 14:37:54 +0200 Subject: SSL_CTX_use_PrivateKey_file In-Reply-To: <20121106104901.GJ40452@mdounin.ru> References: <20121106104901.GJ40452@mdounin.ru> Message-ID: Сделал по инстукции еще раз - Fetch the Root CA and Class 1 Intermediate Server CA certificates: *wget http://www.startssl.com/certs/ca.pem wget http://www.startssl.com/certs/sub.class1.server.ca.pem* - Create a unified certificate from your certificate and the CA certificates: *cat ssl.crt sub.class1.server.ca.pem ca.pem > /etc/nginx/conf/ssl-unified.crt* - Configure your nginx server to use the new key and certificate (in the global settings or a server section): *ssl on; ssl_certificate /etc/nginx/conf/ssl-unified.crt; ssl_certificate_key /etc/nginx/conf/ssl.key; *В итоге : # sudo cat sub.class1.server.ca.pem ca.pem > ssl.crt # openssl x509 -text -noout -in /home/ubuntu/ssl.crt Certificate: Data: Version: 3 (0x2) Serial Number: 24 (0x18) Signature Algorithm: sha1WithRSAEncryption Issuer: C=IL, O=StartCom Ltd., OU=Secure Digital Certificate Signing, CN=StartCom Certification Authority Validity Not Before: Oct 24 20:54:17 2007 GMT Not After : Oct 24 20:54:17 2017 GMT Subject: C=IL, O=StartCom Ltd., OU=Secure Digital Certificate Signing, CN=StartCom Class 1 Primary Intermediate Server CA Subject Public Key Info: Public Key Algorithm: rsaEncryption Public-Key: (2048 bit) Modulus: 00:b6:89:c6:ac:ef:09:52:78:07:ac:92:63:d0:f4: 44:18:18:84:80:56:1f:91:ae:e1:87:fa:32:50:b4: d3:47:06:f0:e6:07:5f:70:0e:10:f7:1d:c0:ce:10: 36:34:85:5a:0f:92:ac:83:c6:ac:58:52:3f:ba:38: e8:fc:e7:a7:24:e2:40:a6:08:76:c0:92:6e:9e:2a: 6d:4d:3f:6e:61:20:0a:db:59:de:d2:7d:63:b3:3e: 46:fe:fa:21:51:18:d7:cd:30:a6:ed:07:6e:3b:70: 87:b4:f9:fa:eb:ee:82:3c:05:6f:92:f7:a4:dc:0a: 30:1e:93:73:fe:07:ca:d7:5f:80:9d:22:58:52:ae: 06:da:8b:87:23:69:b0:e4:2a:d8:ea:83:d2:bd:f3: 71:db:70:5a:28:0f:af:5a:38:70:45:12:3f:30:4d: cd:3b:af:17:e5:0f:cb:a0:a9:5d:48:aa:b1:61:50: cb:34:cd:3c:5c:c3:0b:e8:10:c0:8c:9b:f0:03:03: 62:fe:b2:6c:3e:72:0e:ee:1c:43:2a:c9:48:0e:57: 39:c4:31:21:c8:10:c1:2c:87:fe:54:95:52:1f:52: 3c:31:12:9b:7f:e7:c0:a0:a5:59:d5:e2:8f:3e:f0: d5:a8:e1:d7:70:31:a9:c4:b3:cf:af:6d:53:2f:06: f4:a7 Exponent: 65537 (0x10001) X509v3 extensions: X509v3 Basic Constraints: critical CA:TRUE X509v3 Key Usage: critical Certificate Sign, CRL Sign X509v3 Subject Key Identifier: EB:42:34:D0:98:B0:AB:9F:F4:1B:6B:08:F7:CC:64:2E:EF:0E:2C:45 X509v3 Authority Key Identifier: keyid:4E:0B:EF:1A:A4:40:5B:A5:17:69:87:30:CA:34:68:43:D0:41:AE:F2 Authority Information Access: OCSP - URI:http://ocsp.startssl.com/ca CA Issuers - URI:http://www.startssl.com/sfsca.crt X509v3 CRL Distribution Points: Full Name: URI:http://www.startssl.com/sfsca.crl Full Name: URI:http://crl.startssl.com/sfsca.crl X509v3 Certificate Policies: Policy: 1.3.6.1.4.1.23223.1.2.1 CPS: http://www.startssl.com/policy.pdf CPS: http://www.startssl.com/intermediate.pdf Signature Algorithm: sha1WithRSAEncryption 21:09:49:3e:a5:88:6e:e0:0b:8b:48:da:31:4d:8f:f7:56:57: a2:e1:d3:62:57:e9:b5:56:f3:85:45:75:3b:e5:50:1f:04:8b: e6:a0:5a:3e:e7:00:ae:85:d0:fb:ff:20:03:64:cb:ad:02:e1: c6:91:72:f8:a3:4d:d6:de:e8:cc:3f:a1:8a:a2:e3:7c:37:a7: c6:4f:8f:35:d6:f4:d6:6e:06:7b:dd:21:d9:cf:56:ff:cb:30: 22:49:fe:89:04:f3:85:e5:aa:f1:e7:1f:e8:75:90:4d:dd:f9: 46:f7:42:34:f7:45:58:0c:11:0d:84:b0:c6:da:5d:3e:f9:01: 9e:e7:e1:da:55:95:be:74:1c:7b:fc:4d:14:4f:ac:7e:55:47: 7d:7b:f4:a5:0d:49:1e:95:e8:f7:12:c1:cc:ff:76:a6:25:47: d0:f3:75:35:be:97:b7:58:16:eb:aa:5c:78:6f:ec:53:30:af: ea:04:4d:cc:a9:02:e3:f0:b6:04:12:f6:30:b1:11:3d:90:4e: 56:64:d7:dc:3c:43:5f:73:39:ef:4b:af:87:eb:f6:fe:68:88: 44:72:ea:d2:07:c6:69:b0:c1:a1:8b:ef:17:49:d7:61:b1:45: 48:5f:3b:20:21:e9:5b:b2:cc:f4:d7:e9:31:f5:0b:15:61:3b: 7a:94:e3:eb:d9:bc:7f:94:ae:6a:e3:62:62:96:a8:64:7c:b8: 87:f3:99:32:7e:92:a2:52:be:bb:f8:65:cf:c9:f2:30:fc:8b: c1:c2:a6:96:d7:5f:89:e1:5c:34:80:f5:8f:47:07:2f:b4:91: bf:b1:a2:7e:5f:4b:5a:d0:5b:9f:24:86:05:51:5a:69:03:65: 43:49:71:c5:e0:6f:94:34:6b:f6:1b:d8:a9:b0:4c:7e:53:eb: 8f:48:df:ca:33:b5:48:fa:36:4a:1a:53:a6:33:0c:d0:89:cd: 49:15:cd:89:31:3c:90:c0:72:d7:65:4b:52:35:8a:46:11:44: b9:3d:8e:28:65:a6:3e:79:9e:5c:08:44:29:ad:b0:35:11:2e: 21:4e:b8:d2:e7:10:3e:5d:84:83:b3:c3:c2:e4:d2:c6:fd:09: 4b:74:09:dd:f1:b3:d3:19:3e:80:0d:a2:0b:19:f0:38:e7:c5: c2:af:e2:23:db:61:e2:9d:5c:6e:20:89:49:2e:23:6a:b2:62: c1:45:b4:9f:af:8b:a7:f1:22:3b:f8:7d:e2:90:d0:7a:19:fb: 4a:4c:e3:d2:7d:5f:4a:83:03:ed:27:d6:23:9e:6b:8d:b4:59: a2:d9:ef:6c:82:29:dd:75:19:3c:3f:4c:10:8d:ef:bb:75:27: d2:ae:83:a7:a8:ce:5b:a7* Что тут выходит? * C Уважением, Дмитрий 2012/11/6 Maxim Dounin > Hello! > > On Tue, Nov 06, 2012 at 12:41:45AM +0200, Dmitriy wrote: > > > Никак не могу подключить ссл сертификат > > nginx выдает такое > > nginx: [emerg] SSL_CTX_use_PrivateKey_file("/etc/nginx/conf.d/ssl.key") > > failed (SSL: error:0B080074:x509 certificate > > routines:X509_check_private_key:key values mismatch) > > > > Понятно, в документации пишется, что неправильно соединены сертификаты, > > (ключ 100% правильный 2 раза проверял), только ничего не выходит пока - > ни > > вручную соединенный (хоть так хоть эдак) ни bundle. > > Эта ошибка означает, что ключ, указанный в директиве > ssl_ceritificate_key, не соответствует сертификату, указанному в > директиве ssl_ceritificate. > > Наиболее частой причиной её возникновения является неправильный > порядок сертификатов в файле, указанном в ssl_certificate. Первым > в этом файле должен лежать ваш собственный сертификат. > > Посмотреть, что именно лежит (первым) в указанном файле, можно с > помощью команды "openssl x509 -text -noout -in /path/to/cert". > > -- > Maxim Dounin > http://nginx.com/support.html > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Tue Nov 6 12:40:55 2012 From: nginx-forum at nginx.us (Alexey Shilo) Date: Tue, 06 Nov 2012 07:40:55 -0500 Subject: SSL_CTX_use_PrivateKey_file In-Reply-To: References: Message-ID: Помоему Вы путаете приватный ключ и корневой публичный, не? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232514,232528#msg-232528 From fobfreeman at gmail.com Tue Nov 6 12:43:57 2012 From: fobfreeman at gmail.com (Dmitriy) Date: Tue, 6 Nov 2012 14:43:57 +0200 Subject: SSL_CTX_use_PrivateKey_file In-Reply-To: References: Message-ID: Так и есть, но где тут о приватном и публичном говорится? http://www.startssl.com/?app=42 C Уважением, Дмитрий 2012/11/6 Alexey Shilo > Помоему Вы путаете приватный ключ и корневой публичный, не? > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,232514,232528#msg-232528 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Tue Nov 6 12:51:47 2012 From: nginx-forum at nginx.us (Alexey Shilo) Date: Tue, 06 Nov 2012 07:51:47 -0500 Subject: SSL_CTX_use_PrivateKey_file In-Reply-To: References: Message-ID: <76547766cba7dd183b730cfa7044e212.NginxMailingListRussian@forum.nginx.org> Когда Вам его сделают, его нужно будет получить. К сожалению я там сертификаты делал очень давно и не помню как называется раздел в меню. В архиве будет три файла (приватный ключ, публичный и корневой). Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232514,232530#msg-232530 From ne at vbart.ru Tue Nov 6 12:52:50 2012 From: ne at vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Tue, 6 Nov 2012 16:52:50 +0400 Subject: SSL_CTX_use_PrivateKey_file In-Reply-To: References: <20121106104901.GJ40452@mdounin.ru> Message-ID: <201211061652.50237.ne@vbart.ru> On Tuesday 06 November 2012 16:37:54 Dmitriy wrote: > Сделал по инстукции еще раз > > - Fetch the Root CA and Class 1 Intermediate Server CA certificates: > > *wget http://www.startssl.com/certs/ca.pem > wget http://www.startssl.com/certs/sub.class1.server.ca.pem* > > - Create a unified certificate from your certificate and the CA > certificates: > > *cat ssl.crt sub.class1.server.ca.pem ca.pem > > /etc/nginx/conf/ssl-unified.crt* > > - Configure your nginx server to use the new key and certificate (in the > global settings or a server section): > > *ssl on; > ssl_certificate /etc/nginx/conf/ssl-unified.crt; > ssl_certificate_key /etc/nginx/conf/ssl.key; > > *В итоге : > # sudo cat sub.class1.server.ca.pem ca.pem > ssl.crt > # openssl x509 -text -noout -in /home/ubuntu/ssl.crt Разницу между: cat ssl.crt sub.class1.server.ca.pem ca.pem (в инструкции) cat sub.class1.server.ca.pem ca.pem (у вас) заметили? -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From fobfreeman at gmail.com Tue Nov 6 13:03:49 2012 From: fobfreeman at gmail.com (Dmitriy) Date: Tue, 6 Nov 2012 15:03:49 +0200 Subject: SSL_CTX_use_PrivateKey_file In-Reply-To: <76547766cba7dd183b730cfa7044e212.NginxMailingListRussian@forum.nginx.org> References: <76547766cba7dd183b730cfa7044e212.NginxMailingListRussian@forum.nginx.org> Message-ID: >>cat ssl.crt sub.class1.server.ca.pem ca.pem (в инструкции) >>cat sub.class1.server.ca.pem ca.pem (у вас) Да теперь вижу. Так вроде вьехал, там надо skip нажать после формирования ключа и запросить сертификат. Но вот что туда вводить не понятно *Submit Certificate Request (CSR)* - Copy and paste the content from the certificate request into the textbox below. - Make sure, that you do not alter the content and you did not add any spaces! - Always include the headers and footers of the CSR. - The CSR must have a SHA1 hash or better, MD5 hashes are not allowed. - The RSA key size must be 2048 bit or higher. C Уважением, Дмитрий 2012/11/6 Alexey Shilo > Когда Вам его сделают, его нужно будет получить. > К сожалению я там сертификаты делал очень давно и не помню как называется > раздел в меню. > В архиве будет три файла (приватный ключ, публичный и корневой). > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,232514,232530#msg-232530 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ne at vbart.ru Tue Nov 6 13:17:43 2012 From: ne at vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Tue, 6 Nov 2012 17:17:43 +0400 Subject: SSL_CTX_use_PrivateKey_file In-Reply-To: References: <76547766cba7dd183b730cfa7044e212.NginxMailingListRussian@forum.nginx.org> Message-ID: <201211061717.43974.ne@vbart.ru> On Tuesday 06 November 2012 17:03:49 Dmitriy wrote: > >>cat ssl.crt sub.class1.server.ca.pem ca.pem (в инструкции) > >>cat sub.class1.server.ca.pem ca.pem (у вас) > > Да теперь вижу. > > Так вроде вьехал, там надо skip нажать после формирования ключа и запросить > сертификат. > Но вот что туда вводить не понятно > *Submit Certificate Request (CSR)* > http://en.wikipedia.org/wiki/Certificate_signing_request -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From rh at nobrend.ru Tue Nov 6 13:16:56 2012 From: rh at nobrend.ru (-=HaRius=-) Date: Tue, 06 Nov 2012 17:16:56 +0400 Subject: SSL_CTX_use_PrivateKey_file In-Reply-To: References: <76547766cba7dd183b730cfa7044e212.NginxMailingListRussian@forum.nginx.org> Message-ID: <50990DC8.202@nobrend.ru> http://ssl.ru/ru/info/csr/ 06.11.2012 17:03, Dmitriy пишет: > >>cat ssl.crt sub.class1.server.ca.pem ca.pem (в инструкции) > >>cat sub.class1.server.ca.pem ca.pem (у вас) > Да теперь вижу. > > Так вроде вьехал, там надо skip нажать после формирования ключа и > запросить сертификат. > Но вот что туда вводить не понятно > *Submit Certificate Request (CSR)* > > * Copy and paste the content from the certificate request into the > textbox below. > * Make sure, that you do not alter the content and you did not add > any spaces! > * Always include the headers and footers of the CSR. > * The CSR must have a SHA1 hash or better, MD5 hashes are not allowed. > * The RSA key size must be 2048 bit or higher. > > > > C Уважением, Дмитрий > > > 2012/11/6 Alexey Shilo > > > Когда Вам его сделают, его нужно будет получить. > К сожалению я там сертификаты делал очень давно и не помню как > называется > раздел в меню. > В архиве будет три файла (приватный ключ, публичный и корневой). > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,232514,232530#msg-232530 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Tue Nov 6 21:31:00 2012 From: nginx-forum at nginx.us (Phoenix) Date: Tue, 06 Nov 2012 16:31:00 -0500 Subject: =?UTF-8?B?0J/RgNC+0LrRgdC40YDQvtCy0LDQvdC40LUg0YTQsNC50LvQvtCyINGBINCy0L0=?= =?UTF-8?B?0LXRiNC90LXQs9C+INGB0LXRgNCy0LXRgNCw?= Message-ID: <9c64ced27371ed6362d1cfe4198adc15.NginxMailingListRussian@forum.nginx.org> Доброго времени суток, ребятки. Задача в следующем: При обращении клиента к файлу myhost.com/123456.avi нужно проксировать в этот файл информацию с другого сервера (например youtube.com/123456.avi). Ну или как-то подобным образом. Редирект не пойдет, так как на внешнем сервере стоит фильтр по ip на загрузку файлов. Перекидывать сначала на свой сервер, а потом отдавать клиенту тоже накладно (страдает производительность). Методом тыка сделать не получилось, по этому прошу помощи у знающих.) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232546,232546#msg-232546 From m79263504126 at gmail.com Wed Nov 7 06:45:25 2012 From: m79263504126 at gmail.com (Andrew M) Date: Wed, 7 Nov 2012 09:45:25 +0300 Subject: =?UTF-8?B?0LLQtdGA0L3Rg9GC0Ywg0YfQtdGA0LXQtyByZXR1cm4g0YHQstC+0LkgZXJyb3Jf?= =?UTF-8?B?cGFnZQ==?= Message-ID: Здравствуйте, не понимаю, как вернуть свою страницу для определенного кода ответа. Определяю error_page: error_page 503 /techwork.html; потом делаю return: return 503; Nginx возвращает дефолтный 503, т.е. игнорирует error_page. Подскажите, как научить nginx отдавать именно мою страницу с верным кодом. Зарание спасибо -- Андрей -------------- next part -------------- An HTML attachment was scrubbed... URL: From vadim.lazovskiy at gmail.com Wed Nov 7 09:35:02 2012 From: vadim.lazovskiy at gmail.com (=?KOI8-R?B?98HEyc0g7MHaz9fTy8nK?=) Date: Wed, 7 Nov 2012 13:35:02 +0400 Subject: =?UTF-8?B?0J/QvtCy0LXQtNC10L3QuNC1IG5naW54INC/0YDQuCBwcm94eV9tYXhfdGVtcF9m?= =?UTF-8?B?aWxlX3NpemUgMDo=?= Message-ID: Здравствуйте. Скажите, пожалуйста, как поведет себя nginx в следующих условиях. 1. Upstream - некий стримминг сервер. 2. nginx с отключенной возможностью записи ответа апстрима во временные файлы. 3. Медленный клиент, который не может читать ответ с той же скоростью, с которой его получает nginx от апстрима. Закроет соединение с медленным клиентом или прекратить чтение с бакенда? Как подобное поведение можно отследить по логам? Спасибо. -------------- next part -------------- An HTML attachment was scrubbed... URL: From voron at amhost.net Wed Nov 7 09:44:54 2012 From: voron at amhost.net (Alex Vorona) Date: Wed, 07 Nov 2012 11:44:54 +0200 Subject: =?UTF-8?B?UmU6INCf0L7QstC10LTQtdC90LjQtSBuZ2lueCDQv9GA0LggcHJveHlfbWF4X3Rl?= =?UTF-8?B?bXBfZmlsZV9zaXplIDA6?= In-Reply-To: References: Message-ID: <509A2D96.8030805@amhost.net> 07.11.2012 11:35, Вадим Лазовский wrote: > Здравствуйте. > > Скажите, пожалуйста, как поведет себя nginx в следующих условиях. > > 1. Upstream - некий стримминг сервер. > 2. nginx с отключенной возможностью записи ответа апстрима во временные > файлы. > 3. Медленный клиент, который не может читать ответ с той же скоростью, с > которой его получает nginx от апстрима. > nginx будет тормозить чтение ответа с бекенда From postmaster at softsearch.ru Wed Nov 7 09:49:12 2012 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 7 Nov 2012 13:49:12 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1INGE0LDQudC70L7QsiDRgSA=?= =?UTF-8?B?0LLQvdC10YjQvdC10LPQviDRgdC10YDQstC10YDQsA==?= In-Reply-To: <9c64ced27371ed6362d1cfe4198adc15.NginxMailingListRussian@forum.nginx.org> References: <9c64ced27371ed6362d1cfe4198adc15.NginxMailingListRussian@forum.nginx.org> Message-ID: <1771589696.20121107134912@softsearch.ru> > Доброго времени суток, ребятки. Привет, чувачок! > Задача в следующем: > При обращении клиента к файлу myhost.com/123456.avi нужно проксировать в > этот файл информацию с другого сервера (например youtube.com/123456.avi). Ну > или как-то подобным образом. Редирект не пойдет, так как на внешнем сервере > стоит фильтр по ip на загрузку файлов. Перекидывать сначала на свой сервер, > а потом отдавать клиенту тоже накладно (страдает производительность). > Методом тыка сделать не получилось, по этому прошу помощи у знающих.) Примерно так: proxy_set_header Host 'youtube.com'; proxy_pass http://youtube.com:80; только надо бы прочесть http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_pass , может что-то не учёл. -- С уважением, Михаил mailto:postmaster at softsearch.ru From nginx-forum at nginx.us Wed Nov 7 10:39:46 2012 From: nginx-forum at nginx.us (egorrrr) Date: Wed, 07 Nov 2012 05:39:46 -0500 Subject: =?UTF-8?B?0YDQtdC00LjRgNC10LrRgix1cmksIw==?= Message-ID: <5cffb9fd7c944fc0d5b8ad9e5db88994.NginxMailingListRussian@forum.nginx.org> нужно заменить строку http://example.com на http://example.com/#start делаю так: location / { root /home/www/example; index index.html; rewrite ^ http://www.example.com/#start; #тут должно выбросит на 302-ю } error_page 302 http://www.example.com/#start; все равно выдает 302 пробовал через try_files несуществ_файл http://www.example.com/#start; тоже не работает - выдает 404, я так понимаю проблема в символе # который в конфиге идет за комментарий, но если сделать http://www.example.com/id=#start, то адрес меняется, но выдает ошибку, а не нужную страницу Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232565,232565#msg-232565 From ne at vbart.ru Wed Nov 7 12:00:11 2012 From: ne at vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Wed, 7 Nov 2012 16:00:11 +0400 Subject: =?UTF-8?B?UmU6INGA0LXQtNC40YDQtdC60YIsdXJpLCM=?= In-Reply-To: <5cffb9fd7c944fc0d5b8ad9e5db88994.NginxMailingListRussian@forum.nginx.org> References: <5cffb9fd7c944fc0d5b8ad9e5db88994.NginxMailingListRussian@forum.nginx.org> Message-ID: <201211071600.12045.ne@vbart.ru> On Wednesday 07 November 2012 14:39:46 egorrrr wrote: > нужно заменить строку http://example.com на http://example.com/#start > [...] Это невозможно в принципе. Адреса http://example.com/ и http://example.com/#start с точки зрения сервера совершенно одинаковые, браузер не передает fragment identifier на сервер. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx-forum at nginx.us Wed Nov 7 12:10:54 2012 From: nginx-forum at nginx.us (kron) Date: Wed, 07 Nov 2012 07:10:54 -0500 Subject: access_log & try_files Message-ID: Доброго дня! Возникла надобность логировать определенные запросы в отдельный файл, но никак не могу этого добиться. Вот вырезка из конфига: location ~ ^/(?:[A-Z][[:alnum:]]+)/ { location ~ "(?x) ^/ (?[A-Z][[:alnum:]]+) (?:/ (?[A-Z][[:alnum:]]*) )?/ (?[A-Z][[:alnum:]]+)/? (?[a-z][[:alnum:]]*)?/? (?\d+)? (?\.[a-z][[:alpha:]]+)?/? (?:\? (?[^ ?/]*) )?$" { # здесь в виде локейшена решил добавить лог файл куда нужно писать информацию о запросах типа .api и .wsdl после чего отправить на обработку php скрипту. location ~ \.(api|wsdl)$ { access_log /var/log/nginx/a.sales_api.log; try_files $uri /run.php?__dirb=$dirb&__dira=$dira&__cls=$cls&__act=$act&__oid=$oid&__v=$v&$nine&$args; } try_files $uri /run.php?__dirb=$dirb&__dira=$dira&__cls=$cls&__act=$act&__oid=$oid&__v=$v&$nine&$args; } } запрос обрабатывается, но log файл при этом остается пустым. Подскажите пожалуйста как лучше всего решить этот вопрос. Благодарю! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232567,232567#msg-232567 From nginx-forum at nginx.us Wed Nov 7 12:26:29 2012 From: nginx-forum at nginx.us (egorrrr) Date: Wed, 07 Nov 2012 07:26:29 -0500 Subject: =?UTF-8?B?UmU6INGA0LXQtNC40YDQtdC60YIsdXJpLCM=?= In-Reply-To: <201211071600.12045.ne@vbart.ru> References: <201211071600.12045.ne@vbart.ru> Message-ID: <1bdbbdca92b68963386447e430418610.NginxMailingListRussian@forum.nginx.org> я только начал разбираться в "этом вашем интернете" и может чегото недопонимаю, но http://www.paulrhayes.com/experiments/clock/ и http://www.paulrhayes.com/experiments/clock/#clock дают разный результат, как это браузер не передает? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232565,232568#msg-232568 From citrin at citrin.ru Wed Nov 7 12:30:41 2012 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Wed, 07 Nov 2012 16:30:41 +0400 Subject: =?UTF-8?B?UmU6INGA0LXQtNC40YDQtdC60YIsdXJpLCM=?= In-Reply-To: <1bdbbdca92b68963386447e430418610.NginxMailingListRussian@forum.nginx.org> References: <201211071600.12045.ne@vbart.ru> <1bdbbdca92b68963386447e430418610.NginxMailingListRussian@forum.nginx.org> Message-ID: <509A5471.5070805@citrin.ru> On 11/07/12 16:26, egorrrr wrote: > может чегото > недопонимаю, но > http://www.paulrhayes.com/experiments/clock/ > и > http://www.paulrhayes.com/experiments/clock/#clock > дают разный результат, как это браузер не передает? fragment identifier доступен из javascript, и js в зависимости от того, что в нем находится может выполнять разных код. В данном конкретно примере есть такой js код: if(window.location.hash === "#clock") { startClock(); ... -- Anton Yuzhaninov From igor at sysoev.ru Wed Nov 7 12:31:34 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Wed, 7 Nov 2012 16:31:34 +0400 Subject: =?UTF-8?B?UmU6INGA0LXQtNC40YDQtdC60YIsdXJpLCM=?= In-Reply-To: <5cffb9fd7c944fc0d5b8ad9e5db88994.NginxMailingListRussian@forum.nginx.org> References: <5cffb9fd7c944fc0d5b8ad9e5db88994.NginxMailingListRussian@forum.nginx.org> Message-ID: <3CFDB857-CB84-46FC-8710-40B6EE3C1A48@sysoev.ru> On Nov 7, 2012, at 14:39 , egorrrr wrote: > нужно заменить строку http://example.com на http://example.com/#start > делаю так: > > location / { > root /home/www/example; > index index.html; > rewrite ^ http://www.example.com/#start; #тут должно выбросит на 302-ю > } return 302 "http://www.example.com/#start"; -- Igor Sysoev http://nginx.com/support.html From igor at sysoev.ru Wed Nov 7 12:33:31 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Wed, 7 Nov 2012 16:33:31 +0400 Subject: =?UTF-8?B?UmU6INGA0LXQtNC40YDQtdC60YIsdXJpLCM=?= In-Reply-To: <201211071600.12045.ne@vbart.ru> References: <5cffb9fd7c944fc0d5b8ad9e5db88994.NginxMailingListRussian@forum.nginx.org> <201211071600.12045.ne@vbart.ru> Message-ID: <7DE4E6F0-19D0-458A-833C-91C1B46D7642@sysoev.ru> On Nov 7, 2012, at 16:00 , Валентин Бартенев wrote: > On Wednesday 07 November 2012 14:39:46 egorrrr wrote: >> нужно заменить строку http://example.com на http://example.com/#start >> [...] > > Это невозможно в принципе. > > Адреса http://example.com/ и http://example.com/#start с точки зрения сервера > совершенно одинаковые, браузер не передает fragment identifier на сервер. Вернуть с сервера фрагмент можно, а вот получить - нельзя. Пример: http://nginx.org/r/etag -- Igor Sysoev http://nginx.com/support.html From ne at vbart.ru Wed Nov 7 12:33:48 2012 From: ne at vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Wed, 7 Nov 2012 16:33:48 +0400 Subject: =?UTF-8?B?UmU6INGA0LXQtNC40YDQtdC60YIsdXJpLCM=?= In-Reply-To: <1bdbbdca92b68963386447e430418610.NginxMailingListRussian@forum.nginx.org> References: <201211071600.12045.ne@vbart.ru> <1bdbbdca92b68963386447e430418610.NginxMailingListRussian@forum.nginx.org> Message-ID: <201211071633.48832.ne@vbart.ru> On Wednesday 07 November 2012 16:26:29 egorrrr wrote: > я только начал разбираться в "этом вашем интернете" и может чегото > недопонимаю, но > http://www.paulrhayes.com/experiments/clock/ > и > http://www.paulrhayes.com/experiments/clock/#clock > дают разный результат, как это браузер не передает? > Это различие есть результат работы JavaScript-а в браузере, который в зависимости от наличия или отсутствия #clock выполняет разный код. Если вы посмотрите на данные переданные серверу и полученные от него, то обнаружите, что они идентичны в обоих случаях, а строке запроса "/experiments/clock/" -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From ne at vbart.ru Wed Nov 7 12:36:37 2012 From: ne at vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Wed, 7 Nov 2012 16:36:37 +0400 Subject: =?UTF-8?B?UmU6INGA0LXQtNC40YDQtdC60YIsdXJpLCM=?= In-Reply-To: <201211071633.48832.ne@vbart.ru> References: <201211071600.12045.ne@vbart.ru> <1bdbbdca92b68963386447e430418610.NginxMailingListRussian@forum.nginx.org> <201211071633.48832.ne@vbart.ru> Message-ID: <201211071636.38165.ne@vbart.ru> On Wednesday 07 November 2012 16:33:48 Валентин Бартенев wrote: > On Wednesday 07 November 2012 16:26:29 egorrrr wrote: > > я только начал разбираться в "этом вашем интернете" и может чегото > > недопонимаю, но > > http://www.paulrhayes.com/experiments/clock/ > > и > > http://www.paulrhayes.com/experiments/clock/#clock > > дают разный результат, как это браузер не передает? > > Это различие есть результат работы JavaScript-а в браузере, который в > зависимости от наличия или отсутствия #clock выполняет разный код. > [...] Можете даже увидеть в исходниках строчку кода, которая за это отвечает: https://github.com/fofr/paulrhayes.com-experiments/blob/master/clock/js/experiment.js#L14 -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From ne at vbart.ru Wed Nov 7 12:42:14 2012 From: ne at vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Wed, 7 Nov 2012 16:42:14 +0400 Subject: =?UTF-8?B?UmU6INGA0LXQtNC40YDQtdC60YIsdXJpLCM=?= In-Reply-To: <7DE4E6F0-19D0-458A-833C-91C1B46D7642@sysoev.ru> References: <5cffb9fd7c944fc0d5b8ad9e5db88994.NginxMailingListRussian@forum.nginx.org> <201211071600.12045.ne@vbart.ru> <7DE4E6F0-19D0-458A-833C-91C1B46D7642@sysoev.ru> Message-ID: <201211071642.14287.ne@vbart.ru> On Wednesday 07 November 2012 16:33:31 Igor Sysoev wrote: > On Nov 7, 2012, at 16:00 , Валентин Бартенев wrote: > > On Wednesday 07 November 2012 14:39:46 egorrrr wrote: > >> нужно заменить строку http://example.com на http://example.com/#start > >> [...] > > > > Это невозможно в принципе. > > > > Адреса http://example.com/ и http://example.com/#start с точки зрения > > сервера совершенно одинаковые, браузер не передает fragment identifier > > на сервер. > > Вернуть с сервера фрагмент можно, а вот получить - нельзя. > Пример: http://nginx.org/r/etag > Проблема то в том, что если человек редиректит c "/" на "/#start", то как ему на уровне сервера надежно отличить одно от другого и не получить в итоге redirect loop. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From ru at nginx.com Wed Nov 7 12:52:07 2012 From: ru at nginx.com (Ruslan Ermilov) Date: Wed, 7 Nov 2012 16:52:07 +0400 Subject: access_log & try_files In-Reply-To: References: Message-ID: <20121107125207.GE1062@lo0.su> On Wed, Nov 07, 2012 at 07:10:54AM -0500, kron wrote: > Доброго дня! > > Возникла надобность логировать определенные запросы в отдельный файл, но > никак не могу этого добиться. > > Вот вырезка из конфига: > > > location ~ ^/(?:[A-Z][[:alnum:]]+)/ { > location ~ "(?x) > ^/ > (?[A-Z][[:alnum:]]+) > (?:/ > (?[A-Z][[:alnum:]]*) > )?/ > (?[A-Z][[:alnum:]]+)/? > (?[a-z][[:alnum:]]*)?/? > (?\d+)? > (?\.[a-z][[:alpha:]]+)?/? > (?:\? > (?[^ ?/]*) > )?$" { > # здесь в виде локейшена решил добавить лог файл > куда нужно писать информацию о запросах типа .api и .wsdl после чего > отправить на обработку php скрипту. > location ~ \.(api|wsdl)$ { > access_log > /var/log/nginx/a.sales_api.log; > try_files $uri > /run.php?__dirb=$dirb&__dira=$dira&__cls=$cls&__act=$act&__oid=$oid&__v=$v&$nine&$args; > } > try_files $uri > /run.php?__dirb=$dirb&__dira=$dira&__cls=$cls&__act=$act&__oid=$oid&__v=$v&$nine&$args; > } > } > > запрос обрабатывается, но log файл при этом остается пустым. > Подскажите пожалуйста как лучше всего решить этот вопрос. > > Благодарю! http://nginx.org/ru/docs/http/ngx_http_log_module.html : Логи записываются в контексте location?а, где заканчивается обработка. : Это может быть location, отличный от первоначального, если в процессе : обработки запроса происходит внутреннее перенаправление. http://nginx.org/r/try_files/ru : [...] использует для обработки запроса первый найденный файл, причём : обработка делается в контексте этого же location?а. [...] если ни один : файл не найден, то делается внутреннее перенаправление на uri, заданный : последним параметром. From nginx-forum at nginx.us Wed Nov 7 13:12:20 2012 From: nginx-forum at nginx.us (kron) Date: Wed, 07 Nov 2012 08:12:20 -0500 Subject: access_log & try_files In-Reply-To: <20121107125207.GE1062@lo0.su> References: <20121107125207.GE1062@lo0.su> Message-ID: Благодарю за ссылки, но это было прочитано в первую очередь. Я хотел узнать, есть ли возможность логировать запросы именно в данном локейшене, т.к. после перенаправления определить какого типа был запрос уже будет значительно сложнее и придется дублировать большую часть кода. Более того, перенаправление в /run.php?$args происходит не только в данном отрывке конфига т.е. "фильтровать" запросы было бы оптимальнее именно на этом уровне. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232567,232576#msg-232576 From nginx-forum at nginx.us Wed Nov 7 17:46:34 2012 From: nginx-forum at nginx.us (Phoenix) Date: Wed, 07 Nov 2012 12:46:34 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1INGE0LDQudC70L7QsiDRgSA=?= =?UTF-8?B?0LLQvdC10YjQvdC10LPQviDRgdC10YDQstC10YDQsA==?= In-Reply-To: <1771589696.20121107134912@softsearch.ru> References: <1771589696.20121107134912@softsearch.ru> Message-ID: <34ee08895ac54db42169b192b87b3886.NginxMailingListRussian@forum.nginx.org> Спасибо! С уважением, Чувачок.) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232546,232580#msg-232580 From postmaster at softsearch.ru Wed Nov 7 19:02:13 2012 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 7 Nov 2012 23:02:13 +0400 Subject: =?UTF-8?B?UmVbMl06INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1INGE0LDQudC70L7QsiA=?= =?UTF-8?B?0YEg0LLQvdC10YjQvdC10LPQviDRgdC10YDQstC10YDQsA==?= In-Reply-To: <34ee08895ac54db42169b192b87b3886.NginxMailingListRussian@forum.nginx.org> References: <1771589696.20121107134912@softsearch.ru> <34ee08895ac54db42169b192b87b3886.NginxMailingListRussian@forum.nginx.org> Message-ID: <394611374.20121107230213@softsearch.ru> Здравствуйте, Phoenix. > Спасибо! > С уважением, Чувачок.) Можно было бы ещё написать "ребза!". Как в детстве :-) -- С уважением, Михаил mailto:postmaster at softsearch.ru From nginx-forum at nginx.us Thu Nov 8 16:21:00 2012 From: nginx-forum at nginx.us (hjcnjdobr) Date: Thu, 08 Nov 2012 11:21:00 -0500 Subject: =?UTF-8?B?UmU6INC+0LHRgNCw0LHQvtGC0LrQsCDQu9GO0LHRi9GFINC00L7QvNC10L3QvdGL?= =?UTF-8?B?0YUg0LjQvNC10L0g0LIgbmdpbng=?= In-Reply-To: <201211061601.26965.ne@vbart.ru> References: <201211061601.26965.ne@vbart.ru> Message-ID: <19744d161af25d692195bb30f941de88.NginxMailingListRussian@forum.nginx.org> Спасибо. Я читал про невалидное доменное имя, сразу прочитал, и сразу таки не понял что здесь подразумевается.. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232505,232612#msg-232612 From mdounin at mdounin.ru Fri Nov 9 01:28:16 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Fri, 9 Nov 2012 05:28:16 +0400 Subject: =?UTF-8?B?UmU6INCy0LXRgNC90YPRgtGMINGH0LXRgNC10LcgcmV0dXJuINGB0LLQvtC5IGVy?= =?UTF-8?B?cm9yX3BhZ2U=?= In-Reply-To: References: Message-ID: <20121109012816.GT40452@mdounin.ru> Hello! On Wed, Nov 07, 2012 at 09:45:25AM +0300, Andrew M wrote: > Здравствуйте, не понимаю, как вернуть свою страницу для определенного кода > ответа. > > Определяю error_page: > error_page 503 /techwork.html; > > потом делаю return: > return 503; > > Nginx возвращает дефолтный 503, т.е. игнорирует error_page. > > Подскажите, как научить nginx отдавать именно мою страницу с верным кодом. Вероятно, вы забыли описать location для /techwork.html - и при попытке до него добраться случается "return 503" ещё раз, что и приводит к возврату стардартной ошибки. Вот так будет работать: error_page 503 /techwork.html; location / { return 503; } location = /techwork.html { # empty } -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Fri Nov 9 07:28:11 2012 From: nginx-forum at nginx.us (elderone) Date: Fri, 09 Nov 2012 02:28:11 -0500 Subject: redirect Message-ID: Ищу рабочий вариант редиректа/подмены домена с сохранением субдомена то есть варианты типа sub.domain1.net, sub.domain2.com, sub.domain.ru должны редиректить в sub.domain.com то что есть сейчас редиректит все в домен второго уровня, обрезая субдомены: if ($host != 'domain.com' ) { rewrite ^/(.*)$ http://domain.com/$1 permanent; } подскажите плз, как сюда добавить сохранение субдомена? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232627,232627#msg-232627 From nginx-forum at nginx.us Fri Nov 9 10:03:33 2012 From: nginx-forum at nginx.us (dga65) Date: Fri, 09 Nov 2012 05:03:33 -0500 Subject: =?UTF-8?B?0JrQsNC6INC/0YDQsNCy0LjQu9GM0L3QviDQv9GA0L7Qv9C40YHQsNGC0Ywgcm9i?= =?UTF-8?B?b3RzLnR4dD8=?= Message-ID: Доброго времени суток! Возникла проблемка, выручайте плиз. Есть хостинг на нем кроме обычных страничек есть странички группы разработчиков - *.*.develop.site.com Индексация их нежелательна. Как прописать правило чтобы на всех девелоперов был один robots.txt ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232635,232635#msg-232635 From nginx-forum at nginx.us Fri Nov 9 10:22:00 2012 From: nginx-forum at nginx.us (reaper) Date: Fri, 09 Nov 2012 05:22:00 -0500 Subject: =?UTF-8?B?0LfQsNCz0L7Qu9C+0LLQvtC6INCyIGFjY2Vzcy5sb2c=?= Message-ID: <3b34bf0f44c7b5dec41022e032c9c119.NginxMailingListRussian@forum.nginx.org> Пытаюсь записывать в лог причину отдачи 301/302 страниц юзерам, добавил, чтобы код отдавал заголовок с причиной редиректа. Показывать его юзеру не оч. хочется, поэтому вырезаю с помощью more_clear_headers или fastcgi_hide_header, увы, в этом случае в лог через $sent_http_ пишется всегда "-" вместо реального содержимого заголовка. Как можно записать такой заголовок в лог? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232636,232636#msg-232636 From mdounin at mdounin.ru Fri Nov 9 10:32:19 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Fri, 9 Nov 2012 14:32:19 +0400 Subject: =?UTF-8?B?UmU6INC30LDQs9C+0LvQvtCy0L7QuiDQsiBhY2Nlc3MubG9n?= In-Reply-To: <3b34bf0f44c7b5dec41022e032c9c119.NginxMailingListRussian@forum.nginx.org> References: <3b34bf0f44c7b5dec41022e032c9c119.NginxMailingListRussian@forum.nginx.org> Message-ID: <20121109103218.GB40452@mdounin.ru> Hello! On Fri, Nov 09, 2012 at 05:22:00AM -0500, reaper wrote: > Пытаюсь записывать в лог причину отдачи 301/302 страниц юзерам, добавил, > чтобы код отдавал заголовок с причиной редиректа. Показывать его юзеру не > оч. хочется, поэтому вырезаю с помощью more_clear_headers или > fastcgi_hide_header, увы, в этом случае в лог через $sent_http_ пишется > всегда "-" вместо реального содержимого заголовка. Как можно записать такой > заголовок в лог? Переменные $sent_http_* предназначены для того, чтобы логгировать содержимое заголовков, реально отправленное клиенту. Если заголовок возвращается бекендом, но клиенту не отправляется, следует использовать переменные $upstream_http_*. http://nginx.org/en/docs/http/ngx_http_upstream_module.html#variables -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Fri Nov 9 10:36:53 2012 From: nginx-forum at nginx.us (reaper) Date: Fri, 09 Nov 2012 05:36:53 -0500 Subject: =?UTF-8?B?UmU6INC30LDQs9C+0LvQvtCy0L7QuiDQsiBhY2Nlc3MubG9n?= In-Reply-To: <20121109103218.GB40452@mdounin.ru> References: <20121109103218.GB40452@mdounin.ru> Message-ID: Спасибо! Так получилось :) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232636,232638#msg-232638 From vbart at nginx.com Fri Nov 9 12:39:16 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Fri, 9 Nov 2012 16:39:16 +0400 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQv9GA0LDQstC40LvRjNC90L4g0L/RgNC+0L/QuNGB0LDRgtGM?= =?UTF-8?B?IHJvYm90cy50eHQ/?= In-Reply-To: References: Message-ID: <201211091639.16219.vbart@nginx.com> On Friday 09 November 2012 14:03:33 dga65 wrote: > Доброго времени суток! > > Возникла проблемка, выручайте плиз. Есть хостинг на нем кроме обычных > страничек есть странички группы разработчиков - *.*.develop.site.com > Индексация их нежелательна. Как прописать правило чтобы на всех девелоперов > был один robots.txt ? > location = /robots.txt { root /path/to/directory; } http://nginx.org/r/location/ru http://nginx.org/r/root/ru -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From vbart at nginx.com Fri Nov 9 12:52:55 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Fri, 9 Nov 2012 16:52:55 +0400 Subject: redirect In-Reply-To: References: Message-ID: <201211091652.55819.vbart@nginx.com> On Friday 09 November 2012 11:28:11 elderone wrote: > Ищу рабочий вариант редиректа/подмены домена с сохранением субдомена > то есть варианты типа sub.domain1.net, sub.domain2.com, sub.domain.ru > должны редиректить в sub.domain.com > > то что есть сейчас редиректит все в домен второго уровня, обрезая > субдомены: > > if ($host != 'domain.com' ) { > rewrite ^/(.*)$ http://domain.com/$1 permanent; } > > подскажите плз, как сюда добавить сохранение субдомена? > server { server_name .domain.com; ... } server { server_name ~^([^.]+\.)?[^.]+\.[^.]+$; return 301 http://$1domain.com$request_uri; } http://nginx.org/r/server_name/ru http://nginx.org/r/return/ru http://nginx.org/ru/docs/http/server_names.html man pcresyntax man pcrepattern -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From a.vasilishin at kpi.ua Fri Nov 9 22:50:55 2012 From: a.vasilishin at kpi.ua (=?UTF-8?B?0JDQvdC00YDQtdC5INCS0LDRgdC40LvQuNGI0LjQvQ==?=) Date: Sat, 10 Nov 2012 00:50:55 +0200 Subject: geo with if and access_log Message-ID: <509D88CF.7020108@kpi.ua> Здравствуйте! Есть такая конструкция, где в geo.access.log почему-то ничего не пишется, с invalid.access.log - все нормально. geo $geo { default 0; include geo.txt; } ... location / { valid_referers none server_names; if ($invalid_referer) { access_log /var/log/nginx/invalid.access.log main; } if ($geo) { access_log /var/log/nginx/geo.access.log main; } } в geo.txt записи вида: 4.4.4.4 1; 8.8.8.8 1; Кто виноват и что делать? -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From nginx-forum at nginx.us Sat Nov 10 07:11:36 2012 From: nginx-forum at nginx.us (dga65) Date: Sat, 10 Nov 2012 02:11:36 -0500 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQv9GA0LDQstC40LvRjNC90L4g0L/RgNC+0L/QuNGB0LDRgtGM?= =?UTF-8?B?IHJvYm90cy50eHQ/?= In-Reply-To: <201211091639.16219.vbart@nginx.com> References: <201211091639.16219.vbart@nginx.com> Message-ID: <38035e8e475365f26d676f1346590807.NginxMailingListRussian@forum.nginx.org> Эээээ.... но ведь тогда это вообще для всех будет? А как чтобы только для группы *.develop.site.com ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232635,232667#msg-232667 From vadim.lazovskiy at gmail.com Sat Nov 10 07:19:02 2012 From: vadim.lazovskiy at gmail.com (=?KOI8-R?B?98HEyc0g7MHaz9fTy8nK?=) Date: Sat, 10 Nov 2012 11:19:02 +0400 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQv9GA0LDQstC40LvRjNC90L4g0L/RgNC+0L/QuNGB0LDRgtGM?= =?UTF-8?B?IHJvYm90cy50eHQ/?= In-Reply-To: <38035e8e475365f26d676f1346590807.NginxMailingListRussian@forum.nginx.org> References: <201211091639.16219.vbart@nginx.com> <38035e8e475365f26d676f1346590807.NginxMailingListRussian@forum.nginx.org> Message-ID: Если "группа серверов" описана как один блок server { }, то следует делать как описано выше. Если каждый сервер из "*" описан отдельно, то нужно вынести вышеописанную конструкцию в отдельный файл и подключать его с помощью include туда, где это необходимо. Как вариант - погрепать по конфигам root-каталоги сайтов и создать в них symlink на один и тот же robots.txt 10 ноября 2012 г., 11:11 пользователь dga65 написал: > Эээээ.... но ведь тогда это вообще для всех будет? А как чтобы только для > группы *.develop.site.com ? > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,232635,232667#msg-232667 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Sat Nov 10 07:35:23 2012 From: nginx-forum at nginx.us (dga65) Date: Sat, 10 Nov 2012 02:35:23 -0500 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQv9GA0LDQstC40LvRjNC90L4g0L/RgNC+0L/QuNGB0LDRgtGM?= =?UTF-8?B?IHJvYm90cy50eHQ/?= In-Reply-To: References: Message-ID: <8e4ab7d41f3b0d67607897f5a8a37f22.NginxMailingListRussian@forum.nginx.org> Каждый сервер описан отдельно. Такая конструкция пойдет? if ($host = '*.develop.site.com' ) { location = /robots.txt { root /path/to/directory; } } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232635,232669#msg-232669 From hell-for-yahoo at umail.ru Sat Nov 10 08:03:17 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Sat, 10 Nov 2012 12:03:17 +0400 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQv9GA0LDQstC40LvRjNC90L4g0L/RgNC+0L/QuNGB0LDRgtGM?= =?UTF-8?B?IHJvYm90cy50eHQ/?= In-Reply-To: <8e4ab7d41f3b0d67607897f5a8a37f22.NginxMailingListRussian@forum.nginx.org> References: <8e4ab7d41f3b0d67607897f5a8a37f22.NginxMailingListRussian@forum.nginx.org> Message-ID: <1106259725.20121110120317@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) dga65! d> Каждый сервер описан отдельно. Такая конструкция пойдет? d> if ($host = '*.develop.site.com' ) { d> location = /robots.txt { d> root /path/to/directory; d> } d> } Вы сами себе противоречите. -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) суббота, 10.11.2012, <12:03> From nginx-forum at nginx.us Sat Nov 10 08:12:08 2012 From: nginx-forum at nginx.us (dga65) Date: Sat, 10 Nov 2012 03:12:08 -0500 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQv9GA0LDQstC40LvRjNC90L4g0L/RgNC+0L/QuNGB0LDRgtGM?= =?UTF-8?B?IHJvYm90cy50eHQ/?= In-Reply-To: <1106259725.20121110120317@mtu-net.ru> References: <1106259725.20121110120317@mtu-net.ru> Message-ID: <5ec836ebf9b2a91dc5d74e41f322a4c7.NginxMailingListRussian@forum.nginx.org> Ааа... ну я в nginx нуб полный, как правильно сделать? Просто хотелось бы чтобы все сервера девелоперов уже имеющиеся и те что еще будут сразу получали правило по маске. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232635,232671#msg-232671 From mail at knutov.com Sat Nov 10 12:51:37 2012 From: mail at knutov.com (Nick Knutov) Date: Sat, 10 Nov 2012 18:51:37 +0600 Subject: =?UTF-8?B?aW50ZXJuYWwgcmVkaXJlY3Qg0Lgg0LHQtdC30L7Qv9Cw0YHQvdC+0YHRgtGM?= Message-ID: <509E4DD9.6030407@knutov.com> http://miksir.maker.ru/?r=69 "Схема редиректов вносит потенциальную дыру в безопасности масс-хостинга, о которой следует упомянуть. Речь идет о случаях, когда клиент, используя свои скрипты, может сам выдать заголовок X-Accel-Redirect. Теоретически там может быть редирект на чужой файл (т.е. файл другого клиента). " Кусок конфига: location ^~ /internal_location/ { alias /home/$user/www/$domain/; internal; } Вопрос: можно ли запретить обработку ".." в пути в X-Accel-Redirect, чтобы исключить возможность отдать файл не из своего каталога? -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From mail at knutov.com Sat Nov 10 12:56:01 2012 From: mail at knutov.com (Nick Knutov) Date: Sat, 10 Nov 2012 18:56:01 +0600 Subject: =?UTF-8?B?UmU6IGludGVybmFsIHJlZGlyZWN0INC4INCx0LXQt9C+0L/QsNGB0L3QvtGB0YI=?= =?UTF-8?B?0Yw=?= In-Reply-To: <509E4DD9.6030407@knutov.com> References: <509E4DD9.6030407@knutov.com> Message-ID: <509E4EE1.1000408@knutov.com> Нашел в changelog: Изменения в nginx 0.3.8 09.11.2005 *) Безопасность: nginx теперь проверят URI, полученные от бэкенда в строке "X-Accel-Redirect" в заголовке ответа, или в SSI файле на наличие путей "/../" и нулей. Однако неочевидно - проверяет - и что? Запрещает? А если у меня нестандартный случай и надо разрешить? Или не запрещает? И как тогда запретить? А как указать, что вообще делать и какую ошибку откуда отдать в случае если не так, как я хочу? 10.11.2012 18:51, Nick Knutov пишет: > http://miksir.maker.ru/?r=69 > > "Схема редиректов вносит потенциальную дыру в безопасности > масс-хостинга, о которой следует упомянуть. Речь идет о случаях, когда > клиент, используя свои скрипты, может сам выдать заголовок > X-Accel-Redirect. Теоретически там может быть редирект на чужой файл > (т.е. файл другого клиента). " > > Кусок конфига: > location ^~ /internal_location/ { > alias /home/$user/www/$domain/; > internal; > } > > Вопрос: можно ли запретить обработку ".." в пути в X-Accel-Redirect, > чтобы исключить возможность отдать файл не из своего каталога? > -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From azovmash at ukr.net Sat Nov 10 13:38:41 2012 From: azovmash at ukr.net (azovmash at ukr.net) Date: Sat, 10 Nov 2012 15:38:41 +0200 Subject: =?UTF-8?B?UmVbMl06IGludGVybmFsIHJlZGlyZWN0INC4INCx0LXQt9C+0L/QsNGB0L3QvtGB?= =?UTF-8?B?0YLRjA==?= In-Reply-To: <509E4EE1.1000408@knutov.com> References: <509E4EE1.1000408@knutov.com> <509E4DD9.6030407@knutov.com> Message-ID: <89750.1352554721.5028510818576367616@ffe6.ukr.net> День добрый. Если у вас nginx один общий для всех пользователей то статический контент должен лежать с правами +r для группы в которой состоит nginx и тогда он его сможет отдать и без X-Accel-Redirect, а если у вас у каждого пользователя персональный nginx с правами user1:group1 то один пользователь не смотжет отдать контент другого пользователя через nginx. Хочу напомниь что для того чтоб обезопасить виртуальный хостинг достаточно правильно расставить права на файлы - на весь статический контент -rw-r----- на скрипты php а так же конфиги в который логины и пароли к бд и другая персональная информация rw------- на скрипты perl rwx------. Имеется ввиду что php через php-fpm или apaсh запускается с правами пользователя. Таким образом даже залив вебшел нельзя будет прочитать скрипты из каталога другого пользователя. -- icq 71006063 --- Исходное сообщение --- От кого: "Nick Knutov" Кому: nginx-ru at nginx.org Дата: 10 ноября 2012, 14:56:12 Тема: Re: internal redirect и безопасность > Нашел в changelog: > > Изменения в nginx 0.3.8 09.11.2005 > > *) Безопасность: nginx теперь проверят URI, полученные от бэкенда в > строке "X-Accel-Redirect" в заголовке ответа, или в SSI файле на > наличие путей "/../" и нулей. > > Однако неочевидно - проверяет - и что? Запрещает? А если у меня > нестандартный случай и надо разрешить? Или не запрещает? И как тогда > запретить? А как указать, что вообще делать и какую ошибку откуда отдать > в случае если не так, как я хочу? > > > 10.11.2012 18:51, Nick Knutov пишет: > > http://miksir.maker.ru/?r=69 > > > > "Схема редиректов вносит потенциальную дыру в безопасности > > масс-хостинга, о которой следует упомянуть. Речь идет о случаях, когда > > клиент, используя свои скрипты, может сам выдать заголовок > > X-Accel-Redirect. Теоретически там может быть редирект на чужой файл > > (т.е. файл другого клиента). " > > > > Кусок конфига: > > location ^~ /internal_location/ { > > alias /home/$user/www/$domain/; > > internal; > > } > > > > Вопрос: можно ли запретить обработку ".." в пути в X-Accel-Redirect, > > чтобы исключить возможность отдать файл не из своего каталога? > > > > -- > Best Regards, > Nick Knutov > http://knutov.com > ICQ: 272873706 > Voice: +7-904-84-23-130 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at knutov.com Sat Nov 10 15:07:22 2012 From: mail at knutov.com (Nick Knutov) Date: Sat, 10 Nov 2012 21:07:22 +0600 Subject: =?UTF-8?B?UmU6IGludGVybmFsIHJlZGlyZWN0INC4INCx0LXQt9C+0L/QsNGB0L3QvtGB0YI=?= =?UTF-8?B?0Yw=?= In-Reply-To: <89750.1352554721.5028510818576367616@ffe6.ukr.net> References: <509E4EE1.1000408@knutov.com> <509E4DD9.6030407@knutov.com> <89750.1352554721.5028510818576367616@ffe6.ukr.net> Message-ID: <509E6DAA.6000301@knutov.com> нгинх общий (иначе зачем бы я спрашивал?), права к обсуждаемому вопросу отношения никакого не имеют. (я может неправ и от этой рассылки надо просто отписаться и подписаться на nginx-en, или там так же?) 10.11.2012 19:38, azovmash at ukr.net пишет: > День добрый. > > Если у вас nginx один общий для всех пользователей то статический > контент должен лежать с правами +r для группы в которой состоит nginx и > тогда он его сможет отдать и без X-Accel-Redirect, а если у вас у > каждого пользователя персональный nginx с правами user1:group1 то один > пользователь не смотжет отдать контент другого пользователя через nginx. > Хочу напомниь что для того чтоб обезопасить виртуальный хостинг > достаточно правильно расставить права на файлы - на весь статический > контент -rw-r----- на скрипты php а так же конфиги в который логины и > пароли к бд и другая персональная информация rw------- на скрипты perl > rwx------. Имеется ввиду что php через php-fpm или apaсh запускается с > правами пользователя. Таким образом даже залив вебшел нельзя будет > прочитать скрипты из каталога другого пользователя. > > > -- > > icq 71006063 > > > --- Исходное сообщение --- > От кого: "Nick Knutov" > Кому: nginx-ru at nginx.org > Дата: 10 ноября 2012, 14:56:12 > Тема: Re: internal redirect и безопасность > > > > Нашел в changelog: > > Изменения в nginx 0.3.8 09.11.2005 > > *) Безопасность: nginx теперь проверят URI, полученные от бэкенда в > строке "X-Accel-Redirect" в заголовке ответа, или в SSI файле на > наличие путей "/../" и нулей. > > Однако неочевидно - проверяет - и что? Запрещает? А если у меня > нестандартный случай и надо разрешить? Или не запрещает? И как тогда > запретить? А как указать, что вообще делать и какую ошибку откуда отдать > в случае если не так, как я хочу? > > > 10.11.2012 18:51, Nick Knutov пишет: > >http://miksir.maker.ru/?r=69 > > > > "Схема редиректов вносит потенциальную дыру в безопасности > > масс-хостинга, о которой следует упомянуть. Речь идет о случаях, когда > > клиент, используя свои скрипты, может сам выдать заголовок > > X-Accel-Redirect. > Теоретически там может быть редирект на чужой файл > > (т.е. файл другого клиента). " > > > > Кусок конфига: > > location ^~ /internal_location/ { > > alias /home/$user/www/$domain/; > > internal; > > } > > > > Вопрос: можно ли запретить обработку ".." в пути в X-Accel-Redirect, > > чтобы исключить возможность отдать файл не из своего каталога? > > > > -- > Best Regards, > Nick Knutov > http://knutov.com > ICQ: 272873706 > Voice: +7-904-84-23-130 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From a.vasilishin at kpi.ua Sat Nov 10 15:11:53 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sat, 10 Nov 2012 17:11:53 +0200 Subject: =?UTF-8?B?UmU6IGludGVybmFsIHJlZGlyZWN0INC4INCx0LXQt9C+0L/QsNGB0L3QvtGB0YI=?= =?UTF-8?B?0Yw=?= In-Reply-To: <509E6DAA.6000301@knutov.com> References: <509E4EE1.1000408@knutov.com> <509E4DD9.6030407@knutov.com> <89750.1352554721.5028510818576367616@ffe6.ukr.net> <509E6DAA.6000301@knutov.com> Message-ID: <509E6EB9.7010208@kpi.ua> 10.11.2012 17:07, Nick Knutov пишет: > нгинх общий (иначе зачем бы я спрашивал?), права к обсуждаемому вопросу > отношения никакого не имеют. > Давайте по порядку: 1. Что за хостинг такой, что пользователи сами могут составить себе конфиг нгинкс? 2. Что такое может понадобится на массовом хостинге, что требуется внутренний локейшн? 3. Игорь не однократно тут повторял, что нгинкс - не предназначен для массового хостинга. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From vbart at nginx.com Sat Nov 10 16:24:14 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Sat, 10 Nov 2012 20:24:14 +0400 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQv9GA0LDQstC40LvRjNC90L4g0L/RgNC+0L/QuNGB0LDRgtGM?= =?UTF-8?B?IHJvYm90cy50eHQ/?= In-Reply-To: <38035e8e475365f26d676f1346590807.NginxMailingListRussian@forum.nginx.org> References: <201211091639.16219.vbart@nginx.com> <38035e8e475365f26d676f1346590807.NginxMailingListRussian@forum.nginx.org> Message-ID: <201211102024.14538.vbart@nginx.com> On Saturday 10 November 2012 11:11:36 dga65 wrote: > Эээээ.... но ведь тогда это вообще для всех будет? А как чтобы только для > группы *.develop.site.com ? > Для каких укажите, для таких и будет. Ваш случай: server { server_name *.develop.site.com; location = /robots.txt { root /path/to/directory; } ... } http://nginx.org/r/server_name/ru http://nginx.org/ru/docs/http/server_names.html -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From vbart at nginx.com Sat Nov 10 16:34:16 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Sat, 10 Nov 2012 20:34:16 +0400 Subject: =?UTF-8?B?UmU6IGludGVybmFsIHJlZGlyZWN0INC4INCx0LXQt9C+0L/QsNGB0L3QvtGB0YI=?= =?UTF-8?B?0Yw=?= In-Reply-To: <509E4EE1.1000408@knutov.com> References: <509E4DD9.6030407@knutov.com> <509E4EE1.1000408@knutov.com> Message-ID: <201211102034.16958.vbart@nginx.com> On Saturday 10 November 2012 16:56:01 Nick Knutov wrote: > Нашел в changelog: > > Изменения в nginx 0.3.8 > 09.11.2005 > > *) Безопасность: nginx теперь проверят URI, полученные от бэкенда в > строке "X-Accel-Redirect" в заголовке ответа, или в SSI файле на > наличие путей "/../" и нулей. > > Однако неочевидно - проверяет - и что? Запрещает? Запрещает и пишет в error_log лог на уровне error: unsafe URI ... was detected > А если у меня нестандартный случай и надо разрешить? Что за случай такой? Хождение назад, за document root - порочная практика в любых случаях. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From gmm at csdoc.com Sat Nov 10 17:07:01 2012 From: gmm at csdoc.com (Gena Makhomed) Date: Sat, 10 Nov 2012 19:07:01 +0200 Subject: =?UTF-8?B?UmU6IGludGVybmFsIHJlZGlyZWN0INC4INCx0LXQt9C+0L/QsNGB0L3QvtGB0YI=?= =?UTF-8?B?0Yw=?= In-Reply-To: <509E6EB9.7010208@kpi.ua> References: <509E4EE1.1000408@knutov.com> <509E4DD9.6030407@knutov.com> <89750.1352554721.5028510818576367616@ffe6.ukr.net> <509E6DAA.6000301@knutov.com> <509E6EB9.7010208@kpi.ua> Message-ID: <509E89B5.1060301@csdoc.com> On 10.11.2012 17:11, Андрей Василишин wrote: > Что за хостинг такой, что пользователи сами могут составить себе > конфиг нгинкс? есть и такие, если этот nginx запускается с правами пользователя. > Что такое может понадобится на массовом хостинге, что требуется > внутренний локейшн? https://github.com/defanator/mod_aclr2 кстати, X-Accel-Redirect будет работать и без директивы "internal". > Игорь не однократно тут повторял, что нгинкс - не предназначен для > массового хостинга. Игорь никогда не запрещал использовать nginx для массового хостинга. P.S. здесь: http://nginx.org/ru/ также нет ни слова о том, что nginx нельзя или не рекомендуется использовать для массового хостинга. так что не надо распространять дезинформацию. P.P.S. не все сайты из статистики http://news.netcraft.com/archives/2012/11/01/november-2012-web-server-survey.html где используется nginx являются высоконагруженными. -- Best regards, Gena From mail at knutov.com Sat Nov 10 17:28:17 2012 From: mail at knutov.com (Nick Knutov) Date: Sat, 10 Nov 2012 23:28:17 +0600 Subject: =?UTF-8?B?UmU6IGludGVybmFsIHJlZGlyZWN0INC4INCx0LXQt9C+0L/QsNGB0L3QvtGB0YI=?= =?UTF-8?B?0Yw=?= In-Reply-To: <201211102034.16958.vbart@nginx.com> References: <509E4DD9.6030407@knutov.com> <509E4EE1.1000408@knutov.com> <201211102034.16958.vbart@nginx.com> Message-ID: <509E8EB1.1000809@knutov.com> > Запрещает и пишет в error_log лог на уровне error: unsafe URI ... was detected Вот это было бы прекрасно добавить в документацию. А ошибку отдаст - 500? Возможность как-то на это повлиять есть? Например, я хочу показывать свой кастомный файл с текстом вида "не хорошо так делать, если непонятно что произошло - обратитесь в суппорт". Причем, наверное, с кодом 200. 10.11.2012 22:34, Валентин Бартенев пишет: > On Saturday 10 November 2012 16:56:01 Nick Knutov wrote: >> Нашел в changelog: >> >> Изменения в nginx 0.3.8 >> 09.11.2005 >> >> *) Безопасность: nginx теперь проверят URI, полученные от бэкенда в >> строке "X-Accel-Redirect" в заголовке ответа, или в SSI файле на >> наличие путей "/../" и нулей. >> >> Однако неочевидно - проверяет - и что? Запрещает? > > Запрещает и пишет в error_log лог на уровне error: unsafe URI ... was detected > >> А если у меня нестандартный случай и надо разрешить? > > Что за случай такой? Хождение назад, за document root - порочная практика в > любых случаях. > > -- > Валентин Бартенев > http://nginx.com/support.html > http://nginx.org/en/donation.html > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From vbart at nginx.com Sat Nov 10 17:42:01 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Sat, 10 Nov 2012 21:42:01 +0400 Subject: =?UTF-8?B?UmU6IGludGVybmFsIHJlZGlyZWN0INC4INCx0LXQt9C+0L/QsNGB0L3QvtGB0YI=?= =?UTF-8?B?0Yw=?= In-Reply-To: <509E8EB1.1000809@knutov.com> References: <509E4DD9.6030407@knutov.com> <201211102034.16958.vbart@nginx.com> <509E8EB1.1000809@knutov.com> Message-ID: <201211102142.01294.vbart@nginx.com> On Saturday 10 November 2012 21:28:17 Nick Knutov wrote: > А ошибку отдаст - 500? Нет, пользователю будет возращена 404. > Возможность как-то на это повлиять есть? Да, с помощью директивы error_page. http://nginx.org/r/error_page/ru > Например, я хочу показывать свой кастомный файл с текстом вида "не > хорошо так делать, если непонятно что произошло - обратитесь в суппорт". Подозреваю, что случайный пользователь, зашедший на страницу скорее всего никак в этом не виноват. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From vbart at nginx.com Sat Nov 10 17:49:09 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Sat, 10 Nov 2012 21:49:09 +0400 Subject: =?UTF-8?B?UmU6IGludGVybmFsIHJlZGlyZWN0INC4INCx0LXQt9C+0L/QsNGB0L3QvtGB0YI=?= =?UTF-8?B?0Yw=?= In-Reply-To: <509E6EB9.7010208@kpi.ua> References: <509E4EE1.1000408@knutov.com> <509E6DAA.6000301@knutov.com> <509E6EB9.7010208@kpi.ua> Message-ID: <201211102149.09235.vbart@nginx.com> On Saturday 10 November 2012 19:11:53 Андрей Василишин wrote: > нгинкс - не предназначен для массового хостинга. Это не так. В частности, директива disable_symlinks была реализована с учетом нужд массового хостинга. http://nginx.org/r/disable_symlinks/ru -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From exelib at googlemail.com Sat Nov 10 18:55:55 2012 From: exelib at googlemail.com (Anton Bessonov) Date: Sat, 10 Nov 2012 19:55:55 +0100 Subject: =?UTF-8?B?UmU6IGludGVybmFsIHJlZGlyZWN0INC4INCx0LXQt9C+0L/QsNGB0L3QvtGB0YI=?= =?UTF-8?B?0Yw=?= In-Reply-To: <509E89B5.1060301@csdoc.com> References: <509E4EE1.1000408@knutov.com> <509E4DD9.6030407@knutov.com> <89750.1352554721.5028510818576367616@ffe6.ukr.net> <509E6DAA.6000301@knutov.com> <509E6EB9.7010208@kpi.ua> <509E89B5.1060301@csdoc.com> Message-ID: <509EA33B.1030208@googlemail.com> On 11/10/2012 06:07 PM, Gena Makhomed wrote: > >> Игорь не однократно тут повторял, что нгинкс - не предназначен для >> массового хостинга. > > Игорь никогда не запрещал использовать nginx для массового хостинга. Ну да, автостроители тоже не запрещают превышать скорость. > P.S. здесь: http://nginx.org/ru/ также нет ни слова о том, что nginx > нельзя или не рекомендуется использовать для массового хостинга. > так что не надо распространять дезинформацию. > Пока энджин не научится форкоться/рожать детей с разными правами/юзерами/группами или наладит проверку сего - он не будет предназначен для массового хостинга. Ладно, что, в отличии от апачи, памяти требует меньше, что позволяет хотя бы с костылями использовать на массовом хостинге. > P.P.S. не все сайты из статистики > http://news.netcraft.com/archives/2012/11/01/november-2012-web-server-survey.html > > где используется nginx являются высоконагруженными. Ну и что Вы хотели этим сказать? Гляньте на статистику превешения скорости на трассах - то же эффект. On 11/10/2012 06:49 PM, Валентин Бартенев wrote: > On Saturday 10 November 2012 19:11:53 Андрей Василишин wrote: >> нгинкс - не предназначен для массового хостинга. > Это не так. В частности, директива disable_symlinks была реализована с учетом > нужд массового хостинга. Да не только ведь для массового хостинга. Если судить по ответу выше, то там вообще речи о хостинге нет. А так директива вообще полезная, независимо от хостинга. -- Oracle Certified Expert, Enterprise JavaBeans Developer Oracle Certified Professional, Java SE 6 Programmer Professional Scrum Master I & II Now that's a test of the character of an organization. Of the organizations that are attempting to implement Scrum probably, 30% - 35% will successfully implement it. - Ken Schwaber From gmm at csdoc.com Sat Nov 10 20:06:45 2012 From: gmm at csdoc.com (Gena Makhomed) Date: Sat, 10 Nov 2012 22:06:45 +0200 Subject: =?UTF-8?B?UmU6IGludGVybmFsIHJlZGlyZWN0INC4INCx0LXQt9C+0L/QsNGB0L3QvtGB0YI=?= =?UTF-8?B?0Yw=?= In-Reply-To: <509EA33B.1030208@googlemail.com> References: <509E4EE1.1000408@knutov.com> <509E4DD9.6030407@knutov.com> <89750.1352554721.5028510818576367616@ffe6.ukr.net> <509E6DAA.6000301@knutov.com> <509E6EB9.7010208@kpi.ua> <509E89B5.1060301@csdoc.com> <509EA33B.1030208@googlemail.com> Message-ID: <509EB3D5.10509@csdoc.com> On 10.11.2012 20:55, Anton Bessonov wrote: > Пока энджин не научится форкоться/рожать детей с разными > правами/юзерами/группами или наладит проверку сего - он не будет > предназначен для массового хостинга. т.е. другими словами, в nginx Вам не хватает http://button.dekel.ru/ ? пожалуйста, назовите хотя бы один веб-сервер, который соответствует этим Вашим требованиям. а еще лучше - два-три таких веб-сервера. P.S. если наличие nginx не прозрачно для пользователей - они рано или поздно захотят править его конфиг. и потом делать graceful reload веб-сервера. -- Best regards, Gena From exelib at googlemail.com Sat Nov 10 20:51:00 2012 From: exelib at googlemail.com (Anton Bessonov) Date: Sat, 10 Nov 2012 21:51:00 +0100 Subject: =?UTF-8?B?UmU6IGludGVybmFsIHJlZGlyZWN0INC4INCx0LXQt9C+0L/QsNGB0L3QvtGB0YI=?= =?UTF-8?B?0Yw=?= In-Reply-To: <509EB3D5.10509@csdoc.com> References: <509E4EE1.1000408@knutov.com> <509E4DD9.6030407@knutov.com> <89750.1352554721.5028510818576367616@ffe6.ukr.net> <509E6DAA.6000301@knutov.com> <509E6EB9.7010208@kpi.ua> <509E89B5.1060301@csdoc.com> <509EA33B.1030208@googlemail.com> <509EB3D5.10509@csdoc.com> Message-ID: <509EBE34.3080001@googlemail.com> On 11/10/2012 09:06 PM, Gena Makhomed wrote: > On 10.11.2012 20:55, Anton Bessonov wrote: > >> Пока энджин не научится форкоться/рожать детей с разными >> правами/юзерами/группами или наладит проверку сего - он не будет >> предназначен для массового хостинга. > > т.е. другими словами, в nginx Вам не хватает http://button.dekel.ru/ ? В принципе - да. Всё остальное меня устраивает. > пожалуйста, назовите хотя бы один веб-сервер, > который соответствует этим Вашим требованиям. > а еще лучше - два-три таких веб-сервера. А зачем? Мы вроде про энджин, а не про другие веб сервера. Экпериментальные решения, которые в пять минут нагуглил: http://httpd.apache.org/docs/2.4/mod/mod_privileges.html#vhostuser http://mpm-itk.sesse.net/ Не нужно посылать - апачи не соответствует другим требованиям, а костыли уже приделаны. > P.S. > > если наличие nginx не прозрачно для пользователей - > они рано или поздно захотят править его конфиг. > и потом делать graceful reload веб-сервера. > А почему наличие должно быть не прозрачным или не прозрачным? Ну в любом случае - это уже проблема контрактов, админов и т.д. У нас, например, на некоторых марках ограничивают скорость да 250км/ч. А всё-равно убиваются. -- Oracle Certified Expert, Enterprise JavaBeans Developer Oracle Certified Professional, Java SE 6 Programmer Professional Scrum Master I & II Now that's a test of the character of an organization. Of the organizations that are attempting to implement Scrum probably, 30% - 35% will successfully implement it. - Ken Schwaber -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmm at csdoc.com Sat Nov 10 21:55:04 2012 From: gmm at csdoc.com (Gena Makhomed) Date: Sat, 10 Nov 2012 23:55:04 +0200 Subject: =?UTF-8?B?UmU6IGludGVybmFsIHJlZGlyZWN0INC4INCx0LXQt9C+0L/QsNGB0L3QvtGB0YI=?= =?UTF-8?B?0Yw=?= In-Reply-To: <509EBE34.3080001@googlemail.com> References: <509E4EE1.1000408@knutov.com> <509E4DD9.6030407@knutov.com> <89750.1352554721.5028510818576367616@ffe6.ukr.net> <509E6DAA.6000301@knutov.com> <509E6EB9.7010208@kpi.ua> <509E89B5.1060301@csdoc.com> <509EA33B.1030208@googlemail.com> <509EB3D5.10509@csdoc.com> <509EBE34.3080001@googlemail.com> Message-ID: <509ECD38.9090604@csdoc.com> On 10.11.2012 22:51, Anton Bessonov wrote: >>> Пока энджин не научится форкоться/рожать детей с разными >>> правами/юзерами/группами или наладит проверку сего как Вы себе это представляете? Вы предлагаете парсить клиентские запросы процессом nginx запущенным на сервере с правами root? и потом делать fork на каждый новый клиентский запрос? >>> - он не будет предназначен для массового хостинга. у меня складывается такое впечатление, что предлагаемый Вами вариант еще меньше подходит/предназначен для массового хостинга. >> пожалуйста, назовите хотя бы один веб-сервер, >> который соответствует этим Вашим требованиям. >> а еще лучше - два-три таких веб-сервера. > А зачем? Мы вроде про энджин, а не про другие веб сервера. чтобы понять существуют ли в природе вообще веб-сервера, которые соответствуют этим требованиям. оказалось что нет. > Экпериментальные решения, которые в пять минут нагуглил: > http://httpd.apache.org/docs/2.4/mod/mod_privileges.html#vhostuser > http://mpm-itk.sesse.net/ такой же и даже лучший вариант можно получить, используя nginx, запущенный с правами каждого пользователя, master+worker процессы. причем, это вариант не экспериментальный, а вполне production ready. -- Best regards, Gena From exelib at googlemail.com Sat Nov 10 23:01:09 2012 From: exelib at googlemail.com (Anton Bessonov) Date: Sun, 11 Nov 2012 00:01:09 +0100 Subject: =?UTF-8?B?UmU6IGludGVybmFsIHJlZGlyZWN0INC4INCx0LXQt9C+0L/QsNGB0L3QvtGB0YI=?= =?UTF-8?B?0Yw=?= In-Reply-To: <509ECD38.9090604@csdoc.com> References: <509E4EE1.1000408@knutov.com> <509E4DD9.6030407@knutov.com> <89750.1352554721.5028510818576367616@ffe6.ukr.net> <509E6DAA.6000301@knutov.com> <509E6EB9.7010208@kpi.ua> <509E89B5.1060301@csdoc.com> <509EA33B.1030208@googlemail.com> <509EB3D5.10509@csdoc.com> <509EBE34.3080001@googlemail.com> <509ECD38.9090604@csdoc.com> Message-ID: <509EDCB5.4020107@googlemail.com> On 11/10/2012 10:55 PM, Gena Makhomed wrote: > On 10.11.2012 22:51, Anton Bessonov wrote: > >>>> Пока энджин не научится форкоться/рожать детей с разными >>>> правами/юзерами/группами или наладит проверку сего > > как Вы себе это представляете? Вы предлагаете парсить клиентские > запросы процессом nginx запущенным на сервере с правами root? > и потом делать fork на каждый новый клиентский запрос? Этой теме уже более двух лет (там и Вы учавствовали :) http://forum.nginx.org/read.php?21,86747,86952#msg-86952 >>>> - он не будет предназначен для массового хостинга. > > у меня складывается такое впечатление, что предлагаемый Вами > вариант еще меньше подходит/предназначен для массового хостинга. Смотря что Вы подразумеваете под "массовым хостингом". У меня для каждого клиента свой uid/gid. >> А зачем? Мы вроде про энджин, а не про другие веб сервера. > > чтобы понять существуют ли в природе вообще веб-сервера, > которые соответствуют этим требованиям. оказалось что нет. Ну как нет? Есть ведь. Может не оптимально, но есть. Да и какая разница что есть в природе или нет? Или вы считаете, что отсутствие идей/инноваций и копия конкурентов - это хорошая стратегия? > >> Экпериментальные решения, которые в пять минут нагуглил: >> http://httpd.apache.org/docs/2.4/mod/mod_privileges.html#vhostuser >> http://mpm-itk.sesse.net/ > > такой же и даже лучший вариант можно получить, используя nginx, > запущенный с правами каждого пользователя, master+worker процессы. > причем, это вариант не экспериментальный, а вполне production ready. > А чем лучше-то? Вот именно такой зоопарк и имею. С production ready он ничего общего не имеет. Ну был бы воркер на пользователя, ну диспатчился бы запрос на нужный воркер - чем плохо-то? Так нет, родить кучу инстанций, мониторить, писать скрипты, что бы удобно было стартовать и отсанавливать и не потеряться в джунглях - это да, жестокая правда. А кому легко. В общем опять оффтопик какой-то получается. Так и будут костыли. -- Oracle Certified Expert, Enterprise JavaBeans Developer Oracle Certified Professional, Java SE 6 Programmer Professional Scrum Master I & II Now that's a test of the character of an organization. Of the organizations that are attempting to implement Scrum probably, 30% - 35% will successfully implement it. - Ken Schwaber -------------- next part -------------- An HTML attachment was scrubbed... URL: From azovmash at ukr.net Sat Nov 10 23:04:26 2012 From: azovmash at ukr.net (azovmash at ukr.net) Date: Sun, 11 Nov 2012 01:04:26 +0200 Subject: =?UTF-8?B?UmVbMl06IGludGVybmFsIHJlZGlyZWN0INC4INCx0LXQt9C+0L/QsNGB0L3QvtGB?= =?UTF-8?B?0YLRjA==?= In-Reply-To: <509E6DAA.6000301@knutov.com> References: <509E4EE1.1000408@knutov.com> <509E4DD9.6030407@knutov.com> <89750.1352554721.5028510818576367616@ffe6.ukr.net> <509E6DAA.6000301@knutov.com> Message-ID: <96638.1352588666.3252967152244359168@ffe2.ukr.net> Положите свои драгоценные статические файлы с правами rw------- или 600 в числовом эквиваленте и отдавайте их скриптами, при этом кешируя в nginx. Потеря производительности в таком случае будет минимальной. Другой пользователь при всем желании не сможет их отдать ни скриптами ни nginx, так как эти файлы не состоят в одной группе с nginx. И даже симлинки на эти файлы не помогут. Правда в linux частельно случается local root ;) ... --- Исходное сообщение --- От кого: "Nick Knutov" Кому: azovmash at ukr.net Дата: 10 ноября 2012, 17:07:33 Тема: Re: internal redirect и безопасность > нгинх общий (иначе зачем бы я спрашивал?), права к обсуждаемому вопросу > отношения никакого не имеют. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmm at csdoc.com Sun Nov 11 00:05:15 2012 From: gmm at csdoc.com (Gena Makhomed) Date: Sun, 11 Nov 2012 02:05:15 +0200 Subject: =?UTF-8?B?UmU6IGludGVybmFsIHJlZGlyZWN0INC4INCx0LXQt9C+0L/QsNGB0L3QvtGB0YI=?= =?UTF-8?B?0Yw=?= In-Reply-To: <509EDCB5.4020107@googlemail.com> References: <509E4EE1.1000408@knutov.com> <509E4DD9.6030407@knutov.com> <89750.1352554721.5028510818576367616@ffe6.ukr.net> <509E6DAA.6000301@knutov.com> <509E6EB9.7010208@kpi.ua> <509E89B5.1060301@csdoc.com> <509EA33B.1030208@googlemail.com> <509EB3D5.10509@csdoc.com> <509EBE34.3080001@googlemail.com> <509ECD38.9090604@csdoc.com> <509EDCB5.4020107@googlemail.com> Message-ID: <509EEBBB.3070400@csdoc.com> On 11.11.2012 1:01, Anton Bessonov wrote: >>>>> Пока энджин не научится форкоться/рожать детей с разными >>>>> правами/юзерами/группами или наладит проверку сего >> как Вы себе это представляете? Вы предлагаете парсить клиентские >> запросы процессом nginx запущенным на сервере с правами root? >> и потом делать fork на каждый новый клиентский запрос? > Этой теме уже более двух лет (там и Вы учавствовали :) > http://forum.nginx.org/read.php?21,86747,86952#msg-86952 http://forum.nginx.org/read.php?21,86747,86884#msg-86884 если бы была возможность эффективно и безопасно реализовать такую feature - то это наверное уже равно было бы сделано... как например, это было в случае с директивой disable_symlinks >>> А зачем? Мы вроде про энджин, а не про другие веб сервера. >> чтобы понять существуют ли в природе вообще веб-сервера, >> которые соответствуют этим требованиям. оказалось что нет. > Ну как нет? Есть ведь. Может не оптимально, но есть. есть сырые экспериментальные варианты, которыми почти никто не пользуется. > Да и какая разница > что есть в природе или нет? Или вы считаете, что отсутствие > идей/инноваций и копия конкурентов - это хорошая стратегия? мне это напоминает историю про семь красных линий: http://www.youtube.com/watch?v=KlylKr7WjnM Общение бизнесов и маркетинга с ИТ >>> Экпериментальные решения, которые в пять минут нагуглил: >>> http://httpd.apache.org/docs/2.4/mod/mod_privileges.html#vhostuser >>> http://mpm-itk.sesse.net/ >> >> такой же и даже лучший вариант можно получить, используя nginx, >> запущенный с правами каждого пользователя, master+worker процессы. >> причем, это вариант не экспериментальный, а вполне production ready. > А чем лучше-то? это более безопасно, надежно и более эффективно. > Вот именно такой зоопарк и имею. > С production ready он ничего общего не имеет. у нас с Вами разные понимания того, что такое "production ready". > Ну был бы воркер на пользователя, ну диспатчился > бы запрос на нужный воркер - чем плохо-то? это почти то же самое что и семь красных линий. как реализовать чтобы было эффективно и безопасно? > Так нет, родить кучу > инстанций, мониторить, писать скрипты, что бы удобно было стартовать и > отсанавливать и не потеряться в джунглях - это да, жестокая правда. а что тут такого сложного? все сервисы система сама стартует и останавливает, вручную это делать не надо. -- Best regards, Gena From trent.clainor at gmail.com Sun Nov 11 04:37:05 2012 From: trent.clainor at gmail.com (Albert Mikhaylov) Date: Sun, 11 Nov 2012 08:37:05 +0400 Subject: =?UTF-8?B?UmU6IGludGVybmFsIHJlZGlyZWN0INC4INCx0LXQt9C+0L/QsNGB0L3QvtGB0YI=?= =?UTF-8?B?0Yw=?= In-Reply-To: <509EEBBB.3070400@csdoc.com> References: <509E4EE1.1000408@knutov.com> <509E4DD9.6030407@knutov.com> <89750.1352554721.5028510818576367616@ffe6.ukr.net> <509E6DAA.6000301@knutov.com> <509E6EB9.7010208@kpi.ua> <509E89B5.1060301@csdoc.com> <509EA33B.1030208@googlemail.com> <509EB3D5.10509@csdoc.com> <509EBE34.3080001@googlemail.com> <509ECD38.9090604@csdoc.com> <509EDCB5.4020107@googlemail.com> <509EEBBB.3070400@csdoc.com> Message-ID: 11 ноября 2012 г., 4:05 пользователь Gena Makhomed написал: > On 11.11.2012 1:01, Anton Bessonov wrote: > > Пока энджин не научится форкоться/рожать детей с разными >>>>>> правами/юзерами/группами или наладит проверку сего >>>>>> >>>>> > как Вы себе это представляете? Вы предлагаете парсить клиентские >>> запросы процессом nginx запущенным на сервере с правами root? >>> и потом делать fork на каждый новый клиентский запрос? >>> >> > Этой теме уже более двух лет (там и Вы учавствовали :) >> http://forum.nginx.org/read.**php?21,86747,86952#msg-86952 >> > > http://forum.nginx.org/read.**php?21,86747,86884#msg-86884 > > если бы была возможность эффективно и безопасно реализовать > такую feature - то это наверное уже равно было бы сделано... > как например, это было в случае с директивой disable_symlinks > > ну вот это решение тоже подошло бы http://forum.nginx.org/read.php?21,86747,86889#msg-86889 когда в контексте сервера назначается свой uid/gid и другие настройки воркеров, воркеры подымаются при старте сервера в зависимости от общих настроек и конкретного server {}, если в нем указано отличное от глобальных директив user, worker_* -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Sun Nov 11 08:01:47 2012 From: nginx-forum at nginx.us (Renat) Date: Sun, 11 Nov 2012 03:01:47 -0500 Subject: =?UTF-8?B?0KfQn9CjINC4IDMwMSByZWRpcmVjdA==?= Message-ID: Если человек зашел по ссылке: /?page={a}&lang={b} Его необходимо перенаправить на: /{a}/{b} Пришел к такой конструкции: location / { if ($args ~* "/?page=[a-z0-9]+&lang=[a-z]+") { rewrite ^ /$arg_page/$arg_lang? permanent; } } rewrite ^/([a-z0-9]+)/([a-z]+)(/?)+$ /?page=$1&lang=$2 last; Таким образом зайдя по ссылке "/?page=test$lang=ru" nginx перенаправляет на "/test/ru". Но открыв страницу "/test/ru". Nginx выдает ошибку "Moved Permanently". Подскажите пожалуйста, что я не так делаю? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232697,232697#msg-232697 From gmm at csdoc.com Sun Nov 11 12:08:55 2012 From: gmm at csdoc.com (Gena Makhomed) Date: Sun, 11 Nov 2012 14:08:55 +0200 Subject: =?UTF-8?B?UmU6IGludGVybmFsIHJlZGlyZWN0INC4INCx0LXQt9C+0L/QsNGB0L3QvtGB0YI=?= =?UTF-8?B?0Yw=?= In-Reply-To: References: <509E4EE1.1000408@knutov.com> <509E4DD9.6030407@knutov.com> <89750.1352554721.5028510818576367616@ffe6.ukr.net> <509E6DAA.6000301@knutov.com> <509E6EB9.7010208@kpi.ua> <509E89B5.1060301@csdoc.com> <509EA33B.1030208@googlemail.com> <509EB3D5.10509@csdoc.com> <509EBE34.3080001@googlemail.com> <509ECD38.9090604@csdoc.com> <509EDCB5.4020107@googlemail.com> <509EEBBB.3070400@csdoc.com> Message-ID: <509F9557.7080905@csdoc.com> On 11.11.2012 6:37, Albert Mikhaylov wrote: > ну вот это решение тоже подошло бы > http://forum.nginx.org/read.php?21,86747,86889#msg-86889 > когда в контексте сервера назначается свой uid/gid и другие настройки > воркеров, воркеры подымаются при старте сервера в зависимости от общих > настроек и конкретного server {}, если в нем указано отличное от > глобальных директив user, worker_* и как это будет работать, если на одном и том же IP:PORT есть несколько виртуальных хостов, как несколько воркеров с разным uid/gid будуть делить между собой этот IP:PORT? то же самое можно получить просто запустив отдельный экземпляр nginx со своим собственным конфигом и отдельным инит-скриптом. чем существующий сейчас вариант не устраивает - не совсем понятно. -- Best regards, Gena From mdounin at mdounin.ru Sun Nov 11 12:24:04 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Sun, 11 Nov 2012 16:24:04 +0400 Subject: =?UTF-8?B?UmU6INCn0J/QoyDQuCAzMDEgcmVkaXJlY3Q=?= In-Reply-To: References: Message-ID: <20121111122403.GK40452@mdounin.ru> Hello! On Sun, Nov 11, 2012 at 03:01:47AM -0500, Renat wrote: > Если человек зашел по ссылке: /?page={a}&lang={b} > Его необходимо перенаправить на: /{a}/{b} > > Пришел к такой конструкции: > location / { > if ($args ~* "/?page=[a-z0-9]+&lang=[a-z]+") { > rewrite ^ /$arg_page/$arg_lang? permanent; > } > } > rewrite ^/([a-z0-9]+)/([a-z]+)(/?)+$ /?page=$1&lang=$2 last; > > Таким образом зайдя по ссылке "/?page=test$lang=ru" nginx перенаправляет на > "/test/ru". > Но открыв страницу "/test/ru". Nginx выдает ошибку "Moved Permanently". > Подскажите пожалуйста, что я не так делаю? Ну так для "/test/ru" у вас делается rewrite в "/?page=test&lang=ru", и следом за этим опять перенаправление на "/test/ru". Т.е. nginx делает ровно то, что вы написали. Вопрос состоит в том, что вы хотели написать, т.е. что нужно делать с "/test/ru". -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Sun Nov 11 14:37:41 2012 From: nginx-forum at nginx.us (Renat) Date: Sun, 11 Nov 2012 09:37:41 -0500 Subject: =?UTF-8?B?UmU6INCn0J/QoyDQuCAzMDEgcmVkaXJlY3Q=?= In-Reply-To: <20121111122403.GK40452@mdounin.ru> References: <20121111122403.GK40452@mdounin.ru> Message-ID: <3105cb09d3879853d3d4492d40afe825.NginxMailingListRussian@forum.nginx.org> Максим, попав на /{a}/{b} nginx должен отдать /?page={a}&lang={b}. Но он не должен менять url. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232697,232700#msg-232700 From mdounin at mdounin.ru Sun Nov 11 19:38:31 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Sun, 11 Nov 2012 23:38:31 +0400 Subject: =?UTF-8?B?UmU6INCn0J/QoyDQuCAzMDEgcmVkaXJlY3Q=?= In-Reply-To: <3105cb09d3879853d3d4492d40afe825.NginxMailingListRussian@forum.nginx.org> References: <20121111122403.GK40452@mdounin.ru> <3105cb09d3879853d3d4492d40afe825.NginxMailingListRussian@forum.nginx.org> Message-ID: <20121111193831.GM40452@mdounin.ru> Hello! On Sun, Nov 11, 2012 at 09:37:41AM -0500, Renat wrote: > Максим, попав на /{a}/{b} nginx должен отдать /?page={a}&lang={b}. Но он не > должен менять url. Сделайте в этом месте прямое обращение к бекенду - и будет вам счастье. А иначе у вас цикл Как-то так должно работать: location / { # just in case - тут проверку я поменял на сколько-нибудь # разумную, ибо "/?" у вас очевидно неверно; если нужна # менее строгая проверка - поправить по необходимости if ($args ~* "^page=[a-z0-9]+&lang=[a-z]+$") { rewrite ^ /$arg_page/$arg_lang? permanent; } rewrite ^/([a-z0-9]+)/([a-z]+)(/?)+$ /backend?page=$1&lang=$2 last; } location = /backend { # для прокси - просто меняем путь обратно на /: proxy_pass http://backend.example.com/; # для php via fastcgi - как-то так: fastcgi_pass ...; fastcgi_param SCRIPT_FILENAME /path/to/index.php; ... } А ещё лучше - сделайте прямое обращение к бекенду без всяких преобразований, и пусть бекенд занимается разбором URL'ов на составляющие. Придумывать костыль из nginx'а и rewrite-правил, вместо того чтобы нормально разобрать адрес на полноценном языке программирования - то неправильно. -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Mon Nov 12 05:59:04 2012 From: nginx-forum at nginx.us (zlenko) Date: Mon, 12 Nov 2012 00:59:04 -0500 Subject: =?UTF-8?B?ItCe0LHRgNC10LfQsNC10YLRgdGPIiBIVE1MINGB0YLRgNCw0L3QuNGG0LAg0LU=?= =?UTF-8?B?0YHQu9C4INCyINGB0LXRgtC4INGB0YLQvtC40YIgcHJveHkg0YHQtdGA0LI=?= =?UTF-8?B?0LXRgA==?= Message-ID: <098314e59f0bd2bf8c5e43329f243745.NginxMailingListRussian@forum.nginx.org> Стоит Apache (mod_php) и Nginx. Если прямое подключение к интернету - сайт отображается нормально, а если в корпоративной сети сети через proxy сервер (проюовал в двух сетях с разными прокси), то HTML страница отображается не полностью - обрезается до 50 кб. Если из браузера напрямую обращаться к Apache по 81 порту, то отображается нормально. Ума не приложу "куда копать". Вот заголовки в сети с proxy если напрямую к Apache и если через Nginx: HTTP/1.0 200 OK Date: Fri, 09 Nov 2012 12:32:20 GMT Server: Apache P3P: CP="NOI ADM DEV PSAi COM NAV OUR OTRo STP IND DEM" Etag: 6666cd76f96956469e7be39d750cc7d9 Expires: Fri, 09 Nov 2012 12:32:20 GMT Last-Modified: Fri, 09 Nov 2012 12:32:20 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Content-Type: text/html; charset=UTF-8 X-Cache: MISS from gate.office.com Via: 1.1 gate.office.com:3128 (squid/2.7.STABLE7) Connection: close HTTP/1.0 200 OK Server: nginx Date: Fri, 09 Nov 2012 12:32:47 GMT Content-Type: text/html; charset=UTF-8 P3P: CP="NOI ADM DEV PSAi COM NAV OUR OTRo STP IND DEM" Etag: 6666cd76f96956469e7be39d750cc7d9 Expires: Fri, 09 Nov 2012 12:32:47 GMT Last-Modified: Fri, 09 Nov 2012 12:32:47 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache X-Cache: MISS from gate.office.com Via: 1.1 gate.office.com:3128 (squid/2.7.STABLE7) Connection: close Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232715,232715#msg-232715 From igor at sysoev.ru Mon Nov 12 06:05:31 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Mon, 12 Nov 2012 10:05:31 +0400 Subject: =?UTF-8?B?UmU6ICLQntCx0YDQtdC30LDQtdGC0YHRjyIgSFRNTCDRgdGC0YDQsNC90LjRhtCw?= =?UTF-8?B?INC10YHQu9C4INCyINGB0LXRgtC4INGB0YLQvtC40YIgcHJveHkg0YHQtdGA?= =?UTF-8?B?0LLQtdGA?= In-Reply-To: <098314e59f0bd2bf8c5e43329f243745.NginxMailingListRussian@forum.nginx.org> References: <098314e59f0bd2bf8c5e43329f243745.NginxMailingListRussian@forum.nginx.org> Message-ID: On Nov 12, 2012, at 9:59 , zlenko wrote: > Стоит Apache (mod_php) и Nginx. Если прямое подключение к интернету - сайт > отображается нормально, а если в корпоративной сети сети через proxy сервер > (проюовал в двух сетях с разными прокси), то HTML страница отображается не > полностью - обрезается до 50 кб. Если из браузера напрямую обращаться к > Apache по 81 порту, то отображается нормально. Ума не приложу "куда копать". Копать в error_log. -- Igor Sysoev http://nginx.com/support.html From nginx-forum at nginx.us Mon Nov 12 08:57:55 2012 From: nginx-forum at nginx.us (zlenko) Date: Mon, 12 Nov 2012 03:57:55 -0500 Subject: =?UTF-8?B?UmU6ICLQntCx0YDQtdC30LDQtdGC0YHRjyIgSFRNTCDRgdGC0YDQsNC90LjRhtCw?= =?UTF-8?B?INC10YHQu9C4INCyINGB0LXRgtC4INGB0YLQvtC40YIgcHJveHkg0YHQtdGA?= =?UTF-8?B?0LLQtdGA?= In-Reply-To: References: Message-ID: <8c100e31adec8de0927324387b3e29fa.NginxMailingListRussian@forum.nginx.org> Спасибо. Как я сам до этого не додумался :-( Действительно в error_log было написано что нет прав на /var/lib/nginx/tmp/proxy Дал права на юзера от которого стартует Nginx и все заработало :-) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232715,232721#msg-232721 From nginx-forum at nginx.us Mon Nov 12 09:55:41 2012 From: nginx-forum at nginx.us (dga65) Date: Mon, 12 Nov 2012 04:55:41 -0500 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQv9GA0LDQstC40LvRjNC90L4g0L/RgNC+0L/QuNGB0LDRgtGM?= =?UTF-8?B?IHJvYm90cy50eHQ/?= In-Reply-To: <201211102024.14538.vbart@nginx.com> References: <201211102024.14538.vbart@nginx.com> Message-ID: <50cef6503f778aea36a72656708bfaf8.NginxMailingListRussian@forum.nginx.org> Ура, помогло! Большое пионерское СПАСИБО! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232635,232728#msg-232728 From nginx-forum at nginx.us Mon Nov 12 18:03:15 2012 From: nginx-forum at nginx.us (dwow) Date: Mon, 12 Nov 2012 13:03:15 -0500 Subject: http_gunzip_module Message-ID: Всем привет, пытаюсь сконфигурировать версию 1.2.4 с --with-http_gunzip_module выдается вот такая ошибка: /configure: error: invalid option "--with-http_gunzip_module" Что не так? В официальной доке ничего не сказано про подводныем камни http://nginx.org/ru/docs/http/ngx_http_gunzip_module.html Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232740,232740#msg-232740 From mdounin at mdounin.ru Mon Nov 12 18:31:33 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 12 Nov 2012 22:31:33 +0400 Subject: http_gunzip_module In-Reply-To: References: Message-ID: <20121112183133.GC40452@mdounin.ru> Hello! On Mon, Nov 12, 2012 at 01:03:15PM -0500, dwow wrote: > Всем привет, пытаюсь сконфигурировать версию 1.2.4 с > --with-http_gunzip_module > выдается вот такая ошибка: /configure: error: invalid option > "--with-http_gunzip_module" > > Что не так? В официальной доке ничего не сказано про подводныем камни > http://nginx.org/ru/docs/http/ngx_http_gunzip_module.html > > Спасибо. Модуль gunzip в коробке есть только в 1.3.x. Если очень хочется в 1.2.x - можно взять отдельностоящий модуль тут: http://mdounin.ru/hg/ngx_http_gunzip_filter_module http://mdounin.ru/files/ngx_http_gunzip_filter_module-0.4.tar.gz -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Tue Nov 13 06:56:24 2012 From: nginx-forum at nginx.us (dwow) Date: Tue, 13 Nov 2012 01:56:24 -0500 Subject: http_gunzip_module In-Reply-To: <20121112183133.GC40452@mdounin.ru> References: <20121112183133.GC40452@mdounin.ru> Message-ID: ага, спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232740,232748#msg-232748 From nginx-forum at nginx.us Tue Nov 13 09:33:12 2012 From: nginx-forum at nginx.us (dwow) Date: Tue, 13 Nov 2012 04:33:12 -0500 Subject: http_gunzip_module In-Reply-To: <20121112183133.GC40452@mdounin.ru> References: <20121112183133.GC40452@mdounin.ru> Message-ID: <3ba5d3344b1498101a497e4779a66480.NginxMailingListRussian@forum.nginx.org> и еще вопрос, а в стабильную ветку, когда планируется перенести этот модуль? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232740,232754#msg-232754 From mdounin at mdounin.ru Tue Nov 13 10:17:19 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 13 Nov 2012 14:17:19 +0400 Subject: http_gunzip_module In-Reply-To: <3ba5d3344b1498101a497e4779a66480.NginxMailingListRussian@forum.nginx.org> References: <20121112183133.GC40452@mdounin.ru> <3ba5d3344b1498101a497e4779a66480.NginxMailingListRussian@forum.nginx.org> Message-ID: <20121113101718.GE40452@mdounin.ru> Hello! On Tue, Nov 13, 2012 at 04:33:12AM -0500, dwow wrote: > и еще вопрос, а в стабильную ветку, когда планируется перенести этот модуль? Пока планов мержить gunzip в 1.2.x нет. В общем случае можно смело полагать, что в стабильную ветку этот модуль попадёт не позднее, чем появится 1.4.0 stable. :) -- Maxim Dounin http://nginx.com/support.html From mdounin at mdounin.ru Tue Nov 13 13:58:04 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 13 Nov 2012 17:58:04 +0400 Subject: nginx-1.2.5 Message-ID: <20121113135804.GJ40452@mdounin.ru> Изменения в nginx 1.2.5 13.11.2012 *) Добавление: параметр optional_no_ca директивы ssl_verify_client. Спасибо Михаилу Казанцеву и Eric O'Connor. *) Добавление: переменные $bytes_sent, $connection и $connection_requests теперь можно использовать не только в директиве log_format. Спасибо Benjamin Gr?ssing. *) Добавление: теперь resolver случайным образом меняет порядок возвращаемых закэшированных адресов. Спасибо Антону Жулину. *) Добавление: параметр auto директивы worker_processes. *) Исправление: сообщения "cache file ... has md5 collision". *) Исправление: совместимость с OpenSSL 0.9.7. -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Tue Nov 13 17:21:27 2012 From: nginx-forum at nginx.us (dwow) Date: Tue, 13 Nov 2012 12:21:27 -0500 Subject: http_gunzip_module In-Reply-To: <20121113101718.GE40452@mdounin.ru> References: <20121113101718.GE40452@mdounin.ru> Message-ID: <58f4fec81e18ac2f22bc938baf91514e.NginxMailingListRussian@forum.nginx.org> а почему кстати, модуль настолько сырой и нестабильный?) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232740,232774#msg-232774 From mdounin at mdounin.ru Tue Nov 13 17:47:45 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 13 Nov 2012 21:47:45 +0400 Subject: http_gunzip_module In-Reply-To: <58f4fec81e18ac2f22bc938baf91514e.NginxMailingListRussian@forum.nginx.org> References: <20121113101718.GE40452@mdounin.ru> <58f4fec81e18ac2f22bc938baf91514e.NginxMailingListRussian@forum.nginx.org> Message-ID: <20121113174745.GN40452@mdounin.ru> Hello! On Tue, Nov 13, 2012 at 12:21:27PM -0500, dwow wrote: > а почему кстати, модуль настолько сырой и нестабильный?) Это он скрывается от любителей самоуспокоения чтением названий, не любит он их. -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Tue Nov 13 19:30:45 2012 From: nginx-forum at nginx.us (dwow) Date: Tue, 13 Nov 2012 14:30:45 -0500 Subject: http_gunzip_module In-Reply-To: <20121113174745.GN40452@mdounin.ru> References: <20121113174745.GN40452@mdounin.ru> Message-ID: Поставил development 1.3.8 вот такой конфиг root ***; location / { gunzip on; gzip_vary on; gzip_static always; } есть файл /1.gz при запросе в браузере /1, браузер предлагает скачать файл, вместо того, чтобы выдать контент. что не так? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232740,232776#msg-232776 From vbart at nginx.com Tue Nov 13 19:33:41 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Tue, 13 Nov 2012 23:33:41 +0400 Subject: http_gunzip_module In-Reply-To: References: <20121113174745.GN40452@mdounin.ru> Message-ID: <201211132333.41483.vbart@nginx.com> On Tuesday 13 November 2012 23:30:45 dwow wrote: > Поставил development 1.3.8 > вот такой конфиг > > root ***; > location / { > gunzip on; > gzip_vary on; > gzip_static always; > > } > > есть файл /1.gz > > при запросе в браузере /1, браузер предлагает скачать файл, вместо того, > чтобы выдать контент. > что не так? http://nginx.org/r/default_type/ru -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From mail at knutov.com Tue Nov 13 20:53:00 2012 From: mail at knutov.com (Nick Knutov) Date: Wed, 14 Nov 2012 02:53:00 +0600 Subject: nginx-1.2.5 In-Reply-To: <20121113135804.GJ40452@mdounin.ru> References: <20121113135804.GJ40452@mdounin.ru> Message-ID: <50A2B32C.2020106@knutov.com> А я правильно понимаю, что $connection_requests - это "Active connections" из stub_status (я некоторое время назад писал, что очень хочу использовать значение "Active connections" для автоматического включения простейшей фильтрации ддосов без замены конфигов нгинх внешними скриптами) ? 13.11.2012 19:58, Maxim Dounin пишет: > Изменения в nginx 1.2.5 13.11.2012 > > *) Добавление: параметр optional_no_ca директивы ssl_verify_client. > Спасибо Михаилу Казанцеву и Eric O'Connor. > > *) Добавление: переменные $bytes_sent, $connection и > $connection_requests теперь можно использовать не только в директиве > log_format. > Спасибо Benjamin Gr?ssing. > > *) Добавление: теперь resolver случайным образом меняет порядок > возвращаемых закэшированных адресов. > Спасибо Антону Жулину. > > *) Добавление: параметр auto директивы worker_processes. > > *) Исправление: сообщения "cache file ... has md5 collision". > > *) Исправление: совместимость с OpenSSL 0.9.7. > > -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From vbart at nginx.com Tue Nov 13 21:32:37 2012 From: vbart at nginx.com (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Wed, 14 Nov 2012 01:32:37 +0400 Subject: nginx-1.2.5 In-Reply-To: <50A2B32C.2020106@knutov.com> References: <20121113135804.GJ40452@mdounin.ru> <50A2B32C.2020106@knutov.com> Message-ID: <201211140132.38033.vbart@nginx.com> On Wednesday 14 November 2012 00:53:00 Nick Knutov wrote: > А я правильно понимаю, что $connection_requests - это "Active > connections" из stub_status (я некоторое время назад писал, что очень > хочу использовать значение "Active connections" для автоматического > включения простейшей фильтрации ддосов без замены конфигов нгинх > внешними скриптами) ? > Неправильно. $connection_requests - текущее число запросов в соединении. http://nginx.org/r/log_format/ru -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From mail at knutov.com Tue Nov 13 21:46:30 2012 From: mail at knutov.com (Nick Knutov) Date: Wed, 14 Nov 2012 03:46:30 +0600 Subject: nginx-1.2.5 In-Reply-To: <201211140132.38033.vbart@nginx.com> References: <20121113135804.GJ40452@mdounin.ru> <50A2B32C.2020106@knutov.com> <201211140132.38033.vbart@nginx.com> Message-ID: <50A2BFB6.6030308@knutov.com> Я это прочитал, но что это - так и не понял. "в соединении" - это в чём? В одном keepalive коннекте? А доступного счетчика "Active connections" для if в конфигах ещё не появилось? 14.11.2012 3:32, Валентин Бартенев пишет: > On Wednesday 14 November 2012 00:53:00 Nick Knutov wrote: >> А я правильно понимаю, что $connection_requests - это "Active >> connections" из stub_status (я некоторое время назад писал, что очень >> хочу использовать значение "Active connections" для автоматического >> включения простейшей фильтрации ддосов без замены конфигов нгинх >> внешними скриптами) ? >> > > Неправильно. > > $connection_requests - текущее число запросов в соединении. > > http://nginx.org/r/log_format/ru > > -- > Валентин Бартенев > http://nginx.com/support.html > http://nginx.org/en/donation.html > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From vbart at nginx.com Tue Nov 13 22:57:46 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Wed, 14 Nov 2012 02:57:46 +0400 Subject: nginx-1.2.5 In-Reply-To: <50A2BFB6.6030308@knutov.com> References: <20121113135804.GJ40452@mdounin.ru> <201211140132.38033.vbart@nginx.com> <50A2BFB6.6030308@knutov.com> Message-ID: <201211140257.47143.vbart@nginx.com> On Wednesday 14 November 2012 01:46:30 Nick Knutov wrote: > Я это прочитал, но что это - так и не понял. "в соединении" - это в чём? > В одном keepalive коннекте? Да. В одном keepalive или одном spdy-соединении. > А доступного счетчика "Active connections" для if в конфигах ещё не > появилось? Нет. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From postmaster at softsearch.ru Wed Nov 14 04:57:58 2012 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 14 Nov 2012 08:57:58 +0400 Subject: nginx-1.2.5 In-Reply-To: <50A2BFB6.6030308@knutov.com> References: <20121113135804.GJ40452@mdounin.ru> <50A2B32C.2020106@knutov.com> <201211140132.38033.vbart@nginx.com> <50A2BFB6.6030308@knutov.com> Message-ID: <1278541543.20121114085758@softsearch.ru> Здравствуйте, Nick. > Я это прочитал, но что это - так и не понял. "в соединении" - это в > чём? В одном keepalive коннекте? > А доступного счетчика "Active connections" для if в конфигах ещё не > появилось? А оно и не появится скорее всего. Ведь надо всех воркеров опросить, а это долго. Конечно можно было бы использовать количество соединений в одном воркере, но не факт, что там будет количество соединений приблизительно равное общему количеству на количество воркеров. Особенно при небольшой нагрузке. -- С уважением, Михаил mailto:postmaster at softsearch.ru From danila at shtan.ru Wed Nov 14 05:18:03 2012 From: danila at shtan.ru (Danila Shtan) Date: Wed, 14 Nov 2012 11:18:03 +0600 Subject: =?UTF-8?Q?userid_module_=E2=80=94_httponly_cookie?= Message-ID: Добрый день Я правильно понимаю, что httponly куку в userid модуле поставить невозможно? Или я что-то упустил? Д. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lufliw at gmail.com Wed Nov 14 05:40:27 2012 From: lufliw at gmail.com (Andrey Semenoff) Date: Wed, 14 Nov 2012 11:40:27 +0600 Subject: =?UTF-8?B?0JrRjdGI0LjRgNC+0LLQsNC90LjQtSDQvtGC0LLQtdGC0L7QsiDRgdCw0LzQvtCz?= =?UTF-8?B?0L4gbmdpbng=?= Message-ID: Добрый день! Подскажите пожалуйста. Зона размещена не в памяти, имеет ли смысл такое кэширование: proxy_cache_path /var/tmp/nginx/store levels=1:2 keys_zone=STATIC:10m inactive=1d max_size=2048m; server { set $docroot "/var/www/site.ru/"; set $poolcache "127.0.0.1:8089"; location ~* \.(ico|jpg|gif|png|js|css|htm|html|jpeg|swf|txt|avi|wmv|7z|tmp|xml)$ { proxy_pass http://$poolcache; expires 10d; proxy_intercept_errors on; proxy_cache STATIC; proxy_cache_min_uses 1; proxy_cache_valid 10d; proxy_ignore_client_abort on; proxy_temp_path /var/tmp/nginx/tmp; proxy_cache_use_stale updating; } } server { set $docroot "/var/www/site.ru/"; listen 127.0.0.1:8089; root $docroot; } Nginx пишет кэшированные данные на диск, но может при использовании зоны кэша лучше используется дисковый кэш? -- С уважением, Семенов Андрей -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Wed Nov 14 07:45:32 2012 From: nginx-forum at nginx.us (dwow) Date: Wed, 14 Nov 2012 02:45:32 -0500 Subject: http_gunzip_module In-Reply-To: <201211132333.41483.vbart@nginx.com> References: <201211132333.41483.vbart@nginx.com> Message-ID: <6399e49d20260cf7e2b37b3936ffa4e6.NginxMailingListRussian@forum.nginx.org> с этим понятно, спасибо. Например, есть урлы /url1/, /url2/ на диске это как директория url1 и url2 с лежащими в корне index.gz Как теперь модуль заставить работать с директивой index или try_fles? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232740,232789#msg-232789 From mdounin at mdounin.ru Wed Nov 14 11:03:38 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 14 Nov 2012 15:03:38 +0400 Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0L7RgtCy0LXRgtC+0LIg0YHQsNC8?= =?UTF-8?B?0L7Qs9C+IG5naW54?= In-Reply-To: References: Message-ID: <20121114110338.GR40452@mdounin.ru> Hello! On Wed, Nov 14, 2012 at 11:40:27AM +0600, Andrey Semenoff wrote: > Добрый день! > Подскажите пожалуйста. Зона размещена не в памяти, имеет ли смысл такое > кэширование: > > proxy_cache_path /var/tmp/nginx/store levels=1:2 keys_zone=STATIC:10m > inactive=1d max_size=2048m; > server { > > set $docroot "/var/www/site.ru/"; > set $poolcache "127.0.0.1:8089"; > location ~* > \.(ico|jpg|gif|png|js|css|htm|html|jpeg|swf|txt|avi|wmv|7z|tmp|xml)$ { > proxy_pass http://$poolcache; > > expires 10d; > proxy_intercept_errors on; > proxy_cache STATIC; > > proxy_cache_min_uses 1; > > > proxy_cache_valid 10d; > > proxy_ignore_client_abort on; > proxy_temp_path /var/tmp/nginx/tmp; > proxy_cache_use_stale updating; > } > > } > server { > set $docroot "/var/www/site.ru/"; > listen 127.0.0.1:8089; > root $docroot; > } > > Nginx пишет кэшированные данные на диск, но может при использовании зоны > кэша лучше используется дисковый кэш? Такое кеширование может иметь смысл, если скорость доступа к /var/www/site.ru/ и /var/tmp/nginx/store/ заметно разная по каким-то причинам (e.g. кеш - на ssd). Если и то и другое на одном и том же диске/массиве - будет только хуже. -- Maxim Dounin http://nginx.com/support.html From vbart at nginx.com Wed Nov 14 11:08:12 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Wed, 14 Nov 2012 15:08:12 +0400 Subject: nginx-1.2.5 In-Reply-To: <1278541543.20121114085758@softsearch.ru> References: <20121113135804.GJ40452@mdounin.ru> <50A2BFB6.6030308@knutov.com> <1278541543.20121114085758@softsearch.ru> Message-ID: <201211141508.12675.vbart@nginx.com> On Wednesday 14 November 2012 08:57:58 Михаил Монашёв wrote: > Здравствуйте, Nick. > > > Я это прочитал, но что это - так и не понял. "в соединении" - это в > > чём? В одном keepalive коннекте? > > > > А доступного счетчика "Active connections" для if в конфигах ещё не > > появилось? > > А оно и не появится скорее всего. Ведь надо всех воркеров опросить, а > это долго. Конечно можно было бы использовать количество соединений в > одном воркере, но не факт, что там будет количество соединений > приблизительно равное общему количеству на количество воркеров. > Особенно при небольшой нагрузке. В текущей реализации опрашивать не надо, ибо все эти счетчики модуля stub_status считаются атомарно в разделяемой памяти, причем вне зависимости от того, включен status или выключен, достаточно чтобы модуль был скомпилирован. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From iroinname at gmail.com Wed Nov 14 12:35:41 2012 From: iroinname at gmail.com (=?KOI8-R?B?5dfHxc7JyiDiz9LPxMnO?=) Date: Wed, 14 Nov 2012 15:35:41 +0300 Subject: =?UTF-8?B?0J7Qv9GA0LXQtNC10LvQtdC90LjQtSBJUA==?= Message-ID: Здравствуйте. Скажите, как корректно определять ип при использовании связки nginx+php-fpm5 . А именно интересует, проталкивает ли энжиникс переменные $_SERVER['REMOTE_ADDR']; $_SERVER['HTTP_X_REAL_IP']; $_SERVER['HTTP_X_FORWARDED_FOR']; ? т.е такие переменные воопще могут существовать ? Сейчас я определяю так: function getip(){ if(getenv("HTTP_CLIENT_IP")) $ip = getenv("HTTP_CLIENT_IP"); elseif(getenv("HTTP_X_FORWARDED_FOR")) $ip = getenv("HTTP_X_FORWARDED_FOR"); else $ip = getenv("REMOTE_ADDR"); return $ip; } Может быть этот способ и не целесообразный для энжиникса вовсе. может он для апача только акутален ? From citrin at citrin.ru Wed Nov 14 12:49:23 2012 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Wed, 14 Nov 2012 16:49:23 +0400 Subject: =?UTF-8?B?UmU6INCe0L/RgNC10LTQtdC70LXQvdC40LUgSVA=?= In-Reply-To: References: Message-ID: <50A39353.8060005@citrin.ru> On 11/14/12 16:35, Евгений Бородин wrote: > Скажите, как корректно определять ип при использовании связки nginx+php-fpm5 . > А именно интересует, проталкивает ли энжиникс переменные > $_SERVER['REMOTE_ADDR']; > $_SERVER['HTTP_X_REAL_IP']; > $_SERVER['HTTP_X_FORWARDED_FOR']; > ? > т.е такие переменные воопще могут существовать ? Что напишите в конфиге, то и будет передаваться. Если написать в конфиге nginx proxy_set_header X-Real-IP $remote_addr; то преверять надо будет $_SERVER['HTTP_X_REAL_IP']; -- Anton Yuzhaninov From pavel2000 at ngs.ru Wed Nov 14 13:16:41 2012 From: pavel2000 at ngs.ru (Pavel V.) Date: Wed, 14 Nov 2012 20:16:41 +0700 Subject: =?UTF-8?B?UmU6INCe0L/RgNC10LTQtdC70LXQvdC40LUgSVA=?= In-Reply-To: References: Message-ID: <57187790.20121114201641@ngs.ru> Здравствуйте, Евгений. Вы писали 14 ноября 2012 г., 19:35:41: > Здравствуйте. > Скажите, как корректно определять ип при использовании связки nginx+php-fpm5 . > А именно интересует, проталкивает ли энжиникс переменные > $_SERVER['REMOTE_ADDR']; > $_SERVER['HTTP_X_REAL_IP']; > $_SERVER['HTTP_X_FORWARDED_FOR']; > ? > т.е такие переменные воопще могут существовать ? Nginx работает в соответствии с конфигурацией. А она может говорить примерно так: root at server:/etc/nginx/sites-available# cat default |grep -A 4 -B 1 fpm location ~ \.php$ { # With php5-fpm: fastcgi_pass unix:/var/run/php5-fpm.sock; fastcgi_index index.php; include fastcgi_params; } root at server:/etc/nginx# cat fastcgi_params |grep REMOTE_ADDR fastcgi_param REMOTE_ADDR $remote_addr; Т.е. переменная REMOTE_ADDR передается как переменная протокола FastCGI, и должна быть принята php-fpm. > Сейчас я определяю так: > function getip(){ > if(getenv("HTTP_CLIENT_IP")) > $ip = getenv("HTTP_CLIENT_IP"); > elseif(getenv("HTTP_X_FORWARDED_FOR")) > $ip = getenv("HTTP_X_FORWARDED_FOR"); > else > $ip = getenv("REMOTE_ADDR"); > return $ip; > } > Может быть этот способ и не целесообразный для энжиникса вовсе. может > он для апача только акутален ? Способ, который берет переменные HTTP_CLIENT_IP и HTTP_X_FORWARDED_FOR вместо REMOTE_ADDR, а в особенности так, как написано в приведенной вами функции - не актуален и нецелесообразен _нигде_, т.к. позволяет подставлять произвольный IP-адрес в результат выполнения функции. Подробности - в гугле. -- С уважением, Pavel mailto:pavel2000 at ngs.ru From postmaster at softsearch.ru Wed Nov 14 16:01:12 2012 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 14 Nov 2012 20:01:12 +0400 Subject: nginx-1.2.5 In-Reply-To: <201211141508.12675.vbart@nginx.com> References: <20121113135804.GJ40452@mdounin.ru> <50A2BFB6.6030308@knutov.com> <1278541543.20121114085758@softsearch.ru> <201211141508.12675.vbart@nginx.com> Message-ID: <45275008.20121114200112@softsearch.ru> Здравствуйте, Валентин. >> > Я это прочитал, но что это - так и не понял. "в соединении" - это в >> > чём? В одном keepalive коннекте? >> > >> > А доступного счетчика "Active connections" для if в конфигах ещё не >> > появилось? >> >> А оно и не появится скорее всего. Ведь надо всех воркеров опросить, >> а это долго. Конечно можно было бы использовать количество >> соединений в одном воркере, но не факт, что там будет количество >> соединений приблизительно равное общему количеству на количество >> воркеров. Особенно при небольшой нагрузке. > В текущей реализации опрашивать не надо, ибо все эти счетчики модуля > stub_status считаются атомарно в разделяемой памяти, причем вне > зависимости от того, включен status или выключен, достаточно чтобы > модуль был скомпилирован. Эти счётчики так редко меняется, что локи шаредмема совсем незаметны? -- С уважением, Михаил mailto:postmaster at softsearch.ru From mdounin at mdounin.ru Wed Nov 14 16:10:25 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 14 Nov 2012 20:10:25 +0400 Subject: nginx-1.2.5 In-Reply-To: <45275008.20121114200112@softsearch.ru> References: <20121113135804.GJ40452@mdounin.ru> <50A2BFB6.6030308@knutov.com> <1278541543.20121114085758@softsearch.ru> <201211141508.12675.vbart@nginx.com> <45275008.20121114200112@softsearch.ru> Message-ID: <20121114161025.GX40452@mdounin.ru> Hello! On Wed, Nov 14, 2012 at 08:01:12PM +0400, Михаил Монашёв wrote: > Здравствуйте, Валентин. > > >> > Я это прочитал, но что это - так и не понял. "в соединении" - это в > >> > чём? В одном keepalive коннекте? > >> > > >> > А доступного счетчика "Active connections" для if в конфигах ещё не > >> > появилось? > >> > >> А оно и не появится скорее всего. Ведь надо всех воркеров опросить, > >> а это долго. Конечно можно было бы использовать количество > >> соединений в одном воркере, но не факт, что там будет количество > >> соединений приблизительно равное общему количеству на количество > >> воркеров. Особенно при небольшой нагрузке. > > > В текущей реализации опрашивать не надо, ибо все эти счетчики модуля > > stub_status считаются атомарно в разделяемой памяти, причем вне > > зависимости от того, включен status или выключен, достаточно чтобы > > модуль был скомпилирован. > > Эти счётчики так редко меняется, что локи шаредмема совсем незаметны? Там нет локов, там просто атомарные операции. (Впрочем, лок - это тоже атомарная операция...) Но да, стоимость действий, происходящих в системе на каждое соединение, по очевидным причинам в разы превышает стоимость двух атомарных операций. Так что не думаю, что эффект от них удастся измерить, даже если захотеть. -- Maxim Dounin http://nginx.com/support.html From citrin at citrin.ru Wed Nov 14 16:41:21 2012 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Wed, 14 Nov 2012 20:41:21 +0400 Subject: nginx-1.2.5 In-Reply-To: <20121114161025.GX40452@mdounin.ru> References: <20121113135804.GJ40452@mdounin.ru> <50A2BFB6.6030308@knutov.com> <1278541543.20121114085758@softsearch.ru> <201211141508.12675.vbart@nginx.com> <45275008.20121114200112@softsearch.ru> <20121114161025.GX40452@mdounin.ru> Message-ID: <50A3C9B1.6000805@citrin.ru> On 11/14/12 20:10, Maxim Dounin wrote: > Но да, стоимость действий, происходящих в системе на каждое > соединение, по очевидным причинам в разы превышает стоимость двух > атомарных операций. Так что не думаю, что эффект от них удастся > измерить, даже если захотеть. Производительномсть роутинга под FreeBSD измеримо увеличивается, если отключить высего один счетчик на каждый пакет: http://lists.freebsd.org/pipermail/freebsd-net/2012-July/032682.html -- Anton Yuzhaninov From universite at ukr.net Wed Nov 14 17:40:49 2012 From: universite at ukr.net (Vladislav Prodan) Date: Wed, 14 Nov 2012 19:40:49 +0200 Subject: =?UTF-8?B?0J/RgNC+0YjRgyDQv9C+0LzQvtGJ0Lgg0LIg0L3QsNC/0LjRgdCw0L3QuNC4INC6?= =?UTF-8?B?0L7QvdGE0LjQs9C4INC00LvRjyDQvtGC0LTQsNGH0Lgg0LrQtdGI0LjRgNC+?= =?UTF-8?B?0LLQsNC90L3Ri9GFIHBocCDRgdC60YDQuNC/0YLQvtCy?= Message-ID: <86380.1352914849.2965903235911516160@ffe5.ukr.net> Имеется сайт, написаный на cake, не самой последней версии. Был написан модуль, который делал статические html файлы страниц сайта, в том числе главной страницы. Нужно, чтобы nginx сначало проверял директорию cache в руте относительно файлов index.html и только потом обрабатывал через /index.php. Заранее благодарю за помощь. autoindex on; index index.htm; location ~ /\. {deny all;} location ~ /(.+)/(img|css|js|files|xml|rss)/(.*) { access_log off; expires 90d; add_header Cache-Control public; try_files $uri $uri/ /../plugins/$1/webroot/$2/$3 /../../plugins/$1/webroot/$2/$3 /index.php?url=$uri; } location / { index index.htm index.php; try_files $uri $uri/ /cache$uri /cache$uri/ /index.php?$uri&$args; } location ~* ^/(img|css|js|files|uploads|ui-themes) { root /www/alphaXXX/data/www/alpha.XXXXX.com/app/webroot; expires max; access_log off; } location ~ \.php$ { fastcgi_pass unix:/var/run/php.alphaXXX.socket; fastcgi_index index.php; include fastcgi_params; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; } -- Vladislav V. Prodan System & Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE From mdounin at mdounin.ru Wed Nov 14 17:44:53 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 14 Nov 2012 21:44:53 +0400 Subject: nginx-1.2.5 In-Reply-To: <50A3C9B1.6000805@citrin.ru> References: <20121113135804.GJ40452@mdounin.ru> <50A2BFB6.6030308@knutov.com> <1278541543.20121114085758@softsearch.ru> <201211141508.12675.vbart@nginx.com> <45275008.20121114200112@softsearch.ru> <20121114161025.GX40452@mdounin.ru> <50A3C9B1.6000805@citrin.ru> Message-ID: <20121114174453.GA40452@mdounin.ru> Hello! On Wed, Nov 14, 2012 at 08:41:21PM +0400, Anton Yuzhaninov wrote: > On 11/14/12 20:10, Maxim Dounin wrote: > >Но да, стоимость действий, происходящих в системе на каждое > >соединение, по очевидным причинам в разы превышает стоимость двух > >атомарных операций. Так что не думаю, что эффект от них удастся > >измерить, даже если захотеть. > > Производительномсть роутинга под FreeBSD измеримо увеличивается, > если отключить высего один счетчик на каждый пакет: > http://lists.freebsd.org/pipermail/freebsd-net/2012-July/032682.html Ну вот и считай - на прямом форвардинге пакетов, в ядре, без всяких syscall'ов и обработки tcp, имеем 1.9% +/- 0.3% разницы: $ ministat t1 t2 ... Difference at 95.0% confidence 33898.2 +/- 5982.88 1.90353% +/- 0.335965% (Student's t, pooled s = 4019.36) Теперь вспоминаем, что в соединении с хоть одним запросом минимум 8 пакетов. На выходе не факт что измеримый эффект. Но, честно говоря, я так подозреваю, что даже цифры выше - это, скорее всего, далеко не просто стоимость инструкций, а результат выбрасывания нужных данных из кеша процессоров из-за обновления счётчика (читай: cache line flush'ился, и route entry при других к ней обращениях приходилось перегружать из памяти). В этом месте nginx поступает как правильно, и счётчики держит отдельно от всего, да ещё и с отступом в cache line между ними. -- Maxim Dounin http://nginx.com/support.html From hell-for-yahoo at umail.ru Wed Nov 14 20:16:27 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Thu, 15 Nov 2012 00:16:27 +0400 Subject: =?UTF-8?B?UmU6INCe0L/RgNC10LTQtdC70LXQvdC40LUgSVA=?= In-Reply-To: References: Message-ID: <1321867519.20121115001627@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Евгений Бородин! ЕБ> Здравствуйте. ЕБ> Скажите, как корректно определять ип при использовании связки nginx+php-fpm5 . Как уже раньше сказали, как настроите, так и будет. ЕБ> А именно интересует, проталкивает ли энжиникс переменные ЕБ> $_SERVER['REMOTE_ADDR']; ЕБ> $_SERVER['HTTP_X_REAL_IP']; ЕБ> $_SERVER['HTTP_X_FORWARDED_FOR']; ЕБ> ? ЕБ> т.е такие переменные воопще могут существовать ? Должны, если вы хотите, чтобы ваши скрипты везде работали одинаково. В частности, переменная _SERVER['REMOTE_ADDR'] должна содержать адрес удалённого хоста, запросившего соединение. Так в документации написано. ЕБ> Сейчас я определяю так: Не надо так делать. Во-первых, это извращение, а извращения вообще небезопасны для здоровья, во-вторых, это дыра в безопасности, как вам указал Pavel V. ЕБ> Может быть этот способ и не целесообразный для энжиникса вовсе. может ЕБ> он для апача только акутален ? Он даже для Апача неактуален. -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) четверг, 15.11.2012, <00:13> From citrin at citrin.ru Thu Nov 15 09:40:28 2012 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Thu, 15 Nov 2012 13:40:28 +0400 Subject: nginx-1.2.5 In-Reply-To: <20121114174453.GA40452@mdounin.ru> References: <20121113135804.GJ40452@mdounin.ru> <50A2BFB6.6030308@knutov.com> <1278541543.20121114085758@softsearch.ru> <201211141508.12675.vbart@nginx.com> <45275008.20121114200112@softsearch.ru> <20121114161025.GX40452@mdounin.ru> <50A3C9B1.6000805@citrin.ru> <20121114174453.GA40452@mdounin.ru> Message-ID: <50A4B88C.60300@citrin.ru> On 11/14/12 21:44, Maxim Dounin wrote: > Но, честно говоря, я так подозреваю, что даже цифры выше - это, > скорее всего, далеко не просто стоимость инструкций, а результат > выбрасывания нужных данных из кеша процессоров из-за обновления > счётчика (читай: cache line flush'ился, и route entry при других к > ней обращениях приходилось перегружать из памяти). В этом месте > nginx поступает как правильно, и счётчики держит отдельно от > всего, да ещё и с отступом в cache line между ними. Сама по себе операция изменения счетчика, разумеется очень дешевая. Весь эффект, из за необходимости синхронизации кэшей CPU. После того, как -- Anton Yuzhaninov From citrin at citrin.ru Thu Nov 15 09:54:44 2012 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Thu, 15 Nov 2012 13:54:44 +0400 Subject: nginx-1.2.5 In-Reply-To: <20121114174453.GA40452@mdounin.ru> References: <20121113135804.GJ40452@mdounin.ru> <50A2BFB6.6030308@knutov.com> <1278541543.20121114085758@softsearch.ru> <201211141508.12675.vbart@nginx.com> <45275008.20121114200112@softsearch.ru> <20121114161025.GX40452@mdounin.ru> <50A3C9B1.6000805@citrin.ru> <20121114174453.GA40452@mdounin.ru> Message-ID: <50A4BBE4.80509@citrin.ru> On 11/14/12 21:44, Maxim Dounin wrote: > Но, честно говоря, я так подозреваю, что даже цифры выше - это, > скорее всего, далеко не просто стоимость инструкций, а результат > выбрасывания нужных данных из кеша процессоров из-за обновления > счётчика (читай: cache line flush'ился, и route entry при других к > ней обращениях приходилось перегружать из памяти). В этом месте > nginx поступает как правильно, и счётчики держит отдельно от > всего, да ещё и с отступом в cache line между ними. Сама по себе операция изменения счетчика, разумеется очень дешевая. Весь эффект, из за необходимости синхронизации кэшей CPU. После того, как счетчик инкрементирован он сначала попадает только в локальный кэш CPU. Если потом код работающий на другом CPU захочет инкрементировать этот же счетчик, он должен будет подождать, пока первый CPU запишет эти данные в main memory, и потом прочитть их оттуда. Для того, чтобы узнать сосотяние кэша (нужно ли ждать и сколько ждать) используются разные протоколы для обеспечения cache coherency, но почти все плохо масштабируются с увеличенимем числа кэшей. В итоге при достаточно большом числе процессоров и ядер даже простой инкремент общего на много CPU счетчика может стать узким местом. В случае nginx наверно измеримого эффекта не будет - счетчики инкрементируются относительно редко, на один http запрос выполняется много разной работы. Но теоретически будет немного быстрее, если каждый воркер будет писать в свою облать памяти, а скалдываться все эти счетчики будут только для чтения статистики (т. е. относительно редко). -- Anton Yuzhaninov From sitnikov at infonet.ee Thu Nov 15 11:01:23 2012 From: sitnikov at infonet.ee (Andrew Sitnikov) Date: Thu, 15 Nov 2012 13:01:23 +0200 Subject: =?UTF-8?B?0J7Qs9GA0L7QvNC90L7QtSDQutC+0Lst0LLQviA0MDAg0L7RiNC40LHQvtC6?= Message-ID: <167024819.20121115130123@infonet.ee> Hello Nginx-ru, os - centos 5.8, nginx 1.2.3 80.235.36.182 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" "-" 0.000 - - 178.222.102.205 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" "-" 0.000 - - 178.222.102.205 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" "-" 0.000 - - 178.222.102.205 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" "-" 0.000 - - 178.222.102.205 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" "-" 0.000 - - 178.222.102.205 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" "-" 0.000 - - 80.235.36.182 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" "-" 0.000 - - 178.222.102.205 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" "-" 0.000 - - в логах куча подобных ошибок - десятки тысяч в час. с этих же ip есть нормальные запросы , так что это не похоже на flood. куда копать - ума не приложу. -- Best regards, Andrew mailto:sitnikov at infonet.ee From nginx-forum at nginx.us Thu Nov 15 11:04:07 2012 From: nginx-forum at nginx.us (Alexey Shilo) Date: Thu, 15 Nov 2012 06:04:07 -0500 Subject: =?UTF-8?B?UmU6INCe0LPRgNC+0LzQvdC+0LUg0LrQvtC7LdCy0L4gNDAwINC+0YjQuNCx0L4=?= =?UTF-8?B?0Lo=?= In-Reply-To: <167024819.20121115130123@infonet.ee> References: <167024819.20121115130123@infonet.ee> Message-ID: По какой-то причине небыл разобран запрос (400 свидетельствует о неправильном запросе). На моей практике такое было именно при флуде Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232837,232838#msg-232838 From vbart at nginx.com Thu Nov 15 11:20:39 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Thu, 15 Nov 2012 15:20:39 +0400 Subject: =?UTF-8?B?UmU6INCe0LPRgNC+0LzQvdC+0LUg0LrQvtC7LdCy0L4gNDAwINC+0YjQuNCx0L4=?= =?UTF-8?B?0Lo=?= In-Reply-To: <167024819.20121115130123@infonet.ee> References: <167024819.20121115130123@infonet.ee> Message-ID: <201211151520.39653.vbart@nginx.com> On Thursday 15 November 2012 15:01:23 Andrew Sitnikov wrote: > Hello Nginx-ru, > > os - centos 5.8, nginx 1.2.3 > > 80.235.36.182 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" "-" 0.000 - > - 178.222.102.205 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" "-" 0.000 > - - 178.222.102.205 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" "-" > 0.000 - - 178.222.102.205 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" > "-" 0.000 - - 178.222.102.205 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 > "-" "-" 0.000 - - 178.222.102.205 - - [15/Nov/2012:12:54:56 +0200] "-" 400 > 0 "-" "-" 0.000 - - 80.235.36.182 - - [15/Nov/2012:12:54:56 +0200] "-" > 400 0 "-" "-" 0.000 - - 178.222.102.205 - - [15/Nov/2012:12:54:56 +0200] > "-" 400 0 "-" "-" 0.000 - - > > в логах куча подобных ошибок - десятки тысяч в час. > > с этих же ip есть нормальные запросы , так что это не похоже на flood. > > куда копать - ума не приложу. Посмотреть какой user agent у этих клиентов. В частности обычное поведение браузера Chrome/Chromium - открыть много соединений прозапас, а затем закрыть часть из них, так и не прислав запроса. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From citrin at citrin.ru Thu Nov 15 11:21:34 2012 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Thu, 15 Nov 2012 15:21:34 +0400 Subject: =?UTF-8?B?UmU6INCe0LPRgNC+0LzQvdC+0LUg0LrQvtC7LdCy0L4gNDAwINC+0YjQuNCx0L4=?= =?UTF-8?B?0Lo=?= In-Reply-To: <167024819.20121115130123@infonet.ee> References: <167024819.20121115130123@infonet.ee> Message-ID: <50A4D03E.3000102@citrin.ru> On 11/15/12 15:01, Andrew Sitnikov wrote: > 80.235.36.182 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" "-" 0.000 - - > 178.222.102.205 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" "-" 0.000 - - > > в логах куча подобных ошибок - десятки тысяч в час. > > с этих же ip есть нормальные запросы , так что это не похоже на flood. А что в error_log ? Нет ли там на уровне info сообщений вида client prematurely closed connection while reading client request line, client: 80.235.36.182 Для некоторых сайтов это вполне нормальная ситуация, например если есть тяжёлая страница с большим количество картинок, то если пользователй закроет страницу или перейдет по ссылке, не дождавшись загрузки всех картинок, то браузер оборвет запросы на эти картинки и в лог попадет такая ошибка. -- Anton Yuzhaninov From vbart at nginx.com Thu Nov 15 11:24:31 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Thu, 15 Nov 2012 15:24:31 +0400 Subject: =?UTF-8?B?UmU6INCe0LPRgNC+0LzQvdC+0LUg0LrQvtC7LdCy0L4gNDAwINC+0YjQuNCx0L4=?= =?UTF-8?B?0Lo=?= In-Reply-To: References: <167024819.20121115130123@infonet.ee> Message-ID: <201211151524.31692.vbart@nginx.com> On Thursday 15 November 2012 15:04:07 Alexey Shilo wrote: > По какой-то причине небыл разобран запрос (400 свидетельствует о > неправильном запросе). > На моей практике такое было именно при флуде > За конкретной причиной нужно смотреть error_log, в частности причиной может быть и отсутствие запроса в соединении. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From sitnikov at infonet.ee Thu Nov 15 11:29:01 2012 From: sitnikov at infonet.ee (Andrew Sitnikov) Date: Thu, 15 Nov 2012 13:29:01 +0200 Subject: =?UTF-8?B?UmU6INCe0LPRgNC+0LzQvdC+0LUg0LrQvtC7LdCy0L4gNDAwINC+0YjQuNCx0L4=?= =?UTF-8?B?0Lo=?= In-Reply-To: <201211151520.39653.vbart@nginx.com> References: <167024819.20121115130123@infonet.ee> <201211151520.39653.vbart@nginx.com> Message-ID: <131865404.20121115132901@infonet.ee> Hello Валентин, ВБ> Посмотреть какой user agent у этих клиентов. В частности обычное поведение ВБ> браузера Chrome/Chromium - открыть много соединений прозапас, а затем закрыть ВБ> часть из них, так и не прислав запроса. они разные - Opera, Firefox, Chrome, IE, Safari -- Best regards, Andrew mailto:sitnikov at infonet.ee From sitnikov at infonet.ee Thu Nov 15 11:35:57 2012 From: sitnikov at infonet.ee (Andrew Sitnikov) Date: Thu, 15 Nov 2012 13:35:57 +0200 Subject: =?UTF-8?B?UmU6INCe0LPRgNC+0LzQvdC+0LUg0LrQvtC7LdCy0L4gNDAwINC+0YjQuNCx0L4=?= =?UTF-8?B?0Lo=?= In-Reply-To: <50A4D03E.3000102@citrin.ru> References: <167024819.20121115130123@infonet.ee> <50A4D03E.3000102@citrin.ru> Message-ID: <704837710.20121115133557@infonet.ee> Hello Anton, AY> А что в error_log ? Нет ли там на уровне info сообщений вида AY> client prematurely closed connection while reading client request line, client: 80.235.36.182 AY> Для некоторых сайтов это вполне нормальная ситуация, например если есть тяжёлая AY> страница с большим количество картинок, то если пользователй закроет страницу AY> или перейдет по ссылке, не дождавшись загрузки всех картинок, то браузер оборвет AY> запросы на эти картинки и в лог попадет такая ошибка. client prematurely closed connection while reading client request line, client на первый взгляд, такого столько же как и 400 error.log 2012/11/15 13:31:40 [info] 24494#0: *418440624 client prematurely closed connection while reading client request line, client: 92.241.152.220 2012/11/15 13:31:40 [info] 24494#0: *418440660 client prematurely closed connection while reading client request line, client: 92.241.152.220 2012/11/15 13:31:40 [info] 24494#0: *418440628 client prematurely closed connection while reading client request line, client: 92.241.152.220 2012/11/15 13:31:40 [info] 24494#0: *418440654 client prematurely closed connection while reading client request line, client: 92.241.152.220 2012/11/15 13:31:40 [info] 24494#0: *418440659 client prematurely closed connection while reading client request line, client: 92.241.152.220 access.log 92.241.152.220 - - [15/Nov/2012:13:31:40 +0200] "-" 400 0 "-" "-" 0.000 - - 92.241.152.220 - - [15/Nov/2012:13:31:40 +0200] "-" 400 0 "-" "-" 0.000 - - 92.241.152.220 - - [15/Nov/2012:13:31:40 +0200] "-" 400 0 "-" "-" 0.000 - - 92.241.152.220 - - [15/Nov/2012:13:31:40 +0200] "-" 400 0 "-" "-" 0.000 - - 92.241.152.220 - - [15/Nov/2012:13:31:40 +0200] "-" 400 0 "-" "-" 0.000 - - пугает что ошибок ОЧЕНЬ много (webalizer): Code 200 - OK 98745345 Code 400 - Bad Request 37011004 30% однако -- Best regards, Andrew mailto:sitnikov at infonet.ee From vbart at nginx.com Thu Nov 15 12:32:12 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Thu, 15 Nov 2012 16:32:12 +0400 Subject: =?UTF-8?B?UmU6INCe0LPRgNC+0LzQvdC+0LUg0LrQvtC7LdCy0L4gNDAwINC+0YjQuNCx0L4=?= =?UTF-8?B?0Lo=?= In-Reply-To: <131865404.20121115132901@infonet.ee> References: <167024819.20121115130123@infonet.ee> <201211151520.39653.vbart@nginx.com> <131865404.20121115132901@infonet.ee> Message-ID: <201211151632.13187.vbart@nginx.com> On Thursday 15 November 2012 15:29:01 Andrew Sitnikov wrote: > Hello Валентин, > > ВБ> Посмотреть какой user agent у этих клиентов. В частности обычное > поведение ВБ> браузера Chrome/Chromium - открыть много соединений > прозапас, а затем закрыть ВБ> часть из них, так и не прислав запроса. > они разные - Opera, Firefox, Chrome, IE, Safari Как вы это установили? Нужно иметь ввиду, что с одного IP могут ходить множество пользователей, поэтому UA по логам имеет смысл смотреть главным образом тех запросов, которые были выполнены очень близко по времени к тем, что закрыты с 400-ой. И, на всякий случай, UA хрома выглядит примерно так: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.1 (KHTML, like Gecko) Chrome/22.0.1207.1 Safari/537.1 -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From slava.kokorin at gmail.com Thu Nov 15 12:54:26 2012 From: slava.kokorin at gmail.com (Slava Kokorin) Date: Thu, 15 Nov 2012 16:54:26 +0400 Subject: =?UTF-8?B?UmU6INCe0LPRgNC+0LzQvdC+0LUg0LrQvtC7LdCy0L4gNDAwINC+0YjQuNCx0L4=?= =?UTF-8?B?0Lo=?= In-Reply-To: <167024819.20121115130123@infonet.ee> References: <167024819.20121115130123@infonet.ee> Message-ID: 15 ноября 2012 г., 15:01 пользователь Andrew Sitnikov написал: > Hello Nginx-ru, > > os - centos 5.8, nginx 1.2.3 > > 80.235.36.182 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" "-" 0.000 - - > 178.222.102.205 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" "-" 0.000 - - > 178.222.102.205 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" "-" 0.000 - - > 178.222.102.205 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" "-" 0.000 - - > 178.222.102.205 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" "-" 0.000 - - > 178.222.102.205 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" "-" 0.000 - - > 80.235.36.182 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" "-" 0.000 - - > 178.222.102.205 - - [15/Nov/2012:12:54:56 +0200] "-" 400 0 "-" "-" 0.000 - - > > в логах куча подобных ошибок - десятки тысяч в час. > > с этих же ip есть нормальные запросы , так что это не похоже на flood. > > куда копать - ума не приложу. Было мнение что это некоторые браузеры открывают соединения про запас, а затем, ничего не передав (даже заголовка Host), закрывают. Т.к. это свойство клиента, то сделать с этим ничего нельзя, можно только закрыть на это глаза. Я избавился от таких записей в логах, игнорируя их. Примерно так : server { listen 80 default; server_name _; access_log off; rewrite ^ http://some_main_site.com$uri } далее все остальные секции server > > -- > Best regards, > Andrew mailto:sitnikov at infonet.ee > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Regards, Slava From mdounin at mdounin.ru Thu Nov 15 14:19:05 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 15 Nov 2012 18:19:05 +0400 Subject: nginx-1.2.5 In-Reply-To: <50A4BBE4.80509@citrin.ru> References: <20121113135804.GJ40452@mdounin.ru> <50A2BFB6.6030308@knutov.com> <1278541543.20121114085758@softsearch.ru> <201211141508.12675.vbart@nginx.com> <45275008.20121114200112@softsearch.ru> <20121114161025.GX40452@mdounin.ru> <50A3C9B1.6000805@citrin.ru> <20121114174453.GA40452@mdounin.ru> <50A4BBE4.80509@citrin.ru> Message-ID: <20121115141905.GE40452@mdounin.ru> Hello! On Thu, Nov 15, 2012 at 01:54:44PM +0400, Anton Yuzhaninov wrote: > On 11/14/12 21:44, Maxim Dounin wrote: > >Но, честно говоря, я так подозреваю, что даже цифры выше - это, > >скорее всего, далеко не просто стоимость инструкций, а результат > >выбрасывания нужных данных из кеша процессоров из-за обновления > >счётчика (читай: cache line flush'ился, и route entry при других к > >ней обращениях приходилось перегружать из памяти). В этом месте > >nginx поступает как правильно, и счётчики держит отдельно от > >всего, да ещё и с отступом в cache line между ними. > > Сама по себе операция изменения счетчика, разумеется очень дешевая. > Весь эффект, из за необходимости синхронизации кэшей CPU. > После того, как счетчик инкрементирован он сначала попадает только в > локальный кэш CPU. Если потом код работающий на другом CPU захочет > инкрементировать этот же счетчик, он должен будет подождать, пока > первый CPU запишет эти данные в main memory, и потом прочитть их > оттуда. Для того, чтобы узнать сосотяние кэша (нужно ли ждать и > сколько ждать) используются разные протоколы для обеспечения cache > coherency, но почти все плохо масштабируются с увеличенимем числа > кэшей. В итоге при достаточно большом числе процессоров и ядер даже > простой инкремент общего на много CPU счетчика может стать узким > местом. Это понятно. Но я как бы о том, что в конкретном случае route entry - скорее всего эффект не от самих изменений, а из-за cache trashing других данных в результате этих изменений. Т.е. из-за того, что счётчик находится в той же линии кеша, что и другие полезные данные. Наблюдать contention на обновлении отдельностоящего счётчика - куда как сложнее. Сейчас погонял тесты на своём ноутбуке: tight loop обновления счётчика при увеличении количества потоков от одного до 4-х (== количество thread'ов в процессоре) становится в 6 раз медленнее, но и это "медленнее" - это 50 миллионов обновлений счётчика в секунду на поток, без всякой оптимизации. Если тебе вдруг будет не лень повторить тот эксперимент с форвардингом, на который ты ссылался, можно попробовать вместо того, чтобы убирать обновление счётчика - отодвинуть его в отдельный cache line, сделав вокруг него padding в cache line size. Если я правильно понимаю - на выходе должны получиться практически те же самые 2 процента, что и просто от его убирания. > В случае nginx наверно измеримого эффекта не будет - счетчики > инкрементируются относительно редко, на один http запрос выполняется > много разной работы. С этого я и начал. :) > Но теоретически будет немного быстрее, если каждый воркер будет > писать в свою облать памяти, а скалдываться все эти счетчики будут > только для чтения статистики (т. е. относительно редко). Теоретически - да, а на практике - чтобы заниматься подобными оптимизациями, неплохо бы сначала иметь измеримый эффект. -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Thu Nov 15 16:37:03 2012 From: nginx-forum at nginx.us (Serega_AD) Date: Thu, 15 Nov 2012 11:37:03 -0500 Subject: =?UTF-8?B?TmdpbnggcHJveHkuINCY0YHQutC70Y7Rh9C40YLRjCDRgtC+0LrQtdC9INCyINC3?= =?UTF-8?B?0LDQv9GA0L7RgdC1?= Message-ID: <3cd6870d99e7318006ab64b62033f638.NginxMailingListRussian@forum.nginx.org> Добрый день, есть задача: установить кэширующий прокси сервер - "production server" - "nginx proxy" - "api.other-company.server" изучив документацию - http://nginx.org/ru/docs/http/ngx_http_proxy_module.html не смог найти ответ на вопрос, может ли nginx кэшировать запросы только по определенной части request-а исключая токен. формат запроса: https://api.site.com/API/REST/person//reports//data/[PageNumber]/[PageItemsCount] поле token - всегда уникально, поэтому нужно правило для кэширования, исключающее данный параметр. поле изминяется не всегда - тоесть нужно кэшировать по данному параметру. поля [PageNumber] и [PageItemsCount] не обязательные - кэшировать все что в конце без разбора. Если вообще возможна такая достаточно тонкая настройка параметров кэширования, а особенно возможность вырезать из урла, буду благодарен за пример такого конфига. Заранее спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232848,232848#msg-232848 From neo at miritec.com Thu Nov 15 17:06:34 2012 From: neo at miritec.com (=?KOI8-R?B?4NLJyiDnz87ewdLP1w==?=) Date: Thu, 15 Nov 2012 19:06:34 +0200 Subject: Fwd: nginx-fastcgi-rewrite In-Reply-To: References: Message-ID: Приветствую Вас, люди добрые! Помогите разобраться. Есть nginx(1.2.4) + php-fpm Есть rewrite в секции server: server { listen 80; server_name domain.com; rewrite ^/msg/(.*)/$ /previewmsg?varMd5=$1 last; ....... location ~ ^(/[^/]+) { try_files $uri $1/accesspoint.php /public/accesspoint.php =405; fastcgi_pass unix:/tmp/php.socket; include fastcgi_params_ru; fastcgi_connect_timeout 3600; fastcgi_send_timeout 3600; fastcgi_read_timeout 3600; client_max_body_size 100m; root /www/projects/domain.com/public_ru; } ....... } В итоге всё как надо на public/accesspoint.php приходит запрос, НО, в $_SERVER видно следующее: Array ( [QUERY_STRING] => varMd5=3faf4a2029fc6bf9fd8c1827e9d2aeac [SCRIPT_FILENAME] => /www/projects/ domain.com/public_ru/public/accesspoint.php [SCRIPT_NAME] => /public/accesspoint.php [REQUEST_URI] => /msg/3faf4a2029fc6bf9fd8c1827e9d2aeac/ [DOCUMENT_URI] => /public/accesspoint.php ) facgi_params у меня такой (дефолтный) : fastcgi_param QUERY_STRING $query_string; fastcgi_param REQUEST_METHOD $request_method; fastcgi_param CONTENT_TYPE $content_type; fastcgi_param CONTENT_LENGTH $content_length; fastcgi_param SCRIPT_FILENAME $request_filename; fastcgi_param SCRIPT_NAME $fastcgi_script_name; fastcgi_param REQUEST_URI $request_uri; fastcgi_param DOCUMENT_URI $document_uri; fastcgi_param DOCUMENT_ROOT $document_root; fastcgi_param SERVER_PROTOCOL $server_protocol; fastcgi_param GATEWAY_INTERFACE CGI/1.1; fastcgi_param SERVER_SOFTWARE nginx/$nginx_version; fastcgi_param REMOTE_ADDR $remote_addr; fastcgi_param REMOTE_PORT $remote_port; fastcgi_param SERVER_ADDR $server_addr; fastcgi_param SERVER_PORT $server_port; fastcgi_param SERVER_NAME $server_name; Подскажите, как мне увидеть в $_SERVER ссылку не domain.com/msg/xxxxxxxxx а уже /previewmsg,varMd5=, то есть ту на которую уже rewrite отработал, которая ПОСЛЕ а не ДО, Она почему-то не приходит. Как исправить и почему не приходит? Спасибо! -- NEO83-RIPE -------------- next part -------------- An HTML attachment was scrubbed... URL: From vbart at nginx.com Thu Nov 15 18:07:15 2012 From: vbart at nginx.com (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Thu, 15 Nov 2012 22:07:15 +0400 Subject: Fwd: nginx-fastcgi-rewrite In-Reply-To: References: Message-ID: <201211152207.15277.vbart@nginx.com> On Thursday 15 November 2012 21:06:34 Юрий Гончаров wrote: [...] > try_files $uri $1/accesspoint.php /public/accesspoint.php > =405; > fastcgi_pass unix:/tmp/php.socket; > include fastcgi_params_ru; > fastcgi_connect_timeout 3600; > fastcgi_send_timeout 3600; > fastcgi_read_timeout 3600; > client_max_body_size 100m; > root /www/projects/domain.com/public_ru; [...] > fastcgi_param QUERY_STRING $query_string; > fastcgi_param REQUEST_METHOD $request_method; > fastcgi_param CONTENT_TYPE $content_type; > fastcgi_param CONTENT_LENGTH $content_length; > > fastcgi_param SCRIPT_FILENAME $request_filename; > fastcgi_param SCRIPT_NAME $fastcgi_script_name; > fastcgi_param REQUEST_URI $request_uri; > fastcgi_param DOCUMENT_URI $document_uri; > fastcgi_param DOCUMENT_ROOT $document_root; > fastcgi_param SERVER_PROTOCOL $server_protocol; > > fastcgi_param GATEWAY_INTERFACE CGI/1.1; > fastcgi_param SERVER_SOFTWARE nginx/$nginx_version; > > fastcgi_param REMOTE_ADDR $remote_addr; > fastcgi_param REMOTE_PORT $remote_port; > fastcgi_param SERVER_ADDR $server_addr; > fastcgi_param SERVER_PORT $server_port; > fastcgi_param SERVER_NAME $server_name; > > Подскажите, как мне увидеть в $_SERVER ссылку не domain.com/msg/xxxxxxxxx а > уже /previewmsg,varMd5=, то есть ту на которую уже rewrite отработал, > которая ПОСЛЕ а не ДО, > Она почему-то не приходит. Как исправить и почему не приходит? У вас в конфигурации выше нигде не задано, чтобы она приходила. Стоит прочитать про назначение переменных, и использовать те, что вам нужны для тех переменных окружения, которые вы хотите: http://nginx.org/ru/docs/http/ngx_http_core_module.html#variables Никакой магии. http://nginx.org/r/fastcgi_param/ru -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From vbart at nginx.com Thu Nov 15 18:12:47 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Thu, 15 Nov 2012 22:12:47 +0400 Subject: =?UTF-8?B?UmU6IE5naW54IHByb3h5LiDQmNGB0LrQu9GO0YfQuNGC0Ywg0YLQvtC60LXQvSA=?= =?UTF-8?B?0LIg0LfQsNC/0YDQvtGB0LU=?= In-Reply-To: <3cd6870d99e7318006ab64b62033f638.NginxMailingListRussian@forum.nginx.org> References: <3cd6870d99e7318006ab64b62033f638.NginxMailingListRussian@forum.nginx.org> Message-ID: <201211152212.47587.vbart@nginx.com> On Thursday 15 November 2012 20:37:03 Serega_AD wrote: > Добрый день, есть задача: установить кэширующий прокси сервер - "production > server" - "nginx proxy" - "api.other-company.server" > изучив документацию - > http://nginx.org/ru/docs/http/ngx_http_proxy_module.html не смог найти > ответ на вопрос, может ли nginx кэшировать запросы только по определенной > части request-а исключая токен. формат запроса: > https://api.site.com/API/REST/person//reports//data/[Pa > geNumber]/[PageItemsCount] поле token - всегда уникально, поэтому нужно > правило для кэширования, исключающее данный параметр. поле > изминяется не всегда - тоесть нужно кэшировать по данному параметру. > поля [PageNumber] и [PageItemsCount] не обязательные - кэшировать все что в > конце без разбора. > > Если вообще возможна такая достаточно тонкая настройка параметров > кэширования, а особенно возможность вырезать из урла, буду > благодарен за пример такого конфига. > Заранее спасибо. > Вас видимо интересует proxy_cache_key в сочетании с map. http://nginx.org/r/proxy_cache_key/ru http://nginx.org/r/map/ru Либо в сочетании с location, заданным регулярным выражением с захватами. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From vbart at nginx.com Thu Nov 15 18:30:07 2012 From: vbart at nginx.com (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Thu, 15 Nov 2012 22:30:07 +0400 Subject: =?UTF-8?Q?Re=3A_userid_module_=E2=80=94_httponly_cookie?= In-Reply-To: References: Message-ID: <201211152230.07813.vbart@nginx.com> On Wednesday 14 November 2012 09:18:03 Danila Shtan wrote: > Добрый день > > Я правильно понимаю, что httponly куку в userid модуле поставить > невозможно? Или я что-то упустил? > Можно попробовать такой хак: userid_path "/; HttpOnly"; или userid_domain "example.com; HttpOnly"; -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From neo at miritec.com Thu Nov 15 19:14:59 2012 From: neo at miritec.com (=?KOI8-R?B?4NLJyiDnz87ewdLP1w==?=) Date: Thu, 15 Nov 2012 21:14:59 +0200 Subject: Fwd: nginx-fastcgi-rewrite In-Reply-To: <201211152207.15277.vbart@nginx.com> References: <201211152207.15277.vbart@nginx.com> Message-ID: Если вы об $uri то где бы я его не выводил оно также имеет значение /public/accesspoint.php Изучив debuglog понимаем следующее: 1. Получается заходим на URL http://domain.com/msg/xxxxxxxxxxxxxx 2. Согласно rewrite происходит преобразование на http://domain.com/previewmsg?varMd5=xxxxxxxxxxxx (что мы и хотим передать в скрипт accesspoint.php) 3. Конечное значение $uri получается public/accesspoint.php что мы и видим в скрипте, а вот $query_string у нас правильный - varMd5=xxxxxxxx Не понимаю где и на каком этапе мне перехватить previewmsg?varMd5=xxxxxxxxxxxx 15 ноября 2012 г., 20:07 пользователь Валентин Бартенев написал: > On Thursday 15 November 2012 21:06:34 Юрий Гончаров wrote: > [...] > > try_files $uri $1/accesspoint.php /public/accesspoint.php > > =405; > > fastcgi_pass unix:/tmp/php.socket; > > include fastcgi_params_ru; > > fastcgi_connect_timeout 3600; > > fastcgi_send_timeout 3600; > > fastcgi_read_timeout 3600; > > client_max_body_size 100m; > > root /www/projects/domain.com/public_ru; > [...] > > fastcgi_param QUERY_STRING $query_string; > > fastcgi_param REQUEST_METHOD $request_method; > > fastcgi_param CONTENT_TYPE $content_type; > > fastcgi_param CONTENT_LENGTH $content_length; > > > > fastcgi_param SCRIPT_FILENAME $request_filename; > > fastcgi_param SCRIPT_NAME $fastcgi_script_name; > > fastcgi_param REQUEST_URI $request_uri; > > fastcgi_param DOCUMENT_URI $document_uri; > > fastcgi_param DOCUMENT_ROOT $document_root; > > fastcgi_param SERVER_PROTOCOL $server_protocol; > > > > fastcgi_param GATEWAY_INTERFACE CGI/1.1; > > fastcgi_param SERVER_SOFTWARE nginx/$nginx_version; > > > > fastcgi_param REMOTE_ADDR $remote_addr; > > fastcgi_param REMOTE_PORT $remote_port; > > fastcgi_param SERVER_ADDR $server_addr; > > fastcgi_param SERVER_PORT $server_port; > > fastcgi_param SERVER_NAME $server_name; > > > > Подскажите, как мне увидеть в $_SERVER ссылку не > domain.com/msg/xxxxxxxxx а > > уже /previewmsg,varMd5=, то есть ту на которую уже rewrite отработал, > > которая ПОСЛЕ а не ДО, > > Она почему-то не приходит. Как исправить и почему не приходит? > > У вас в конфигурации выше нигде не задано, чтобы она приходила. > > Стоит прочитать про назначение переменных, и использовать те, что вам > нужны для > тех переменных окружения, которые вы хотите: > > http://nginx.org/ru/docs/http/ngx_http_core_module.html#variables > > Никакой магии. > > http://nginx.org/r/fastcgi_param/ru > > -- > Валентин Бартенев > http://nginx.com/support.html > http://nginx.org/en/donation.html > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From vbart at nginx.com Thu Nov 15 21:57:08 2012 From: vbart at nginx.com (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Fri, 16 Nov 2012 01:57:08 +0400 Subject: Fwd: nginx-fastcgi-rewrite In-Reply-To: References: <201211152207.15277.vbart@nginx.com> Message-ID: <201211160157.09003.vbart@nginx.com> On Thursday 15 November 2012 23:14:59 Юрий Гончаров wrote: > Если вы об $uri то где бы я его не выводил оно также имеет значение > /public/accesspoint.php > > Изучив debuglog понимаем следующее: > > 1. Получается заходим на URL http://domain.com/msg/xxxxxxxxxxxxxx > 2. Согласно rewrite происходит преобразование на > http://domain.com/previewmsg?varMd5=xxxxxxxxxxxx (что мы и хотим передать в > скрипт accesspoint.php) > 3. Конечное значение $uri получается public/accesspoint.php что мы и видим > в скрипте, а вот $query_string у нас правильный - varMd5=xxxxxxxx > > Не понимаю где и на каком этапе мне > перехватить previewmsg?varMd5=xxxxxxxxxxxx > Ну так у вас там ещё и try_files стоит, который перенаправляет на /public/accesspoint.php, если (в конкретном случае) /previewmsg и /previewmsg/accesspoint.php не существует. http://nginx.org/r/try_files/ru -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From neo at miritec.com Thu Nov 15 22:50:14 2012 From: neo at miritec.com (=?KOI8-R?B?4NLJyiDnz87ewdLP1w==?=) Date: Fri, 16 Nov 2012 00:50:14 +0200 Subject: Fwd: nginx-fastcgi-rewrite In-Reply-To: <201211160157.09003.vbart@nginx.com> References: <201211152207.15277.vbart@nginx.com> <201211160157.09003.vbart@nginx.com> Message-ID: Валентин, я более чем в курсе что у меня там стоит, Вы не ответили на конкретный вопрос, Как мне получить тот uri который между request_uri и тем что уже получается по try_files То есть тот uri на который идёт rewrite еще из секции server Ответьте пожалуйста по существу, просто ссылки на документацию не нужны, я их уже перечитал 15 ноября 2012 г., 23:57 пользователь Валентин Бартенев написал: > On Thursday 15 November 2012 23:14:59 Юрий Гончаров wrote: > > Если вы об $uri то где бы я его не выводил оно также имеет значение > > /public/accesspoint.php > > > > Изучив debuglog понимаем следующее: > > > > 1. Получается заходим на URL http://domain.com/msg/xxxxxxxxxxxxxx > > 2. Согласно rewrite происходит преобразование на > > http://domain.com/previewmsg?varMd5=xxxxxxxxxxxx (что мы и хотим > передать в > > скрипт accesspoint.php) > > 3. Конечное значение $uri получается public/accesspoint.php что мы и > видим > > в скрипте, а вот $query_string у нас правильный - varMd5=xxxxxxxx > > > > Не понимаю где и на каком этапе мне > > перехватить previewmsg?varMd5=xxxxxxxxxxxx > > > > Ну так у вас там ещё и try_files стоит, который перенаправляет на > /public/accesspoint.php, если (в конкретном случае) /previewmsg и > /previewmsg/accesspoint.php не существует. > > http://nginx.org/r/try_files/ru > > -- > Валентин Бартенев > http://nginx.com/support.html > http://nginx.org/en/donation.html > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From neo at miritec.com Thu Nov 15 22:51:44 2012 From: neo at miritec.com (=?KOI8-R?B?4NLJyiDnz87ewdLP1w==?=) Date: Fri, 16 Nov 2012 00:51:44 +0200 Subject: Fwd: nginx-fastcgi-rewrite In-Reply-To: References: <201211152207.15277.vbart@nginx.com> <201211160157.09003.vbart@nginx.com> Message-ID: Если нужно debuglog я могу его выслать, могу дать детальнее конфиг или дебаг лог, перефразировать вопрос и т д.. Скажите чего именно не хватает чтобы решить задачу именно так как я её озвучил. Спасибо заранее.. 16 ноября 2012 г., 0:50 пользователь Юрий Гончаров написал: > Валентин, я более чем в курсе что у меня там стоит, Вы не ответили на > конкретный вопрос, Как мне получить тот uri который между request_uri и тем > что уже получается по try_files > То есть тот uri на который идёт rewrite еще из секции server > Ответьте пожалуйста по существу, просто ссылки на документацию не нужны, я > их уже перечитал > > 15 ноября 2012 г., 23:57 пользователь Валентин Бартенев написал: > >> On Thursday 15 November 2012 23:14:59 Юрий Гончаров wrote: >> > Если вы об $uri то где бы я его не выводил оно также имеет значение >> > /public/accesspoint.php >> > >> > Изучив debuglog понимаем следующее: >> > >> > 1. Получается заходим на URL http://domain.com/msg/xxxxxxxxxxxxxx >> > 2. Согласно rewrite происходит преобразование на >> > http://domain.com/previewmsg?varMd5=xxxxxxxxxxxx (что мы и хотим >> передать в >> > скрипт accesspoint.php) >> > 3. Конечное значение $uri получается public/accesspoint.php что мы и >> видим >> > в скрипте, а вот $query_string у нас правильный - varMd5=xxxxxxxx >> > >> > Не понимаю где и на каком этапе мне >> > перехватить previewmsg?varMd5=xxxxxxxxxxxx >> > >> >> Ну так у вас там ещё и try_files стоит, который перенаправляет на >> /public/accesspoint.php, если (в конкретном случае) /previewmsg и >> /previewmsg/accesspoint.php не существует. >> >> http://nginx.org/r/try_files/ru >> >> -- >> Валентин Бартенев >> http://nginx.com/support.html >> http://nginx.org/en/donation.html >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru at nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vbart at nginx.com Thu Nov 15 23:49:54 2012 From: vbart at nginx.com (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Fri, 16 Nov 2012 03:49:54 +0400 Subject: Fwd: nginx-fastcgi-rewrite In-Reply-To: References: Message-ID: <201211160349.54238.vbart@nginx.com> On Friday 16 November 2012 02:51:44 Юрий Гончаров wrote: > Если нужно debuglog я могу его выслать, могу дать детальнее конфиг или > дебаг лог, перефразировать вопрос и т д.. Скажите чего именно не хватает > чтобы решить задачу именно так как я её озвучил. > Спасибо заранее.. > Для этого не нужно debug log, все работает именно так, как вы настроили. Я вам указываю на проблему и даю ссылку, где прочитать если что-то не понятно. Свое первое письмо вы начали с фразы "Помогите разобраться". Так, как вы решаете задачу - решить её невозможно. Вы хотите чтобы файл, который обрабатывается php-fpm, и URI, переданный в параметрах - отличались, но при этом для того и другого пытаетесь использовать этот самый URI одновременно. Не может одна и та же сущность иметь одновременно два разных значения. Сколько его раз туда-сюда не переписывай, с помощью try_files или с помощью rewrite. Нужно отделить скрипт от пути, так отделите: root /www/projects/domain.com/public_ru; location /msg/ { rewrite ^/msg/(.*)/$ /previewmsg?varMd5=$1 break; fastcgi_pass unix:/tmp/php.socket; include fastcgi_params; # оригинальный, который к nginx прилагался, # без SCRIPT_FILENAME fastcgi_param SCRIPT_FILENAME $document_root/public/accesspoint.php; # дабы не дублировать REQUEST_URI из fastcgi_params fastcgi_param PATH_INFO $uri; } а вообще так, если очень хочется: location ~ ^/msg/(.*)/$ { fastcgi_pass unix:/tmp/php.socket; fastcgi_param SCRIPT_FILENAME /path/to/accesspoint.php; fastcgi_param QUERY_STRING varMd5=$1; fastcgi_param REQUEST_URI /previewmsg; # Остальное при необходимости. Понятие не имею, # что ещё php-fpm обязательно требуется для работы, # и что конкретно требуется вам в вашем скрипте. } ну и ещё есть сотня вариантов это получить, той или иной степени корявости. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From a.vasilishin at kpi.ua Fri Nov 16 00:39:01 2012 From: a.vasilishin at kpi.ua (=?UTF-8?B?0JDQvdC00YDQtdC5INCS0LDRgdC40LvQuNGI0LjQvQ==?=) Date: Fri, 16 Nov 2012 02:39:01 +0200 Subject: =?UTF-8?B?0JHQsNCz0LAg0LjQu9C4INGE0LjRh9CwPyBpZiBhbmQgdHJ5X2ZpbGVz?= Message-ID: <50A58B25.3030400@kpi.ua> Есть такая конструкция, с включенным if, перестает работать try_files. if заменили на двойной map, но все же хотелось бы знать это бага или фича? location ~ \.(3gp|avi)$ { root /var/www; try_files /site.com-st4$uri /site.com-st6$uri /site.com-st5$uri /site.com-st3$uri /site.com-st1$uri /site.com-st2$uri =404; aio on; directio 4k; directio_alignment 4k; output_buffers 1 2m; if ($http_user_agent ~* Wget|DVGet|Download){ limit_rate 128K; } } 2012/11/16 04:07:51 [debug] 15571#0: *18203 using configuration "\.(3gp|avi)$" 2012/11/16 04:07:51 [debug] 15571#0: *18203 http cl:-1 max:2102394880 2012/11/16 04:07:51 [debug] 15571#0: *18203 rewrite phase: 3 2012/11/16 04:07:51 [debug] 15571#0: *18203 http script var 2012/11/16 04:07:51 [debug] 15571#0: *18203 http script var: "Wget/1.13.4 (linux-gnu)" 2012/11/16 04:07:51 [debug] 15571#0: *18203 http script regex: "Wget|DVGet|Download" 2012/11/16 04:07:51 [notice] 15571#0: *18203 "Wget|DVGet|Download" matches "Wget/1.13.4 (linux-gnu)", client: 212.113.32.188, server: site.com, request: "GET /video/161112/drozd2012l1dvdrip1400mb_Mobile.avi HTTP/1.1", host: "site.com" 2012/11/16 04:07:51 [debug] 15571#0: *18203 http script if 2012/11/16 04:07:51 [debug] 15571#0: *18203 post rewrite phase: 4 2012/11/16 04:07:51 [debug] 15571#0: *18203 generic phase: 5 2012/11/16 04:07:51 [debug] 15571#0: *18203 generic phase: 6 2012/11/16 04:07:51 [debug] 15571#0: *18203 generic phase: 7 2012/11/16 04:07:51 [debug] 15571#0: *18203 access phase: 8 2012/11/16 04:07:51 [debug] 15571#0: *18203 access phase: 9 2012/11/16 04:07:51 [debug] 15571#0: *18203 post access phase: 10 2012/11/16 04:07:51 [debug] 15571#0: *18203 try files phase: 11 2012/11/16 04:07:51 [debug] 15571#0: *18203 content phase: 12 2012/11/16 04:07:51 [debug] 15571#0: *18203 content phase: 13 2012/11/16 04:07:51 [debug] 15571#0: *18203 content phase: 14 2012/11/16 04:07:51 [debug] 15571#0: *18203 http filename: "/var/www/video/161112/drozd2012l1dvdrip1400mb_Mobile.avi" 2012/11/16 04:07:51 [debug] 15571#0: *18203 add cleanup: 0000000000F87158 2012/11/16 04:07:51 [error] 15571#0: *18203 open() "/var/www/video/161112/drozd2012l1dvdrip1400mb_Mobile.avi" failed (2: No such file or directory), client: 212.113.32.188, server: site.com, request: "GET /video/161112/drozd2012l1dvdrip1400mb_Mobile.avi HTTP/1.1", host: "site.com" 2012/11/16 04:07:51 [debug] 15571#0: *18203 http finalize request: 404, "/video/161112/drozd2012l1dvdrip1400mb_Mobile.avi?" a:1, c:1 2012/11/16 04:07:51 [debug] 15571#0: *18203 http special response: 404, "/video/161112/drozd2012l1dvdrip1400mb_Mobile.avi?" 2012/11/16 04:07:51 [debug] 15571#0: *18203 http set discard body 2012/11/16 04:07:51 [debug] 15571#0: *18203 HTTP/1.1 404 Not Found Server: nginx/1.2.4 Date: Fri, 16 Nov 2012 00:07:51 GMT Content-Type: text/html Content-Length: 168 Connection: keep-alive -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From vbart at nginx.com Fri Nov 16 00:42:24 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Fri, 16 Nov 2012 04:42:24 +0400 Subject: =?UTF-8?B?UmU6INCR0LDQs9CwINC40LvQuCDRhNC40YfQsD8gaWYgYW5kIHRyeV9maWxlcw==?= In-Reply-To: <50A58B25.3030400@kpi.ua> References: <50A58B25.3030400@kpi.ua> Message-ID: <201211160442.24269.vbart@nginx.com> On Friday 16 November 2012 04:39:01 Андрей Василишин wrote: > Есть такая конструкция, с включенным if, перестает работать try_files. > if заменили на двойной map, но все же хотелось бы знать это бага или фича? > [...] https://trac.nginx.org/nginx/ticket/234 -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From vbart at nginx.com Fri Nov 16 00:47:36 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Fri, 16 Nov 2012 04:47:36 +0400 Subject: =?UTF-8?B?UmU6INCR0LDQs9CwINC40LvQuCDRhNC40YfQsD8gaWYgYW5kIHRyeV9maWxlcw==?= In-Reply-To: <50A58B25.3030400@kpi.ua> References: <50A58B25.3030400@kpi.ua> Message-ID: <201211160447.36873.vbart@nginx.com> On Friday 16 November 2012 04:39:01 Андрей Василишин wrote: > Есть такая конструкция, с включенным if, перестает работать try_files. > if заменили на двойной map, но все же хотелось бы знать это бага или фича? Но почему двойной? -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From a.vasilishin at kpi.ua Fri Nov 16 00:51:19 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Fri, 16 Nov 2012 02:51:19 +0200 Subject: =?UTF-8?B?UmU6INCR0LDQs9CwINC40LvQuCDRhNC40YfQsD8gaWYgYW5kIHRyeV9maWxlcw==?= In-Reply-To: <201211160447.36873.vbart@nginx.com> References: <50A58B25.3030400@kpi.ua> <201211160447.36873.vbart@nginx.com> Message-ID: <50A58E07.4030201@kpi.ua> 16.11.2012 2:47, Валентин Бартенев пишет: > On Friday 16 November 2012 04:39:01 Андрей Василишин wrote: >> Есть такая конструкция, с включенным if, перестает работать try_files. >> if заменили на двойной map, но все же хотелось бы знать это бага или фича? > > Но почему двойной? как-то так: map $http_user_agent $wget { default 0; "~Wget" 1; } map $wget $speed { 0 5Mb; 1 128k; } -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From vbart at nginx.com Fri Nov 16 00:55:37 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Fri, 16 Nov 2012 04:55:37 +0400 Subject: =?UTF-8?B?UmU6INCR0LDQs9CwINC40LvQuCDRhNC40YfQsD8gaWYgYW5kIHRyeV9maWxlcw==?= In-Reply-To: <50A58E07.4030201@kpi.ua> References: <50A58B25.3030400@kpi.ua> <201211160447.36873.vbart@nginx.com> <50A58E07.4030201@kpi.ua> Message-ID: <201211160455.37729.vbart@nginx.com> On Friday 16 November 2012 04:51:19 Андрей Василишин wrote: > 16.11.2012 2:47, Валентин Бартенев пишет: > > On Friday 16 November 2012 04:39:01 Андрей Василишин wrote: > >> Есть такая конструкция, с включенным if, перестает работать try_files. > >> if заменили на двойной map, но все же хотелось бы знать это бага или > >> фича? > > > > Но почему двойной? > > как-то так: > > map $http_user_agent $wget { > default 0; > "~Wget" 1; > } > map $wget $speed { > 0 5Mb; > 1 128k; > } Т.е. $wget где-то отдельно нужна как 0/1? map $http_user_agent $speed { default 5Mb; ~Wget 128k; } -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From a.vasilishin at kpi.ua Fri Nov 16 01:07:59 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Fri, 16 Nov 2012 03:07:59 +0200 Subject: =?UTF-8?B?UmU6INCR0LDQs9CwINC40LvQuCDRhNC40YfQsD8gaWYgYW5kIHRyeV9maWxlcw==?= In-Reply-To: <201211160455.37729.vbart@nginx.com> References: <50A58B25.3030400@kpi.ua> <201211160447.36873.vbart@nginx.com> <50A58E07.4030201@kpi.ua> <201211160455.37729.vbart@nginx.com> Message-ID: <50A591EF.3010204@kpi.ua> 16.11.2012 2:55, Валентин Бартенев пишет: > On Friday 16 November 2012 04:51:19 Андрей Василишин wrote: >> 16.11.2012 2:47, Валентин Бартенев пишет: >>> On Friday 16 November 2012 04:39:01 Андрей Василишин wrote: >>>> Есть такая конструкция, с включенным if, перестает работать try_files. >>>> if заменили на двойной map, но все же хотелось бы знать это бага или >>>> фича? >>> >>> Но почему двойной? >> >> как-то так: >> >> map $http_user_agent $wget { >> default 0; >> "~Wget" 1; >> } >> map $wget $speed { >> 0 5Mb; >> 1 128k; >> } > > Т.е. $wget где-то отдельно нужна как 0/1? > ну, как бы да, надо будет еще для некоторых IP, скорость не ограничивать, это еще один мап. > map $http_user_agent $speed { > default 5Mb; > ~Wget 128k; > } И еще один момент, если все в том же локейшине, который в первом посте добавить limit_rate $speed; то ругается на синтаксис: "limit_rate" directive invalid value Как правильно использовать переменную $speed, которая получилась в результате map? -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From vbart at nginx.com Fri Nov 16 01:17:26 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Fri, 16 Nov 2012 05:17:26 +0400 Subject: =?UTF-8?B?UmU6INCR0LDQs9CwINC40LvQuCDRhNC40YfQsD8gaWYgYW5kIHRyeV9maWxlcw==?= In-Reply-To: <50A591EF.3010204@kpi.ua> References: <50A58B25.3030400@kpi.ua> <201211160455.37729.vbart@nginx.com> <50A591EF.3010204@kpi.ua> Message-ID: <201211160517.26361.vbart@nginx.com> On Friday 16 November 2012 05:07:59 Андрей Василишин wrote: [...] > > И еще один момент, если все в том же локейшине, который в первом посте > добавить > limit_rate $speed; > то ругается на синтаксис: > "limit_rate" directive invalid value > > > Как правильно использовать переменную $speed, которая получилась в > результате map? set $limit_rate $speed; http://nginx.org/r/limit_rate/ru -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From a.vasilishin at kpi.ua Fri Nov 16 01:20:09 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Fri, 16 Nov 2012 03:20:09 +0200 Subject: =?UTF-8?B?UmU6INCR0LDQs9CwINC40LvQuCDRhNC40YfQsD8gaWYgYW5kIHRyeV9maWxlcw==?= In-Reply-To: <201211160517.26361.vbart@nginx.com> References: <50A58B25.3030400@kpi.ua> <201211160455.37729.vbart@nginx.com> <50A591EF.3010204@kpi.ua> <201211160517.26361.vbart@nginx.com> Message-ID: <50A594C9.9060809@kpi.ua> 16.11.2012 3:17, Валентин Бартенев пишет: > On Friday 16 November 2012 05:07:59 Андрей Василишин wrote: > [...] >> >> И еще один момент, если все в том же локейшине, который в первом посте >> добавить >> limit_rate $speed; >> то ругается на синтаксис: >> "limit_rate" directive invalid value >> >> >> Как правильно использовать переменную $speed, которая получилась в >> результате map? > > set $limit_rate $speed; А если надо именно limit_rate, потому что есть большие прокси и наты, не хотелось бы всех зарезать, а только per connect -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From vbart at nginx.com Fri Nov 16 01:31:34 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Fri, 16 Nov 2012 05:31:34 +0400 Subject: =?UTF-8?B?UmU6INCR0LDQs9CwINC40LvQuCDRhNC40YfQsD8gaWYgYW5kIHRyeV9maWxlcw==?= In-Reply-To: <50A594C9.9060809@kpi.ua> References: <50A58B25.3030400@kpi.ua> <201211160517.26361.vbart@nginx.com> <50A594C9.9060809@kpi.ua> Message-ID: <201211160531.34471.vbart@nginx.com> On Friday 16 November 2012 05:20:09 Андрей Василишин wrote: > 16.11.2012 3:17, Валентин Бартенев пишет: > > On Friday 16 November 2012 05:07:59 Андрей Василишин wrote: > > [...] > > > >> И еще один момент, если все в том же локейшине, который в первом посте > >> добавить > >> limit_rate $speed; > >> то ругается на синтаксис: > >> "limit_rate" directive invalid value > >> > >> > >> Как правильно использовать переменную $speed, которая получилась в > >> результате map? > >> > > set $limit_rate $speed; > > А если надо именно limit_rate, потому что есть большие прокси и наты, не > хотелось бы всех зарезать, а только per connect Эм, в смысле? Директива limit_rate от переменной $limit_rate с точки зрения механизма работы ничем не отличается. Фактически и та, и другая выставляют одну и ту же переменную в объекте запроса. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From a.vasilishin at kpi.ua Fri Nov 16 01:34:52 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Fri, 16 Nov 2012 03:34:52 +0200 Subject: =?UTF-8?B?UmU6INCR0LDQs9CwINC40LvQuCDRhNC40YfQsD8gaWYgYW5kIHRyeV9maWxlcw==?= In-Reply-To: <201211160531.34471.vbart@nginx.com> References: <50A58B25.3030400@kpi.ua> <201211160517.26361.vbart@nginx.com> <50A594C9.9060809@kpi.ua> <201211160531.34471.vbart@nginx.com> Message-ID: <50A5983C.9000005@kpi.ua> 16.11.2012 3:31, Валентин Бартенев пишет: > On Friday 16 November 2012 05:20:09 Андрей Василишин wrote: >> 16.11.2012 3:17, Валентин Бартенев пишет: >>> On Friday 16 November 2012 05:07:59 Андрей Василишин wrote: >>> [...] >>> >>>> И еще один момент, если все в том же локейшине, который в первом посте >>>> добавить >>>> limit_rate $speed; >>>> то ругается на синтаксис: >>>> "limit_rate" directive invalid value >>>> >>>> >>>> Как правильно использовать переменную $speed, которая получилась в >>>> результате map? >>>> >>> set $limit_rate $speed; >> >> А если надо именно limit_rate, потому что есть большие прокси и наты, не >> хотелось бы всех зарезать, а только per connect > > Эм, в смысле? Директива limit_rate от переменной $limit_rate с точки зрения > механизма работы ничем не отличается. Фактически и та, и другая выставляют > одну и ту же переменную в объекте запроса. > http://nginx.org/ru/docs/http/ngx_http_core_module.html#limit_rate Хм, я почему-то всегда думал, что limit_rate ограничивает скорость на один конект, а set $limit_rate - на все конекты с одного айпи. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From vbart at nginx.com Fri Nov 16 01:45:15 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Fri, 16 Nov 2012 05:45:15 +0400 Subject: =?UTF-8?B?UmU6INCR0LDQs9CwINC40LvQuCDRhNC40YfQsD8gaWYgYW5kIHRyeV9maWxlcw==?= In-Reply-To: <50A5983C.9000005@kpi.ua> References: <50A58B25.3030400@kpi.ua> <201211160531.34471.vbart@nginx.com> <50A5983C.9000005@kpi.ua> Message-ID: <201211160545.16091.vbart@nginx.com> On Friday 16 November 2012 05:34:52 Андрей Василишин wrote: > 16.11.2012 3:31, Валентин Бартенев пишет: > > On Friday 16 November 2012 05:20:09 Андрей Василишин wrote: > >> 16.11.2012 3:17, Валентин Бартенев пишет: > >>> On Friday 16 November 2012 05:07:59 Андрей Василишин wrote: > >>> [...] > >>> > >>>> И еще один момент, если все в том же локейшине, который в первом посте > >>>> добавить > >>>> limit_rate $speed; > >>>> то ругается на синтаксис: > >>>> "limit_rate" directive invalid value > >>>> > >>>> > >>>> Как правильно использовать переменную $speed, которая получилась в > >>>> результате map? > >>>> > >>> set $limit_rate $speed; > >> > >> А если надо именно limit_rate, потому что есть большие прокси и наты, не > >> хотелось бы всех зарезать, а только per connect > > > > Эм, в смысле? Директива limit_rate от переменной $limit_rate с точки > > зрения механизма работы ничем не отличается. Фактически и та, и другая > > выставляют одну и ту же переменную в объекте запроса. > > http://nginx.org/ru/docs/http/ngx_http_core_module.html#limit_rate > > Хм, я почему-то всегда думал, что limit_rate ограничивает скорость на > один конект, а set $limit_rate - на все конекты с одного айпи. Нет, они все per request. Я согласен, что формулировка в документации очень странная. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx-forum at nginx.us Fri Nov 16 04:54:41 2012 From: nginx-forum at nginx.us (Hett) Date: Thu, 15 Nov 2012 23:54:41 -0500 Subject: =?UTF-8?B?cHJveHkgcGFzcyDQuCDQv9C10YDQtdC00LDRh9CwINCx0L7Qu9GM0YjQuNGFINGE?= =?UTF-8?B?0LDQudC70L7Qsg==?= Message-ID: Всем привет, nginx используется как fron-end для передачи файлов из хранилища swift proxy_buffering до последнего был отключен, пока не потребовалось ограничивать в некоторых ситуациях скорость передачи данных. Теперь одна из зон скофигурирована так: proxy_max_temp_file_size 0; proxy_buffer_size 64k; proxy_buffers 8 32k; limit_req zone=one burst=2; limit_conn addr 1; proxy_pass http://127.0.0.1:8080; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; Не появится ли никаких проблем при больших нагрузках? (При трафике 1Гбит/с) Передаваемые файлы имеют разный размер (нескольких килобайт до нескольких гигабайт) Какой размер буфера будет более рациональным, если память сервера 16Гб, максимальная скорость передачи данных 1Гбит/с Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232875,232875#msg-232875 From nginx-forum at nginx.us Fri Nov 16 04:56:05 2012 From: nginx-forum at nginx.us (Hett) Date: Thu, 15 Nov 2012 23:56:05 -0500 Subject: =?UTF-8?B?UmU6IHByb3h5IHBhc3Mg0Lgg0L/QtdGA0LXQtNCw0YfQsCDQsdC+0LvRjNGI0Lg=?= =?UTF-8?B?0YUg0YTQsNC50LvQvtCy?= In-Reply-To: References: Message-ID: <88b08be562d2b58970965b0720cf356e.NginxMailingListRussian@forum.nginx.org> Ограничение скорости устанавливается заголовком X-Accel-Limit-Rate Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232875,232876#msg-232876 From nginx-forum at nginx.us Fri Nov 16 07:06:15 2012 From: nginx-forum at nginx.us (dwow) Date: Fri, 16 Nov 2012 02:06:15 -0500 Subject: Last-modified Message-ID: Всем привет, можно ли как-то при включенном ssi добавить в ответ дату последней модификации файла? Сам nginx не добавляет. add_header тоже не работает( Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232878,232878#msg-232878 From danila at shtan.ru Fri Nov 16 07:29:03 2012 From: danila at shtan.ru (Danila Shtan) Date: Fri, 16 Nov 2012 13:29:03 +0600 Subject: =?UTF-8?Q?Re=3A_userid_module_=E2=80=94_httponly_cookie?= In-Reply-To: <201211152230.07813.vbart@nginx.com> References: <201211152230.07813.vbart@nginx.com> Message-ID: О. Т.е. теоретически и domain можно в userid_path указать? :) Д. 2012/11/16 Валентин Бартенев > On Wednesday 14 November 2012 09:18:03 Danila Shtan wrote: > > Добрый день > > > > Я правильно понимаю, что httponly куку в userid модуле поставить > > невозможно? Или я что-то упустил? > > > > Можно попробовать такой хак: > > userid_path "/; HttpOnly"; > > или > > userid_domain "example.com; HttpOnly"; > > -- > Валентин Бартенев > http://nginx.com/support.html > http://nginx.org/en/donation.html > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From vbart at nginx.com Fri Nov 16 10:26:52 2012 From: vbart at nginx.com (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Fri, 16 Nov 2012 14:26:52 +0400 Subject: =?UTF-8?Q?Re=3A_userid_module_=E2=80=94_httponly_cookie?= In-Reply-To: References: <201211152230.07813.vbart@nginx.com> Message-ID: <201211161426.53037.vbart@nginx.com> On Friday 16 November 2012 11:29:03 Danila Shtan wrote: > О. Т.е. теоретически и domain можно в userid_path указать? :) Это просто составные части из которых с минимальной обработкой строится кука, но это подробности реализации в данный конкретный момент, поэтому лучше этим не злоупотреблять. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx-forum at nginx.us Fri Nov 16 11:23:08 2012 From: nginx-forum at nginx.us (typingduck) Date: Fri, 16 Nov 2012 06:23:08 -0500 Subject: =?UTF-8?B?UmU6INCe0LPRgNC+0LzQvdC+0LUg0LrQvtC7LdCy0L4gNDAwINC+0YjQuNCx0L4=?= =?UTF-8?B?0Lo=?= In-Reply-To: <167024819.20121115130123@infonet.ee> References: <167024819.20121115130123@infonet.ee> Message-ID: <65abcae1b67c950f3f81ac46399e8753.NginxMailingListRussian@forum.nginx.org> Hi Sorry I don't speak Russian, but I'm having the same problem. It seems to be a bug in nginx recording the close of persistant connections. This is clearly visible using netcat and "connection: keep-alive". nc myhost 8080 GET / HTTP/1.1 Host: localhost:6060 Connection: keep-alive When you close the netcat connection you'll see the error in the logs. Is there a place to report nginx bugs? translate.google.com; Привет Извините, что я не говорю на русском, но у меня такая же проблема. Казалось бы, ошибка в записи Nginx конце стойкие соединения. Это отчетливо видно использованием Netcat и "Connection: Keep-Alive". NC myhost 8080 GET / HTTP/1.1 Host: localhost:6060 Connection: keep-alive Когда вы закрываете Netcat связи вы увидите ошибки в журналах. Есть ли место сообщать Nginx ошибки? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232837,232901#msg-232901 From mdounin at mdounin.ru Fri Nov 16 11:37:20 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Fri, 16 Nov 2012 15:37:20 +0400 Subject: =?UTF-8?B?UmU6INCe0LPRgNC+0LzQvdC+0LUg0LrQvtC7LdCy0L4gNDAwINC+0YjQuNCx0L4=?= =?UTF-8?B?0Lo=?= In-Reply-To: <65abcae1b67c950f3f81ac46399e8753.NginxMailingListRussian@forum.nginx.org> References: <167024819.20121115130123@infonet.ee> <65abcae1b67c950f3f81ac46399e8753.NginxMailingListRussian@forum.nginx.org> Message-ID: <20121116113719.GO40452@mdounin.ru> Hello! On Fri, Nov 16, 2012 at 06:23:08AM -0500, typingduck wrote: > Hi > > Sorry I don't speak Russian, but I'm having the same problem. It seems to be > a bug in nginx recording the close of persistant connections. > > This is clearly visible using netcat and "connection: keep-alive". > > nc myhost 8080 > > GET / HTTP/1.1 > Host: localhost:6060 > Connection: keep-alive > > When you close the netcat connection you'll see the error in the logs. Is > there a place to report nginx bugs? The 400 errors are logged once client opens a connection but fails to send complete request, most commonly - opens a connection and closes it without sending anything. This is not a bug (well, may be in your client). We are considering changing this behaviour though, as growing popularity of Chrome makes such log lines useless. In your tests with netcat you are likely failed to sent complete request properly (e.g. missed last empty line to mark request headers end), which will result in similar error (though in this case there will be request logged, i.e. "GET / HTTP/1.1"). [...] -- Maxim Dounin http://nginx.com/support.html From hell-for-yahoo at umail.ru Fri Nov 16 11:37:38 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Fri, 16 Nov 2012 15:37:38 +0400 Subject: Last-modified In-Reply-To: References: Message-ID: <741070613.20121116153738@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) dwow! d> Всем привет, d> можно ли как-то при включенном ssi добавить в ответ дату последней d> модификации файла? Какого из них? d> Сам nginx не добавляет. add_header тоже не работает( Неудивительно. У вас ответ собирается из множества файлов - дату какого добавлять? -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) пятница, 16.11.2012, <15:37> From mdounin at mdounin.ru Fri Nov 16 12:20:14 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Fri, 16 Nov 2012 16:20:14 +0400 Subject: Last-modified In-Reply-To: <741070613.20121116153738@mtu-net.ru> References: <741070613.20121116153738@mtu-net.ru> Message-ID: <20121116122014.GR40452@mdounin.ru> Hello! On Fri, Nov 16, 2012 at 03:37:38PM +0400, Andrey Repin wrote: > Здравствуйте, Уважаемый(-ая, -ое) dwow! > > d> Всем привет, > d> можно ли как-то при включенном ssi добавить в ответ дату последней > d> модификации файла? > > Какого из них? > > d> Сам nginx не добавляет. add_header тоже не работает( > > Неудивительно. У вас ответ собирается из множества файлов - дату какого > добавлять? Возможно, имеет смысл сделать что-нибудь вроде вот такой опции: http://httpd.apache.org/docs/2.4/mod/mod_include.html#ssilastmodified Чтобы можно было очистку Last-Modified выключить, если вдруг конкретная задача это допускает. -- Maxim Dounin http://nginx.com/support.html From neo at miritec.com Fri Nov 16 12:39:23 2012 From: neo at miritec.com (=?KOI8-R?B?4NLJyiDnz87ewdLP1w==?=) Date: Fri, 16 Nov 2012 14:39:23 +0200 Subject: Fwd: nginx-fastcgi-rewrite In-Reply-To: <201211160349.54238.vbart@nginx.com> References: <201211160349.54238.vbart@nginx.com> Message-ID: А магия таки есть location ~ ^(/[^/]+) { try_files $uri $1/accesspoint.php /public/accesspoint.php =405; include fastcgi_params_ru; set $myuri $uri; fastcgi_param REQUEST_URI $myuri; fastcgi_connect_timeout 3600; fastcgi_send_timeout 3600; fastcgi_read_timeout 3600; fastcgi_pass unix:/tmp/php.socket; client_max_body_size 100m; root /www/ } При такой конфигурации set отрабатывает до try_files и сохраняется промежуточное значение как надо. Если этот же location переписать так что делать не set а сразу fastcgi_param REQUEST_URI $uri - тогда будет /public/accesspoint.php Получается param сетится уже после try_files а set в location ДО...Магия? :) 16 ноября 2012 г., 1:49 пользователь Валентин Бартенев написал: > On Friday 16 November 2012 02:51:44 Юрий Гончаров wrote: > > Если нужно debuglog я могу его выслать, могу дать детальнее конфиг или > > дебаг лог, перефразировать вопрос и т д.. Скажите чего именно не хватает > > чтобы решить задачу именно так как я её озвучил. > > Спасибо заранее.. > > > > Для этого не нужно debug log, все работает именно так, как вы настроили. > Я вам указываю на проблему и даю ссылку, где прочитать если что-то не > понятно. > Свое первое письмо вы начали с фразы "Помогите разобраться". > > Так, как вы решаете задачу - решить её невозможно. Вы хотите чтобы файл, > который > обрабатывается php-fpm, и URI, переданный в параметрах - отличались, но > при этом > для того и другого пытаетесь использовать этот самый URI одновременно. Не > может > одна и та же сущность иметь одновременно два разных значения. Сколько его > раз > туда-сюда не переписывай, с помощью try_files или с помощью rewrite. > > Нужно отделить скрипт от пути, так отделите: > > root /www/projects/domain.com/public_ru; > > location /msg/ { > rewrite ^/msg/(.*)/$ /previewmsg?varMd5=$1 break; > > fastcgi_pass unix:/tmp/php.socket; > > include fastcgi_params; # оригинальный, который к nginx прилагался, > # без SCRIPT_FILENAME > > fastcgi_param SCRIPT_FILENAME > $document_root/public/accesspoint.php; > > # дабы не дублировать REQUEST_URI из fastcgi_params > fastcgi_param PATH_INFO $uri; > } > > а вообще так, если очень хочется: > > location ~ ^/msg/(.*)/$ { > fastcgi_pass unix:/tmp/php.socket; > > fastcgi_param SCRIPT_FILENAME /path/to/accesspoint.php; > fastcgi_param QUERY_STRING varMd5=$1; > fastcgi_param REQUEST_URI /previewmsg; > > # Остальное при необходимости. Понятие не имею, > # что ещё php-fpm обязательно требуется для работы, > # и что конкретно требуется вам в вашем скрипте. > } > > ну и ещё есть сотня вариантов это получить, той или иной степени корявости. > > -- > Валентин Бартенев > http://nginx.com/support.html > http://nginx.org/en/donation.html > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From vbart at nginx.com Fri Nov 16 13:30:13 2012 From: vbart at nginx.com (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Fri, 16 Nov 2012 17:30:13 +0400 Subject: Fwd: nginx-fastcgi-rewrite In-Reply-To: References: <201211160349.54238.vbart@nginx.com> Message-ID: <201211161730.14129.vbart@nginx.com> On Friday 16 November 2012 16:39:23 Юрий Гончаров wrote: > А магия таки есть > > > location ~ ^(/[^/]+) { > try_files $uri $1/accesspoint.php /public/accesspoint.php > =405; > include fastcgi_params_ru; > set $myuri $uri; > fastcgi_param REQUEST_URI $myuri; > fastcgi_connect_timeout 3600; > fastcgi_send_timeout 3600; > fastcgi_read_timeout 3600; > fastcgi_pass unix:/tmp/php.socket; > client_max_body_size 100m; > root /www/ > } > > При такой конфигурации set отрабатывает до try_files и сохраняется > промежуточное значение как надо. > Если этот же location переписать так что делать не set а > сразу fastcgi_param REQUEST_URI $uri - тогда будет /public/accesspoint.php > Получается param сетится уже после try_files а set в location ДО...Магия? > :) Директива set относится к модулю rewrite: http://nginx.org/en/docs/http/ngx_http_rewrite_module.html который сам по себе является одним большим "хаком", ибо его правила выполняются императивно, в то время, как nginx пытается следовать декларативному стилю. Порядок директив модуля rewrite имеет значение только между собой в рамках одного блока location или server. Вы можете для пущей головоломки будущему админу перенести set вообще в самый конец. А чтобы не ломать себе голову, лучше по возможности избегать программирования в конфигурации. К сожалению, эта дурная привычка есть у всех пользователей php перешедших с apache. Я и написал в конце: "ещё есть сотня вариантов это получить, той или иной степени корявости". Вы один из таких вариантов наглядно привели. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From sitnikov at infonet.ee Fri Nov 16 14:41:36 2012 From: sitnikov at infonet.ee (Andrew Sitnikov) Date: Fri, 16 Nov 2012 16:41:36 +0200 Subject: =?UTF-8?B?UmU6INCe0LPRgNC+0LzQvdC+0LUg0LrQvtC7LdCy0L4gNDAwINC+0YjQuNCx0L4=?= =?UTF-8?B?0Lo=?= In-Reply-To: <20121116113719.GO40452@mdounin.ru> References: <167024819.20121115130123@infonet.ee> <65abcae1b67c950f3f81ac46399e8753.NginxMailingListRussian@forum.nginx.org> <20121116113719.GO40452@mdounin.ru> Message-ID: <1443266294.20121116164136@infonet.ee> Hello Maxim, MD> The 400 errors are logged once client opens a connection but fails MD> to send complete request, most commonly - opens a connection and MD> closes it without sending anything. This is not a bug (well, may MD> be in your client). We are considering changing this behaviour MD> though, as growing popularity of Chrome makes such log lines MD> useless. https://dl.dropbox.com/u/8099545/snagit/20121116-1635-0001.png кол-ко таких сессий совпадает с кол-во 400 ошибок в логе. похоже на причину subj ? -- Best regards, Andrew mailto:sitnikov at infonet.ee From mdounin at mdounin.ru Fri Nov 16 15:33:49 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Fri, 16 Nov 2012 19:33:49 +0400 Subject: =?UTF-8?B?UmU6INCe0LPRgNC+0LzQvdC+0LUg0LrQvtC7LdCy0L4gNDAwINC+0YjQuNCx0L4=?= =?UTF-8?B?0Lo=?= In-Reply-To: <1443266294.20121116164136@infonet.ee> References: <167024819.20121115130123@infonet.ee> <65abcae1b67c950f3f81ac46399e8753.NginxMailingListRussian@forum.nginx.org> <20121116113719.GO40452@mdounin.ru> <1443266294.20121116164136@infonet.ee> Message-ID: <20121116153348.GY40452@mdounin.ru> Hello! On Fri, Nov 16, 2012 at 04:41:36PM +0200, Andrew Sitnikov wrote: > Hello Maxim, > > MD> The 400 errors are logged once client opens a connection but fails > MD> to send complete request, most commonly - opens a connection and > MD> closes it without sending anything. This is not a bug (well, may > MD> be in your client). We are considering changing this behaviour > MD> though, as growing popularity of Chrome makes such log lines > MD> useless. > > https://dl.dropbox.com/u/8099545/snagit/20121116-1635-0001.png > кол-ко таких сессий совпадает с кол-во 400 ошибок в логе. похоже на причину subj ? Всмысле "похоже"? Оно и есть. Клиент открыл соединение, ничего не прислал, закрыл соединение - на выходе 400 в access log'е. -- Maxim Dounin http://nginx.com/support.html From postmaster at softsearch.ru Fri Nov 16 17:50:51 2012 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Fri, 16 Nov 2012 21:50:51 +0400 Subject: =?UTF-8?B?0Y/QvdC00LXQutGBLdC/0YDQvtC60YHQuA==?= Message-ID: <133168612.20121116215051@softsearch.ru> Здравствуйте. Похоже, что у яндекса по аналогии с Оперой появились прокси-сервера для своего браузера. Никто не знает ip-шки этих проксей и заголовки, где реальный ip передаётся? -- С уважением, Михаил mailto:postmaster at softsearch.ru From sytar.alex at gmail.com Fri Nov 16 17:53:15 2012 From: sytar.alex at gmail.com (Aleksandr Sytar) Date: Fri, 16 Nov 2012 21:53:15 +0400 Subject: =?UTF-8?B?UmU6INGP0L3QtNC10LrRgS3Qv9GA0L7QutGB0Lg=?= In-Reply-To: <133168612.20121116215051@softsearch.ru> References: <133168612.20121116215051@softsearch.ru> Message-ID: 16 ноября 2012 г., 21:50 пользователь Михаил Монашёв < postmaster at softsearch.ru> написал: > Здравствуйте. > > Похоже, что у яндекса по аналогии с Оперой появились прокси-сервера > для своего браузера. Никто не знает ip-шки этих проксей и заголовки, > где реальный ip передаётся? > > -- > С уважением, > Михаил mailto:postmaster at softsearch.ru На презенации они рассказывали что используют технологию Opera Turbo - соотвественно и их же сервера -------------- next part -------------- An HTML attachment was scrubbed... URL: From mva at mva.name Fri Nov 16 18:12:06 2012 From: mva at mva.name (Misbakh-Soloviov Vadim A.) Date: Sat, 17 Nov 2012 01:12:06 +0700 Subject: =?UTF-8?B?UmU6INGP0L3QtNC10LrRgS3Qv9GA0L7QutGB0Lg=?= In-Reply-To: References: <133168612.20121116215051@softsearch.ru> Message-ID: <2535461.ljzvC1BSC3@note> Но ведь эта опера турбо по сути мало чем отличается от Squid + zipproxy, не? :) -- Best regsrds, mva В письме от Пт, 16 ноября 2012 21:53:15 пользователь Aleksandr Sytar написал: 16 ноября 2012 г., 21:50 пользователь Михаил Монашёв написал: Здравствуйте. Похоже, что у яндекса по аналогии с Оперой появились прокси- сервера для своего браузера. Никто не знает ip-шки этих проксей и заголовки, где реальный ip передаётся? -- С уважением, Михаил mailto:postmaster at softsearch.ru На презенации они рассказывали что используют технологию Opera Turbo - соотвественно и их же сервера -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part. URL: From postmaster at softsearch.ru Fri Nov 16 18:13:14 2012 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Fri, 16 Nov 2012 22:13:14 +0400 Subject: =?UTF-8?B?UmVbMl06INGP0L3QtNC10LrRgS3Qv9GA0L7QutGB0Lg=?= In-Reply-To: References: <133168612.20121116215051@softsearch.ru> Message-ID: <1846717912.20121116221314@softsearch.ru> Здравствуйте, Aleksandr. > На презенации они рассказывали что используют технологию Opera > Turbo - соотвественно и их же сервера Я к сожалению не помню точно название хоста, он выглядел примерно так: trb1234.567.yandex.net . Случайно глазами на него наткнулся, через час дошло, что я видел, но найти снова этот хост или ip не смог. Так что сервера может и Оперы, но их ip резолвятся в яндексовые. -- С уважением, Михаил mailto:postmaster at softsearch.ru From plostak at gmail.com Fri Nov 16 18:18:59 2012 From: plostak at gmail.com (Michael Plostak) Date: Fri, 16 Nov 2012 20:18:59 +0200 Subject: =?UTF-8?B?UmU6INGP0L3QtNC10LrRgS3Qv9GA0L7QutGB0Lg=?= In-Reply-To: <133168612.20121116215051@softsearch.ru> References: <133168612.20121116215051@softsearch.ru> Message-ID: <50A68393.7070805@gmail.com> On 16.11.2012 19:50, Михаил Монашёв wrote: > Здравствуйте. > > Похоже, что у яндекса по аналогии с Оперой появились прокси-сервера > для своего браузера. Никто не знает ip-шки этих проксей и заголовки, > где реальный ip передаётся? > мной замечено следующее: HTTP_X_YANDEX_TURBO: yes HTTP_X_FORWARDED_FOR: x.y.z.t 5.45.192.65-5.45.192.89 From postmaster at softsearch.ru Fri Nov 16 18:23:13 2012 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Fri, 16 Nov 2012 22:23:13 +0400 Subject: =?UTF-8?B?UmVbMl06INGP0L3QtNC10LrRgS3Qv9GA0L7QutGB0Lg=?= In-Reply-To: <50A68393.7070805@gmail.com> References: <133168612.20121116215051@softsearch.ru> <50A68393.7070805@gmail.com> Message-ID: <1164675089.20121116222313@softsearch.ru> Здравствуйте, Michael. >> Похоже, что у яндекса по аналогии с Оперой появились прокси-сервера >> для своего браузера. Никто не знает ip-шки этих проксей и заголовки, >> где реальный ip передаётся? >> > мной замечено следующее: > HTTP_X_YANDEX_TURBO: yes > HTTP_X_FORWARDED_FOR: x.y.z.t > 5.45.192.65-5.45.192.89 Ага, это оно. Спасибо. -- С уважением, Михаил mailto:postmaster at softsearch.ru From hell-for-yahoo at umail.ru Fri Nov 16 21:01:35 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Sat, 17 Nov 2012 01:01:35 +0400 Subject: =?UTF-8?B?UmU6INGP0L3QtNC10LrRgS3Qv9GA0L7QutGB0Lg=?= In-Reply-To: References: <133168612.20121116215051@softsearch.ru> Message-ID: <1985791021.20121117010135@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Aleksandr Sytar! >> Похоже, что у яндекса по аналогии с Оперой появились прокси-сервера >> для своего браузера. Никто не знает ip-шки этих проксей и заголовки, >> где реальный ip передаётся? AS> На презенации они рассказывали что используют технологию Opera Turbo - AS> соотвественно и их же сервера Используют технологию =/= используют сервера. Опера как раз зарабатывает на продаже этих сервисов. -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) суббота, 17.11.2012, <01:00> From nginx-forum at nginx.us Sat Nov 17 10:26:02 2012 From: nginx-forum at nginx.us (SeeD) Date: Sat, 17 Nov 2012 05:26:02 -0500 Subject: =?UTF-8?B?0J7RgtGB0LXRh9C10L3QuNC1IGdldCDQv9Cw0YDQsNC80LXRgtGA0L7QsiAo0YA=?= =?UTF-8?B?0LXQtNC40YDQtdC60YIp?= Message-ID: <1e8da539f956ae3cdf553f9c14ea2bd4.NginxMailingListRussian@forum.nginx.org> Приветствую! Нужна помощь профи по вопросу правильной организации редиректа со страниц http://site.ru/page-alias?utm_source=twitterfeed&utm_medium=twitter на страницу http://site.ru/page-alias При этом page-alias может быть любым, а набор параметров всегда такой же. Мне нужно просто полностью его убрать. Искал похожие варианты, но успеха, к сожалению, не добился :(. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232942,232942#msg-232942 From onokonem at gmail.com Sat Nov 17 11:14:14 2012 From: onokonem at gmail.com (Daniel Podolsky) Date: Sat, 17 Nov 2012 14:14:14 +0300 Subject: =?UTF-8?B?UmU6INCe0YLRgdC10YfQtdC90LjQtSBnZXQg0L/QsNGA0LDQvNC10YLRgNC+0LIg?= =?UTF-8?B?KNGA0LXQtNC40YDQtdC60YIp?= In-Reply-To: <1e8da539f956ae3cdf553f9c14ea2bd4.NginxMailingListRussian@forum.nginx.org> References: <1e8da539f956ae3cdf553f9c14ea2bd4.NginxMailingListRussian@forum.nginx.org> Message-ID: > Приветствую! Нужна помощь профи по вопросу правильной организации редиректа > со страниц редирект - это 302? From nginx-forum at nginx.us Sat Nov 17 11:19:54 2012 From: nginx-forum at nginx.us (SeeD) Date: Sat, 17 Nov 2012 06:19:54 -0500 Subject: =?UTF-8?B?UmU6INCe0YLRgdC10YfQtdC90LjQtSBnZXQg0L/QsNGA0LDQvNC10YLRgNC+0LIg?= =?UTF-8?B?KNGA0LXQtNC40YDQtdC60YIp?= In-Reply-To: References: Message-ID: <1e4ea2cc93134073e07b7bbbf048010a.NginxMailingListRussian@forum.nginx.org> Можно 302, можно 301. Наверное 301 даже правильнее и лучше. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232942,232944#msg-232944 From onokonem at gmail.com Sat Nov 17 11:36:04 2012 From: onokonem at gmail.com (Daniel Podolsky) Date: Sat, 17 Nov 2012 14:36:04 +0300 Subject: =?UTF-8?B?UmU6INCe0YLRgdC10YfQtdC90LjQtSBnZXQg0L/QsNGA0LDQvNC10YLRgNC+0LIg?= =?UTF-8?B?KNGA0LXQtNC40YDQtdC60YIp?= In-Reply-To: <1e4ea2cc93134073e07b7bbbf048010a.NginxMailingListRussian@forum.nginx.org> References: <1e4ea2cc93134073e07b7bbbf048010a.NginxMailingListRussian@forum.nginx.org> Message-ID: > Можно 302, можно 301. Наверное 301 даже правильнее и лучше. а где проблема-то? или вы выдаете location без query string, а запрос приезжает опять с ней? From nginx-forum at nginx.us Sat Nov 17 11:43:58 2012 From: nginx-forum at nginx.us (SeeD) Date: Sat, 17 Nov 2012 06:43:58 -0500 Subject: =?UTF-8?B?UmU6INCe0YLRgdC10YfQtdC90LjQtSBnZXQg0L/QsNGA0LDQvNC10YLRgNC+0LIg?= =?UTF-8?B?KNGA0LXQtNC40YDQtdC60YIp?= In-Reply-To: References: Message-ID: <146568bde2c2080c4f8b846f02cef3bc.NginxMailingListRussian@forum.nginx.org> Запрос приезжает при переходе на сайт с твиттера, самим сайтом он не генерируется. Убрать "лишную" часть адреса мне нужно для того, чтобы корректно работал, например, виджет с комментариями, потому что он воспринимает такие адреса как разные и ветки комментариев оказываются задвоенными и разделенными. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232942,232946#msg-232946 From vbart at nginx.com Sat Nov 17 13:01:59 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Sat, 17 Nov 2012 17:01:59 +0400 Subject: =?UTF-8?B?UmU6INCe0YLRgdC10YfQtdC90LjQtSBnZXQg0L/QsNGA0LDQvNC10YLRgNC+0LIg?= =?UTF-8?B?KCAg0YDQtdC00LjRgNC10LrRgik=?= In-Reply-To: <146568bde2c2080c4f8b846f02cef3bc.NginxMailingListRussian@forum.nginx.org> References: <146568bde2c2080c4f8b846f02cef3bc.NginxMailingListRussian@forum.nginx.org> Message-ID: <201211171702.00124.vbart@nginx.com> On Saturday 17 November 2012 15:43:58 SeeD wrote: > Запрос приезжает при переходе на сайт с твиттера, самим сайтом он не > генерируется. Убрать "лишную" часть адреса мне нужно для того, чтобы > корректно работал, например, виджет с комментариями, потому что он > воспринимает такие адреса как разные и ветки комментариев оказываются > задвоенными и разделенными. > Так в чём проблема заключается? Что вы пробовали и что не получилось? return http://site.ru$uri; или return $scheme$host$uri; http://nginx.org/r/return/ru -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From hell-for-yahoo at umail.ru Sat Nov 17 15:02:45 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Sat, 17 Nov 2012 19:02:45 +0400 Subject: =?UTF-8?B?UmU6INCe0YLRgdC10YfQtdC90LjQtSBnZXQg0L/QsNGA0LDQvNC10YLRgNC+0LIg?= =?UTF-8?B?KNGA0LXQtNC40YDQtdC60YIp?= In-Reply-To: <146568bde2c2080c4f8b846f02cef3bc.NginxMailingListRussian@forum.nginx.org> References: <146568bde2c2080c4f8b846f02cef3bc.NginxMailingListRussian@forum.nginx.org> Message-ID: <9310566963.20121117190245@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) SeeD! S> Запрос приезжает при переходе на сайт с твиттера, самим сайтом он не S> генерируется. Убрать "лишную" часть адреса мне нужно для того, чтобы S> корректно работал, например, виджет с комментариями, потому что он S> воспринимает такие адреса как разные и ветки комментариев оказываются S> задвоенными и разделенными. Вам не приходила в голову мысль, что в первую очередь надо фиксить "виджет с комментариями"? Потому что не только с твиттера такие запросы приходят. Ещё и с поисковых машин. И по этим запросам собирается статистика для выдачи вашего сайта в поисковиках. А по самому вопросу - return $scheme$host$uri?; И курить документацию. -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) суббота, 17.11.2012, <19:00> From nginx-forum at nginx.us Sat Nov 17 17:06:22 2012 From: nginx-forum at nginx.us (SeeD) Date: Sat, 17 Nov 2012 12:06:22 -0500 Subject: =?UTF-8?B?UmU6INCe0YLRgdC10YfQtdC90LjQtSBnZXQg0L/QsNGA0LDQvNC10YLRgNC+0LIg?= =?UTF-8?B?KNGA0LXQtNC40YDQtdC60YIp?= In-Reply-To: <9310566963.20121117190245@mtu-net.ru> References: <9310566963.20121117190245@mtu-net.ru> Message-ID: <8d3c8c0da4876dcf65f8656a2dc2095d.NginxMailingListRussian@forum.nginx.org> Andrey Repin Wrote: ------------------------------------------------------- > Вам не приходила в голову мысль, что в первую очередь надо фиксить > "виджет с > комментариями"? Потому что не только с твиттера такие запросы > приходят. Ещё и > с поисковых машин. И по этим запросам собирается статистика для выдачи > вашего > сайта в поисковиках. Я бы и рад, но не очень представляю, как можно повлиять на вконтакт, чтобы они исправляли свой виджет :) Попробовал перейти на сайт с поисковиков - подобных аргументов в адресной строке не наблюдается. > А по самому вопросу - return $scheme$host$uri?; > И курить документацию. Для меня nginx - практически полностью "черный ящик". Представление, к сожалению, весьма поверхностное, так как сайт и хостинг - это не моя работа, а лишь маленькое хобби. Я попробовал несколько вариантов вокруг location / { if ($args ~* (.*)utm_source(.*)) { return $scheme$host$uri?; } } Но успеха это не возимело. Может подскажите поконкретнее, в какую сторону надо курить документацию? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232942,232950#msg-232950 From onokonem at gmail.com Sat Nov 17 17:22:18 2012 From: onokonem at gmail.com (Daniel Podolsky) Date: Sat, 17 Nov 2012 20:22:18 +0300 Subject: =?UTF-8?B?UmU6INCe0YLRgdC10YfQtdC90LjQtSBnZXQg0L/QsNGA0LDQvNC10YLRgNC+0LIg?= =?UTF-8?B?KNGA0LXQtNC40YDQtdC60YIp?= In-Reply-To: <8d3c8c0da4876dcf65f8656a2dc2095d.NginxMailingListRussian@forum.nginx.org> References: <9310566963.20121117190245@mtu-net.ru> <8d3c8c0da4876dcf65f8656a2dc2095d.NginxMailingListRussian@forum.nginx.org> Message-ID: > > location / { > if ($args ~* (.*)utm_source(.*)) { > return $scheme$host$uri?; > } > } if ($arg_utm_source) { return $scheme$host$uri?; } или, если utm_source может начинаться с символа "0" if ($arg_utm_source ~ ".+") { return $scheme$host$uri?; } вообще же - хорошо бы, чтобы Вы более развернуто спрашивали. не "не палучаицааа", а "написал в конфиге это, 302 не возвращает (проверял wget -S)" From nginx-forum at nginx.us Sat Nov 17 17:47:25 2012 From: nginx-forum at nginx.us (SeeD) Date: Sat, 17 Nov 2012 12:47:25 -0500 Subject: =?UTF-8?B?UmU6INCe0YLRgdC10YfQtdC90LjQtSBnZXQg0L/QsNGA0LDQvNC10YLRgNC+0LIg?= =?UTF-8?B?KNGA0LXQtNC40YDQtdC60YIp?= In-Reply-To: References: Message-ID: <95cfab67c728dc4630e4260a8f22dda2.NginxMailingListRussian@forum.nginx.org> Попробовал оба ваших варианта, помещал их внутри location / и просто в server - результат одинаковый, wget -S возвращает 200. До этого я вообще пробовал делать rewrite, а не return, что в любом случае неправильно, других вариантов не нагуглил, поэтому и задал вопрос здесь. Извините, если он такой нубский, но мне без опыта с этой проблемой не разобраться. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232942,232952#msg-232952 From onokonem at gmail.com Sat Nov 17 19:12:24 2012 From: onokonem at gmail.com (Daniel Podolsky) Date: Sat, 17 Nov 2012 22:12:24 +0300 Subject: =?UTF-8?B?UmU6INCe0YLRgdC10YfQtdC90LjQtSBnZXQg0L/QsNGA0LDQvNC10YLRgNC+0LIg?= =?UTF-8?B?KNGA0LXQtNC40YDQtdC60YIp?= In-Reply-To: <95cfab67c728dc4630e4260a8f22dda2.NginxMailingListRussian@forum.nginx.org> References: <95cfab67c728dc4630e4260a8f22dda2.NginxMailingListRussian@forum.nginx.org> Message-ID: > wget -S возвращает 200. значит - до return не доходит дело. скорее всего потому, что все эти запросы уходят на php backend (не знаю, какой он у вас там) надо, видимо, для php backend сделать именованный location, и пропихивать в него запросы без параметров, а остальным делать return. From nginx-forum at nginx.us Sat Nov 17 19:21:25 2012 From: nginx-forum at nginx.us (SeeD) Date: Sat, 17 Nov 2012 14:21:25 -0500 Subject: =?UTF-8?B?UmU6INCe0YLRgdC10YfQtdC90LjQtSBnZXQg0L/QsNGA0LDQvNC10YLRgNC+0LIg?= =?UTF-8?B?KNGA0LXQtNC40YDQtdC60YIp?= In-Reply-To: References: Message-ID: <5ae4a9d8f8206dcb2a915bcd825a29ca.NginxMailingListRussian@forum.nginx.org> Уже нашел свою ошибку, ваш вариант абсолютно рабочий. Большое спасибо за помощь! Еще раз извините за глупые вопросы. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232942,232954#msg-232954 From chipitsine at gmail.com Sun Nov 18 06:02:36 2012 From: chipitsine at gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=) Date: Sun, 18 Nov 2012 11:02:36 +0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtGI0YMg0L/QvtC80L7RidC4INCyINC90LDQv9C40YHQsNC90Lg=?= =?UTF-8?B?0Lgg0LrQvtC90YTQuNCz0Lgg0LTQu9GPINC+0YLQtNCw0YfQuCDQutC10Yg=?= =?UTF-8?B?0LjRgNC+0LLQsNC90L3Ri9GFIHBocCDRgdC60YDQuNC/0YLQvtCy?= In-Reply-To: <86380.1352914849.2965903235911516160@ffe5.ukr.net> References: <86380.1352914849.2965903235911516160@ffe5.ukr.net> Message-ID: приведенный вами try_files делает именно то, что вы попросили. в чем проблема ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Mon Nov 19 13:06:20 2012 From: nginx-forum at nginx.us (Serega_AD) Date: Mon, 19 Nov 2012 08:06:20 -0500 Subject: =?UTF-8?B?UmU6IE5naW54IHByb3h5LiDQmNGB0LrQu9GO0YfQuNGC0Ywg0YLQvtC60LXQvSA=?= =?UTF-8?B?0LIg0LfQsNC/0YDQvtGB0LU=?= In-Reply-To: <201211152212.47587.vbart@nginx.com> References: <201211152212.47587.vbart@nginx.com> Message-ID: <61beccc6f649f9d5d8e01264fca24460.NginxMailingListRussian@forum.nginx.org> Спасибо за совет, изучив, скорее мне больше подойдет map+location. Единственное с чем не могу разобраться, как нжинксом форвардить запросы на конечный адрес, если нужного не нашлось в кэше? схема: production1 - (nginx proxy) - production2 если запрос с prod1 не нашел нужного в кеше нжинкса - он отправляется на prod2? спасибо за ответ. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232848,232975#msg-232975 From nginx-forum at nginx.us Mon Nov 19 18:35:24 2012 From: nginx-forum at nginx.us (frost_spk) Date: Mon, 19 Nov 2012 13:35:24 -0500 Subject: Nginx + php-fpm + cache + ajax Message-ID: <2572d5cf6a5a2415d8e0749f40f996a4.NginxMailingListRussian@forum.nginx.org> Доброго времени суток. Нужна помощь с реализацией кеширования на одном проекте. В общем кеширование с самом Nginx настроено и работает, проблема заключается в том, что бы исключить из кеширования некоторые части сайта, которые работают через ajax. Например есть блок с картинками и кнопка обновления этого блока, при нажатии кнопки в логе Nginx появляется такой запрос: "POST / HTTP/1.1" Естественно блок не обновляется. Такая же ситуация с блоком авторизации на сайте. Подскажите, пожалуйста, решение этой проблемы. Как должен быть написан блок/настроен nginx что бы можно было как то исключить эти блоки из кеширования. Спасибо за помощь! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232982,232982#msg-232982 From onokonem at gmail.com Mon Nov 19 18:57:49 2012 From: onokonem at gmail.com (Daniel Podolsky) Date: Mon, 19 Nov 2012 21:57:49 +0300 Subject: Nginx + php-fpm + cache + ajax In-Reply-To: <2572d5cf6a5a2415d8e0749f40f996a4.NginxMailingListRussian@forum.nginx.org> References: <2572d5cf6a5a2415d8e0749f40f996a4.NginxMailingListRussian@forum.nginx.org> Message-ID: > Подскажите, пожалуйста, решение этой проблемы. Как должен быть написан > блок/настроен nginx что бы можно было как то исключить эти блоки из > кеширования. Прописать для соответствующих локаций proxy_cache off; ? From sytar.alex at gmail.com Mon Nov 19 19:07:02 2012 From: sytar.alex at gmail.com (Aleksandr Sytar) Date: Mon, 19 Nov 2012 23:07:02 +0400 Subject: Nginx + php-fpm + cache + ajax In-Reply-To: <2572d5cf6a5a2415d8e0749f40f996a4.NginxMailingListRussian@forum.nginx.org> References: <2572d5cf6a5a2415d8e0749f40f996a4.NginxMailingListRussian@forum.nginx.org> Message-ID: 19 ноября 2012 г., 22:35 пользователь frost_spk написал: > Доброго времени суток. > > Нужна помощь с реализацией кеширования на одном проекте. В общем > кеширование > с самом Nginx настроено и работает, проблема заключается в том, что бы > исключить из кеширования некоторые части сайта, которые работают через > ajax. > > Например есть блок с картинками и кнопка обновления этого блока, при > нажатии > кнопки в логе Nginx появляется такой запрос: > "POST / HTTP/1.1" > > Естественно блок не обновляется. Такая же ситуация с блоком авторизации на > сайте. > > Подскажите, пожалуйста, решение этой проблемы. Как должен быть написан > блок/настроен nginx что бы можно было как то исключить эти блоки из > кеширования. > > Спасибо за помощь! > > > По умолчанию nginx не кеширует POST запросы. http://wiki.nginx.org/HttpProxyModule#proxy_cache_methods -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Mon Nov 19 20:27:59 2012 From: nginx-forum at nginx.us (frost_spk) Date: Mon, 19 Nov 2012 15:27:59 -0500 Subject: Nginx + php-fpm + cache + ajax In-Reply-To: References: Message-ID: <40ef2b1f374ddb7601f315147cd3d33a.NginxMailingListRussian@forum.nginx.org> Спасибо за ответы. Прописать proxy_cache off не получится, ведь форма авторизации есть на всех страницах сайта. Если POST запросы не попадают под кеширование, то в чем может быть проблема? Вот текущая конфигурация кеша fastcgi_cache cache; fastcgi_cache_valid 200 302 304 180m; fastcgi_cache_valid any 1m; fastcgi_cache_key "$request_method|$http_if_modified_since|$http_if_none_match|$host|$request_uri"; fastcgi_hide_header "Set-Cookie"; fastcgi_cache_min_uses 1; fastcgi_cache_use_stale error timeout invalid_header http_500; fastcgi_ignore_headers "Cache-Control" "Expires"; fastcgi_no_cache $cookie_user $cookie_password; fastcgi_cache_bypass $cookie_user $cookie_password; add_header Cache-Control private; Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232982,232989#msg-232989 From nginx-forum at nginx.us Tue Nov 20 16:16:47 2012 From: nginx-forum at nginx.us (Sovigod) Date: Tue, 20 Nov 2012 11:16:47 -0500 Subject: =?UTF-8?B?bG9jYXRpb24g0L/QviAkYXJnIHN0?= Message-ID: <79467ed4634a15996097fe143f0f6fb0.NginxMailingListRussian@forum.nginx.org> Никак не могу написть по локейшен по значению одного из аргументов запроса. Точнее даже просто по его наличию. Пример: "http://example.com/76545.rar?st=2&i=1" и "http://example.com/76545.rar?i=1"должны попасть в разные локейшены. Как такое можно сделать? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233022,233022#msg-233022 From onokonem at gmail.com Tue Nov 20 18:59:58 2012 From: onokonem at gmail.com (Daniel Podolsky) Date: Tue, 20 Nov 2012 21:59:58 +0300 Subject: =?UTF-8?B?UmU6IGxvY2F0aW9uINC/0L4gJGFyZyBzdA==?= In-Reply-To: <79467ed4634a15996097fe143f0f6fb0.NginxMailingListRussian@forum.nginx.org> References: <79467ed4634a15996097fe143f0f6fb0.NginxMailingListRussian@forum.nginx.org> Message-ID: > "http://example.com/76545.rar?st=2&i=1" и > "http://example.com/76545.rar?i=1"должны попасть в разные локейшены. Как > такое можно сделать? два именованных локейшена и if с return From nginx-forum at nginx.us Tue Nov 20 19:26:43 2012 From: nginx-forum at nginx.us (Sovigod) Date: Tue, 20 Nov 2012 14:26:43 -0500 Subject: =?UTF-8?B?UmU6IGxvY2F0aW9uINC/0L4gJGFyZyBzdA==?= In-Reply-To: References: Message-ID: <628f650911edfd77ff0da4b1487c7eb6.NginxMailingListRussian@forum.nginx.org> Не понял. return же не может напрвить обработку запроса в локейшен. или как? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233024,233025#msg-233025 From onokonem at gmail.com Tue Nov 20 19:43:30 2012 From: onokonem at gmail.com (Daniel Podolsky) Date: Tue, 20 Nov 2012 22:43:30 +0300 Subject: =?UTF-8?B?UmU6IGxvY2F0aW9uINC/0L4gJGFyZyBzdA==?= In-Reply-To: <628f650911edfd77ff0da4b1487c7eb6.NginxMailingListRussian@forum.nginx.org> References: <628f650911edfd77ff0da4b1487c7eb6.NginxMailingListRussian@forum.nginx.org> Message-ID: > Не понял. return же не может напрвить обработку запроса в локейшен. или как? error_page 418 = @backend; return 418; PS Говорят - это уродливая конструкция. Но я сам пользуюсь. Можно сделать тоже самое с помощью try_files, но по мне - так нагляднее. From umask at yandex.ru Wed Nov 21 08:26:04 2012 From: umask at yandex.ru (umask) Date: Wed, 21 Nov 2012 12:26:04 +0400 Subject: http://seclists.org/fulldisclosure/2012/Nov/94 Message-ID: <1508461353486364@web28h.yandex.ru> http://seclists.org/fulldisclosure/2012/Nov/94 From maxim at nginx.com Wed Nov 21 08:31:12 2012 From: maxim at nginx.com (Maxim Konovalov) Date: Wed, 21 Nov 2012 12:31:12 +0400 Subject: http://seclists.org/fulldisclosure/2012/Nov/94 In-Reply-To: <1508461353486364@web28h.yandex.ru> References: <1508461353486364@web28h.yandex.ru> Message-ID: <50AC9150.5050500@nginx.com> On 11/21/12 12:26 PM, umask wrote: > http://seclists.org/fulldisclosure/2012/Nov/94 > Насколько мы в курсе этого инцидента, к nginx-у он отношение имеет опосредованное. -- Maxim Konovalov +7 (910) 4293178 http://nginx.com/support.html From unlexx at gmail.com Wed Nov 21 08:32:10 2012 From: unlexx at gmail.com (Un Lexx) Date: Wed, 21 Nov 2012 14:32:10 +0600 Subject: http://seclists.org/fulldisclosure/2012/Nov/94 In-Reply-To: <50AC9150.5050500@nginx.com> References: <1508461353486364@web28h.yandex.ru> <50AC9150.5050500@nginx.com> Message-ID: ну вирус который инжектит в http ответ фрейм интересен сам по себе 2012/11/21 Maxim Konovalov > On 11/21/12 12:26 PM, umask wrote: > > http://seclists.org/fulldisclosure/2012/Nov/94 > > > Насколько мы в курсе этого инцидента, к nginx-у он отношение имеет > опосредованное. > > -- > Maxim Konovalov > +7 (910) 4293178 > http://nginx.com/support.html > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From maxim at nginx.com Wed Nov 21 08:36:41 2012 From: maxim at nginx.com (Maxim Konovalov) Date: Wed, 21 Nov 2012 12:36:41 +0400 Subject: http://seclists.org/fulldisclosure/2012/Nov/94 In-Reply-To: References: <1508461353486364@web28h.yandex.ru> <50AC9150.5050500@nginx.com> Message-ID: <50AC9299.6070507@nginx.com> On 11/21/12 12:32 PM, Un Lexx wrote: > ну вирус который инжектит в http ответ фрейм интересен сам по себе > Тогда более информативная ссылка эта: http://blog.crowdstrike.com/2012/11/http-iframe-injecting-linux-rootkit.html -- Maxim Konovalov +7 (910) 4293178 http://nginx.com/support.html From vbart at nginx.com Wed Nov 21 09:41:30 2012 From: vbart at nginx.com (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Wed, 21 Nov 2012 13:41:30 +0400 Subject: http://seclists.org/fulldisclosure/2012/Nov/94 In-Reply-To: References: <1508461353486364@web28h.yandex.ru> <50AC9150.5050500@nginx.com> Message-ID: <201211211341.30758.vbart@nginx.com> On Wednesday 21 November 2012 12:32:10 Un Lexx wrote: > ну вирус который инжектит в http ответ фрейм интересен сам по себе > Не стоит путать руткит с вирусом. Между этими двумя терминами есть существенная разница, и подобные оговорки (или непонимание) приводят к распространению неприятных слухов. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From n.g.i.n.x.e.r at gmail.com Wed Nov 21 10:57:13 2012 From: n.g.i.n.x.e.r at gmail.com (=?UTF-8?B?0KDQvtC80LDQvQ==?=) Date: Wed, 21 Nov 2012 14:57:13 +0400 Subject: =?UTF-8?B?0KPRgdGC0LDQvdC+0LLQutCwINC30LDQs9C+0LvQvtCy0LrQsCDQv9C+INGD0YE=?= =?UTF-8?B?0LvQvtCy0LjRjg==?= Message-ID: Необходимо присваивать куку на поддомене. Почему не работает такая конструкция? if ($host = "m.domain.ru" ) { add_header Set-Cookie ... } Или как делать аналогичное, а то выдает add_header directive is not allowed here. From unlexx at gmail.com Wed Nov 21 11:45:09 2012 From: unlexx at gmail.com (Un Lexx) Date: Wed, 21 Nov 2012 17:45:09 +0600 Subject: http://seclists.org/fulldisclosure/2012/Nov/94 In-Reply-To: <201211211341.30758.vbart@nginx.com> References: <1508461353486364@web28h.yandex.ru> <50AC9150.5050500@nginx.com> <201211211341.30758.vbart@nginx.com> Message-ID: оффтоп конечно но я использую вирус как синоним вредоносного кода. 21 ноября 2012 г., 15:41 пользователь Валентин Бартенев написал: > On Wednesday 21 November 2012 12:32:10 Un Lexx wrote: > > ну вирус который инжектит в http ответ фрейм интересен сам по себе > > > > Не стоит путать руткит с вирусом. Между этими двумя терминами есть > существенная > разница, и подобные оговорки (или непонимание) приводят к распространению > неприятных слухов. > > -- > Валентин Бартенев > http://nginx.com/support.html > http://nginx.org/en/donation.html > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.moskalenko at gmail.com Wed Nov 21 12:13:14 2012 From: alexander.moskalenko at gmail.com (Alexander Moskalenko) Date: Wed, 21 Nov 2012 14:13:14 +0200 Subject: =?UTF-8?B?UmU6INCj0YHRgtCw0L3QvtCy0LrQsCDQt9Cw0LPQvtC70L7QstC60LAg0L/QviA=?= =?UTF-8?B?0YPRgdC70L7QstC40Y4=?= In-Reply-To: References: Message-ID: Создайте отдельную секцию server {} и там ставьте куку 2012/11/21 Роман : > Необходимо присваивать куку на поддомене. > Почему не работает такая конструкция? > > if ($host = "m.domain.ru" ) { > add_header Set-Cookie ... > } > > > Или как делать аналогичное, а то выдает add_header directive is not > allowed here. > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From hell-for-yahoo at umail.ru Wed Nov 21 17:04:59 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Wed, 21 Nov 2012 21:04:59 +0400 Subject: http://seclists.org/fulldisclosure/2012/Nov/94 In-Reply-To: References: <1508461353486364@web28h.yandex.ru> <50AC9150.5050500@nginx.com> <201211211341.30758.vbart@nginx.com> Message-ID: <18310577207.20121121210459@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Un Lexx! >> On Wednesday 21 November 2012 12:32:10 Un Lexx wrote: >> > ну вирус который инжектит в http ответ фрейм интересен сам по себе >> > >> >> Не стоит путать руткит с вирусом. Между этими двумя терминами есть >> существенная >> разница, и подобные оговорки (или непонимание) приводят к распространению >> неприятных слухов. UL> оффтоп конечно но я использую вирус как синоним вредоносного кода. Не надо так делать. Почему - вам выше сказали. -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) среда, 21.11.2012, <21:04> From nginx-forum at nginx.us Thu Nov 22 01:40:30 2012 From: nginx-forum at nginx.us (billi) Date: Wed, 21 Nov 2012 20:40:30 -0500 Subject: ngnix GSLB Message-ID: <3a6178b08f409e9d9fb02a5c471f7836.NginxMailingListRussian@forum.nginx.org> Доброго всем времени. нужен совет гуру. Насколько я понимаю для реализации данного решения необходимо выполнить одно из двух условий. 1 - в каждом цод/городе установить ngnix 2 - все цод/города связать меж собой через vpn, и только в одном оставить ngnix. погуглив нашел только такое решение. http://alfredosabo.blogspot.ru/2009/05/ngnix-fazendo-global-service-load.html на тек момент есть разные цоды, в каждом цоде свои данные. Что скажите уважаемые гуру. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233084,233084#msg-233084 From nginx-forum at nginx.us Thu Nov 22 08:14:37 2012 From: nginx-forum at nginx.us (kaaron) Date: Thu, 22 Nov 2012 03:14:37 -0500 Subject: =?UTF-8?B?0KDQsNCx0L7RgtCwINGBINC30LDQs9C+0LvQvtCy0LrQsNC80Lgg0LIgTmdpbng=?= Message-ID: <0f07db70b570fcc6d0d6c5e5a307b79e.NginxMailingListRussian@forum.nginx.org> Добрый день! Стоит такая задача необходимо отсекать запросы если в заголовках есть oct и hex-данные Например _SERVER['HTTP_X_FORWARDED_FOR'] = ${@print(md5(acunetix_wvs_security_test))}, 151.0.19.87 _SERVER['HTTP_X_FORWARDED_FOR'] = %c0%ae%c0%ae%c0%af%c0%ae%c0%ae%c0%af%c0%ae%c0%ae%c0%af%c0%ae%c0%ae%c0%af%c0%ae%c0%ae%c0%af%c0%ae%c0%ae%c0%af%c0%ae%c0%ae%c0%af%c0%ae%c0%ae%c0%afwindows%c0%afwin.ini, XX.XXX.XX.X в заголовках недопустимы oct и hex-данные XX.XXX.XX.X - ip адресс Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233123,233123#msg-233123 From igor at sysoev.ru Thu Nov 22 09:05:26 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Thu, 22 Nov 2012 13:05:26 +0400 Subject: =?UTF-8?B?UmU6INCg0LDQsdC+0YLQsCDRgSDQt9Cw0LPQvtC70L7QstC60LDQvNC4INCyIE5n?= =?UTF-8?B?aW54?= In-Reply-To: <0f07db70b570fcc6d0d6c5e5a307b79e.NginxMailingListRussian@forum.nginx.org> References: <0f07db70b570fcc6d0d6c5e5a307b79e.NginxMailingListRussian@forum.nginx.org> Message-ID: <382373FB-9624-44DE-83CC-37C79AC60156@sysoev.ru> On Nov 22, 2012, at 12:14 , kaaron wrote: > Добрый день! > Стоит такая задача необходимо отсекать запросы если в заголовках есть oct и > hex-данные > Например > _SERVER['HTTP_X_FORWARDED_FOR'] = > ${@print(md5(acunetix_wvs_security_test))}, 151.0.19.87 > _SERVER['HTTP_X_FORWARDED_FOR'] = > %c0%ae%c0%ae%c0%af%c0%ae%c0%ae%c0%af%c0%ae%c0%ae%c0%af%c0%ae%c0%ae%c0%af%c0%ae%c0%ae%c0%af%c0%ae%c0%ae%c0%af%c0%ae%c0%ae%c0%af%c0%ae%c0%ae%c0%afwindows%c0%afwin.ini, > XX.XXX.XX.X > в заголовках недопустимы oct и hex-данные > > XX.XXX.XX.X - ip адресс Как-то так: server { if ($http_x_forwarded_for ~ "[@$%(){}]") { return 444; } ... -- Igor Sysoev http://nginx.com/support.html From onokonem at gmail.com Thu Nov 22 09:36:07 2012 From: onokonem at gmail.com (Daniel Podolsky) Date: Thu, 22 Nov 2012 12:36:07 +0300 Subject: ngnix GSLB In-Reply-To: <3a6178b08f409e9d9fb02a5c471f7836.NginxMailingListRussian@forum.nginx.org> References: <3a6178b08f409e9d9fb02a5c471f7836.NginxMailingListRussian@forum.nginx.org> Message-ID: > Доброго всем времени. нужен совет гуру. Если и правда нужен - придется описать задачу развернуто. From nginx-forum at nginx.us Thu Nov 22 11:23:44 2012 From: nginx-forum at nginx.us (talabira) Date: Thu, 22 Nov 2012 06:23:44 -0500 Subject: proxy_pass Message-ID: <15191ff9daed19106a11b9cb2c4b4b4c.NginxMailingListRussian@forum.nginx.org> Здравствуйте. Помогите собрать локейшен. Пример: location /test/ { proxy_pass http://srv.domain/file.ext; } Все работает. Нужно добавить переменных что бы файл брался с других серверов: http://domain/test/srv_1/folder/file.ext proxy_pass http://1.domain/folder/file.ext То есть необходимо составлять proxy_pass из параметров полученных в урл Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233126,233126#msg-233126 From zaabjuda at gmail.com Thu Nov 22 11:32:27 2012 From: zaabjuda at gmail.com (=?KOI8-R?B?5M3J1NLJyiD2yczYw8/X?=) Date: Thu, 22 Nov 2012 14:32:27 +0300 Subject: =?UTF-8?B?0JLQvtC/0YDQvtGB0Ysg0L/QviBhZGRfaGVhZGVy?= Message-ID: Здравствуйте. Появился вопрос по работе директивы add_header Сначала описание задачи. Мне необходимо рандомно отдавать клиенту кастомные хидеры из списка Есть файл в котором на каждой строчке записи вида $key(имя хидера): $val (содержимое) С помощью встроенного перла я получаю две переменные $key и $val , и пытаюсь их применить в директиве add_header add_header $key $val На клиенте получаю не то , что ожидал Имя заголовка $key (те nginx не подставляет значение переменной а в имя заголовка подставляет само имя переменной ) Тело заголовка как и ожидалось содержит значение переменной $val Вопрос - что я делаю не так? Есть ли у nginx такой функционал? Если нет то какое есть возможное решение? Спасибо -------------- next part -------------- An HTML attachment was scrubbed... URL: From citrin at citrin.ru Thu Nov 22 11:42:46 2012 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Thu, 22 Nov 2012 15:42:46 +0400 Subject: proxy_pass In-Reply-To: <15191ff9daed19106a11b9cb2c4b4b4c.NginxMailingListRussian@forum.nginx.org> References: <15191ff9daed19106a11b9cb2c4b4b4c.NginxMailingListRussian@forum.nginx.org> Message-ID: <50AE0FB6.5050804@citrin.ru> On 11/22/12 15:23, talabira wrote: > > location/test/ > { > proxy_passhttp://srv.domain/file.ext; > } > Все работает. Нужно добавить переменных что бы файл брался с других > серверов: > http://domain/test/srv_1/folder/file.ext > proxy_passhttp://1.domain/folder/file.ext > > То есть необходимо составлять proxy_pass из параметров полученных в урл location /test/ { location ~ /test/srv_(\d+)/(.*)$ { proxy_pass http://$1.domain/$2; } } Для proxy_pass с переменными, нужно указать http://nginx.org/r/resolver -- Anton Yuzhaninov From nginx-forum at nginx.us Thu Nov 22 11:48:15 2012 From: nginx-forum at nginx.us (talabira) Date: Thu, 22 Nov 2012 06:48:15 -0500 Subject: proxy_pass In-Reply-To: <50AE0FB6.5050804@citrin.ru> References: <50AE0FB6.5050804@citrin.ru> Message-ID: <085fbd54e57e7b46775a8db39851f1fb.NginxMailingListRussian@forum.nginx.org> Можно подробнее что указать в resolver ? Ип всех поддоменов? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233126,233129#msg-233129 From citrin at citrin.ru Thu Nov 22 11:51:13 2012 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Thu, 22 Nov 2012 15:51:13 +0400 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgdGLINC/0L4gYWRkX2hlYWRlcg==?= In-Reply-To: References: Message-ID: <50AE11B1.7000902@citrin.ru> On 11/22/12 15:32, Дмитрий Жильцов wrote: > С помощью встроенного перла я получаю две переменные $key и $val , и пытаюсь их > применить в директиве add_header > > add_header $key $val > > На клиенте получаю не то , что ожидал > > Имя заголовка $key (те nginx не подставляет значение переменной а в имя > заголовка подставляет само имя переменной ) Видимо в первом параметре add_header нельзя использовать переменные. Можно попробовать сделать perl handler в котором заголовок добавляется через $r->header_out(field, value) после это можно сделать internal redirect в location где отдаются файлы (проксируется запрос и т. п.) -- Anton Yuzhaninov From maksim at woyager.ru Thu Nov 22 11:56:10 2012 From: maksim at woyager.ru (Maksim Anfilatov) Date: Thu, 22 Nov 2012 15:56:10 +0400 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgdGLINC/0L4gYWRkX2hlYWRlcg==?= In-Reply-To: References: Message-ID: Добрый день. В документации сказано только, что значение может содержать переменные. http://nginx.org/en/docs/http/ngx_http_headers_module.html Adds the specified field to a response header provided that the response code equals 200, 204, 206, 301, 302, 303, 304, or 307. A value can contain variables. Если переменные получаются из встроенного перла, то им же можно выставить кастомный header http://nginx.org/en/docs/http/ngx_http_perl_module.html#methods$r->header_out Можно еще попробовать HeadersMore http://wiki.nginx.org/HttpHeadersMoreModule. С уважением. 22 ноября 2012 г., 15:32 пользователь Дмитрий Жильцов написал: > Здравствуйте. > > Появился вопрос по работе директивы add_header > > Сначала описание задачи. > > Мне необходимо рандомно отдавать клиенту кастомные хидеры из списка > > Есть файл в котором на каждой строчке записи вида > > $key(имя хидера): $val (содержимое) > > С помощью встроенного перла я получаю две переменные $key и $val , и > пытаюсь их применить в директиве add_header > > add_header $key $val > > На клиенте получаю не то , что ожидал > > Имя заголовка $key (те nginx не подставляет значение переменной а в имя > заголовка подставляет само имя переменной ) > Тело заголовка как и ожидалось содержит значение переменной $val > > Вопрос - что я делаю не так? > Есть ли у nginx такой функционал? > Если нет то какое есть возможное решение? > > Спасибо > > > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From onokonem at gmail.com Thu Nov 22 12:16:29 2012 From: onokonem at gmail.com (Daniel Podolsky) Date: Thu, 22 Nov 2012 15:16:29 +0300 Subject: proxy_pass In-Reply-To: <085fbd54e57e7b46775a8db39851f1fb.NginxMailingListRussian@forum.nginx.org> References: <50AE0FB6.5050804@citrin.ru> <085fbd54e57e7b46775a8db39851f1fb.NginxMailingListRussian@forum.nginx.org> Message-ID: > Можно подробнее что указать в resolver ? адрес dns сервера, который будет отвечать на запросы nginx. я дставлю dnsmasq локально From nginx-forum at nginx.us Thu Nov 22 12:20:08 2012 From: nginx-forum at nginx.us (talabira) Date: Thu, 22 Nov 2012 07:20:08 -0500 Subject: proxy_pass In-Reply-To: References: Message-ID: <527f1b2d29f5e540dc53a17550b3cef0.NginxMailingListRussian@forum.nginx.org> спасибо. resolver 8.8.8.8; То что нужно :) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233126,233134#msg-233134 From onokonem at gmail.com Thu Nov 22 12:33:52 2012 From: onokonem at gmail.com (Daniel Podolsky) Date: Thu, 22 Nov 2012 15:33:52 +0300 Subject: proxy_pass In-Reply-To: <527f1b2d29f5e540dc53a17550b3cef0.NginxMailingListRussian@forum.nginx.org> References: <527f1b2d29f5e540dc53a17550b3cef0.NginxMailingListRussian@forum.nginx.org> Message-ID: > resolver 8.8.8.8; > То что нужно :) от трафика зависит. From nginx-forum at nginx.us Thu Nov 22 13:35:48 2012 From: nginx-forum at nginx.us (talabira) Date: Thu, 22 Nov 2012 08:35:48 -0500 Subject: proxy_pass In-Reply-To: References: Message-ID: <9054eb107c31af777c9cfe520c459e08.NginxMailingListRussian@forum.nginx.org> А что с трафиком может быть? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233126,233138#msg-233138 From nginx-forum at nginx.us Thu Nov 22 13:38:28 2012 From: nginx-forum at nginx.us (talabira) Date: Thu, 22 Nov 2012 08:38:28 -0500 Subject: =?UTF-8?B?0KDQsNC30L3QtdGB0YLQuCDQutGN0Ygg0L/QviDRgdC10YDQstC10YDQsNC8?= Message-ID: Здравствуйте. Помогите настроить кэширование nginx. Задача: Есть несколько серверов и один стораж. При запросе на любой сервер файл должен проксироватся со стоража и сохранятся на сервере с которого пришел запрос. При следующем запросе файла, nginx должен отдавать файл из кэша а не проксировать его заново. Кэш чистить средствами nginx я так понял не получиться. Возможна ли вообще такая реализация? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233139,233139#msg-233139 From hunter at comsys.com.ua Thu Nov 22 13:42:35 2012 From: hunter at comsys.com.ua (Sergey Smitienko) Date: Thu, 22 Nov 2012 15:42:35 +0200 Subject: =?UTF-8?B?UmU6INCg0LDQt9C90LXRgdGC0Lgg0LrRjdGIINC/0L4g0YHQtdGA0LLQtdGA0LA=?= =?UTF-8?B?0Lw=?= In-Reply-To: References: Message-ID: <50AE2BCB.5020003@comsys.com.ua> Здравствуйте. Кэш чистить средствами nginx получится. Читайте http://www.nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_cache http://www.nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_cache_valid >Задача: >Есть несколько серверов и один стораж. >При запросе на любой сервер файл должен проксироватся со стоража и >сохранятся на сервере с которого пришел запрос. >При следующем запросе файла, nginx должен отдавать файл из кэша а не >проксировать его заново. >Кэш чистить средствами nginx я так понял не получиться. -- Sergey Smitienko From nginx-forum at nginx.us Thu Nov 22 14:09:02 2012 From: nginx-forum at nginx.us (smirnov_arkady) Date: Thu, 22 Nov 2012 09:09:02 -0500 Subject: =?UTF-8?Q?Connection_was_reset_-_SIGSEGV_=D0=B2_ngx_pcalloc?= Message-ID: <3bf6d272ff829cec93e233679653d6dd.NginxMailingListRussian@forum.nginx.org> Здравствуйте. Периодически, в произвольном порядке, отпадают workers по SIGSEGV. При этом соединение с клиентом разрывается и он получает ошибку "Connection was reset". Похоже функция ngx_palloc передает неправильную ссылку. Вот кое-какая отладочная информация. Пользуюсь связкой nginx + php-fpm. Даже не знаю в какую сторону копать. Помогите, пожалуйста. ------------------------------------------------------- (gdb) frame 1 #1 0x0000000000414d9a in ngx_pcalloc (pool=0x8066ad000, size=856) at src/core/ngx_palloc.c:307 307 ngx_memzero(p, size); (gdb) p *pool $1 = {d = {last = 0x8066adfff "P?Lyy.", end = 0x8066ae000 "?Lyy.", next = 0x8066ae000, failed = 0}, max = 4016, current = 0x8066ad000, chain = 0x0, large = 0x0, cleanup = 0x0, log = 0x8057db160} (gdb) p *pool.d->next $2 = {d = {last = 0x2e79794cd0
, end = 0x8066af000 "??j\006\b", next = 0x0, failed = 0}, max = 268435456, current = 0x4fcb3b, chain = 0x0, large = 0x0, cleanup = 0x0, log = 0x0} ------------------------------------------------------- % uname -m -r -s FreeBSD 9.0-RELEASE-p3 amd64 ------------------------------------------------------- # error.log 2012/11/22 04:34:19 [alert] 60064#0: worker process 93670 exited on signal 11 2012/11/22 04:34:19 [alert] 60064#0: worker process 98162 exited on signal 11 2012/11/22 04:34:23 [alert] 60064#0: worker process 93584 exited on signal 11 2012/11/22 04:34:38 [alert] 60064#0: worker process 93597 exited on signal 11 ------------------------------------------------------- # nginx.debug -V nginx version: nginx/1.2.3 TLS SNI support enabled configure arguments: --add-module=/usr/ports/www/nginx/files/nginx-push-stream-module --prefix=/usr/local/etc/nginx --with-cc-opt='-I /usr/local/include' --with-ld-opt='-L /usr/local/lib' --conf-path=/usr/local/etc/nginx/nginx.conf --sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid --error-log-path=/var/log/nginx-error.log --user=www --group=www --with-debug --with-ipv6 --http-client-body-temp-path=/var/tmp/nginx/client_body_temp --http-fastcgi-temp-path=/var/tmp/nginx/fastcgi_temp --http-proxy-temp-path=/var/tmp/nginx/proxy_temp --http-scgi-temp-path=/var/tmp/nginx/scgi_temp --http-uwsgi-temp-path=/var/tmp/nginx/uwsgi_temp --http-log-path=/var/log/nginx-access.log --with-http_addition_module --add-module=/wrkdirs/usr/ports/www/nginx/work/agentzh-echo-nginx-module-d3eb42d --add-module=/wrkdirs/usr/ports/www/nginx/work/agentzh-headers-more-nginx-module-6586984 --with-http_geoip_module --with-http_gzip_static_module --with-http_image_filter_module --with-http_perl_module --add-module=/wrkdirs/usr/ports/www/nginx/work/nginx_http_push_module-0.692 --with-http_realip_module --with-http_stub_status_module --with-http_sub_module --add-module=/wrkdirs/usr/ports/www/nginx/work/nginx_upload_module-2.2.0 --add-module=/wrkdirs/usr/ports/www/nginx/work/masterzen-nginx-upload-progress-module-a788dea --with-pcre --with-http_ssl_module ------------------------------------------------------- # gdb nginx.debug nginx-77347.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... warning: core file may not match specified executable file. Core was generated by `nginx'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt.so.5...done. Loaded symbols for /lib/libcrypt.so.5 Reading symbols from /usr/local/lib/libpcre.so.1...done. Loaded symbols for /usr/local/lib/libpcre.so.1 Reading symbols from /usr/local/lib/libssl.so.8...done. Loaded symbols for /usr/local/lib/libssl.so.8 Reading symbols from /usr/local/lib/libcrypto.so.8...done. Loaded symbols for /usr/local/lib/libcrypto.so.8 Reading symbols from /lib/libz.so.6...done. Loaded symbols for /lib/libz.so.6 Reading symbols from /usr/local/lib/libgd.so.4...done. Loaded symbols for /usr/local/lib/libgd.so.4 Reading symbols from /usr/local/lib/libGeoIP.so.5...done. Loaded symbols for /usr/local/lib/libGeoIP.so.5 Reading symbols from /usr/local/lib/perl5/5.14.2/mach/CORE/libperl.so...done. Loaded symbols for /usr/local/lib/perl5/5.14.2/mach/CORE/libperl.so Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libutil.so.9...done. Loaded symbols for /lib/libutil.so.9 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /usr/local/lib/libfontconfig.so.1...done. Loaded symbols for /usr/local/lib/libfontconfig.so.1 Reading symbols from /usr/local/lib/libpng15.so.15...done. Loaded symbols for /usr/local/lib/libpng15.so.15 Reading symbols from /usr/local/lib/libjpeg.so.11...done. Loaded symbols for /usr/local/lib/libjpeg.so.11 Reading symbols from /usr/local/lib/libfreetype.so.9...done. Loaded symbols for /usr/local/lib/libfreetype.so.9 Reading symbols from /usr/lib/libbz2.so.4...done. Loaded symbols for /usr/lib/libbz2.so.4 Reading symbols from /usr/local/lib/libexpat.so.6...done. Loaded symbols for /usr/local/lib/libexpat.so.6 Reading symbols from /usr/local/lib/perl5/site_perl/5.14.2/mach/auto/nginx/nginx.so...done. Loaded symbols for /usr/local/lib/perl5/site_perl/5.14.2/mach/auto/nginx/nginx.so Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x00000008023237e4 in memset () from /lib/libc.so.7 [New Thread 803807400 (LWP 229509/)] [New LWP 228743] (gdb) bt full #0 0x00000008023237e4 in memset () from /lib/libc.so.7 No symbol table info available. #1 0x0000000000414d9a in ngx_pcalloc (pool=0x8066ad000, size=856) at src/core/ngx_palloc.c:307 p = (void *) 0x2e79794978 #2 0x0000000000475545 in ngx_http_upstream_create (r=0x8072b9500) at src/http/ngx_http_upstream.c:397 u = (ngx_http_upstream_t *) 0x0 #3 0x00000000004b6c6e in ngx_http_fastcgi_handler (r=0x8072b9500) at src/http/modules/ngx_http_fastcgi_module.c:588 rc = 5 u = (ngx_http_upstream_t *) 0x0 f = (ngx_http_fastcgi_ctx_t *) 0x5 flcf = (ngx_http_fastcgi_loc_conf_t *) 0x0 #4 0x000000000045326d in ngx_http_core_content_phase (r=0x8072b9500, ph=0x807a9f158) at src/http/ngx_http_core_module.c:1396 root = 34445361696 rc = 0 path = {len = 34488316200, data = 0x8072b9500 "HTTP"} #5 0x0000000000451da2 in ngx_http_core_run_phases (r=0x8072b9500) at src/http/ngx_http_core_module.c:877 rc = -2 ph = (ngx_http_phase_handler_t *) 0x807a9f020 cmcf = (ngx_http_core_main_conf_t *) 0x8038fe228 #6 0x0000000000451d1d in ngx_http_handler (r=0x8072b9500) at src/http/ngx_http_core_module.c:860 cmcf = (ngx_http_core_main_conf_t *) 0x8038fe228 #7 0x0000000000455a1f in ngx_http_internal_redirect (r=0x8072b9500, uri=0x7fffffffd550, args=0x7fffffffd540) at src/http/ngx_http_core_module.c:2545 cscf = (ngx_http_core_srv_conf_t *) 0x80518a418 #8 0x0000000000452e46 in ngx_http_core_try_files_phase (r=0x8072b9500, ph=0x807a9f140) at src/http/ngx_http_core_module.c:1308 len = 38 root = 50 alias = 0 reserve = 11 allocated = 17 p = (u_char *) 0x45267e "H\211E?H\203}??u'H\213E?H\213\200?\003" name = (u_char *) 0x8066adf49 "/index.php/orders/available_feed.html" path = {len = 37, data = 0x8066adf49 "/index.php/orders/available_feed.html"} args = {len = 0, data = 0x8072b9500 "HTTP"} test_dir = 0 tf = (ngx_http_try_file_t *) 0x8051a7e88 of = {fd = -1, uniq = 0, mtime = 0, size = 0, fs_size = 0, directio = 9223372036854775807, read_ahead = 0, err = 2, failed = 0x4f6276 "stat()", valid = 60, min_uses = 1, disable_symlinks_from = 0, disable_symlinks = 0, test_dir = 0, test_only = 1, log = 0, errors = 0, events = 0, is_dir = 0, is_file = 0, is_link = 0, is_exec = 0, is_directio = 0} code = 0x472eb0 e = {ip = 0x8051a8030 "", pos = 0x8066adf6e "", sp = 0x0, buf = {len = 0, data = 0x0}, line = {len = 0, data = 0x0}, args = 0x0, flushed = 1, skip = 0, quote = 0, is_args = 0, log = 0, status = 0, request = 0x8072b9500} clcf = (ngx_http_core_loc_conf_t *) 0x8051a69c8 lcode = 0x472e00 #9 0x0000000000451da2 in ngx_http_core_run_phases (r=0x8072b9500) at src/http/ngx_http_core_module.c:877 rc = -2 ph = (ngx_http_phase_handler_t *) 0x807a9f020 cmcf = (ngx_http_core_main_conf_t *) 0x8038fe228 #10 0x0000000000451d1d in ngx_http_handler (r=0x8072b9500) at src/http/ngx_http_core_module.c:860 cmcf = (ngx_http_core_main_conf_t *) 0x80d008260 #11 0x00000000004609d4 in ngx_http_process_request (r=0x8072b9500) at src/http/ngx_http_request.c:1685 c = (ngx_connection_t *) 0x807c090d0 ------------------------------------------------------- Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233132,233132#msg-233132 From nginx-forum at nginx.us Thu Nov 22 14:13:15 2012 From: nginx-forum at nginx.us (talabira) Date: Thu, 22 Nov 2012 09:13:15 -0500 Subject: =?UTF-8?B?UmU6INCg0LDQt9C90LXRgdGC0Lgg0LrRjdGIINC/0L4g0YHQtdGA0LLQtdGA0LA=?= =?UTF-8?B?0Lw=?= In-Reply-To: <50AE2BCB.5020003@comsys.com.ua> References: <50AE2BCB.5020003@comsys.com.ua> Message-ID: <951f82d07a0e9c4c4c959fe59d0e0c3a.NginxMailingListRussian@forum.nginx.org> proxy_cache_valid вроде работает только если использовать proxy_cache_path или с proxy_store тоже будет удалять? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233139,233141#msg-233141 From zaabjuda at gmail.com Thu Nov 22 14:16:04 2012 From: zaabjuda at gmail.com (Dmitry Zhiltsov) Date: Thu, 22 Nov 2012 18:16:04 +0400 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgdGLINC/0L4gYWRkX2hlYWRlcg==?= In-Reply-To: References: Message-ID: А можно простенький пример? On 22.11.2012, at 15:56, Maksim Anfilatov wrote: > Добрый день. > > В документации сказано только, что значение может содержать переменные. > > http://nginx.org/en/docs/http/ngx_http_headers_module.html > Adds the specified field to a response header provided that the response code equals 200, 204, 206, 301, 302, 303, 304, or 307. A value can contain variables. > > Если переменные получаются из встроенного перла, то им же можно выставить кастомный header > http://nginx.org/en/docs/http/ngx_http_perl_module.html#methods $r->header_out > > Можно еще попробовать HeadersMore http://wiki.nginx.org/HttpHeadersMoreModule. > > С уважением. > > 22 ноября 2012 г., 15:32 пользователь Дмитрий Жильцов написал: > Здравствуйте. > > Появился вопрос по работе директивы add_header > > Сначала описание задачи. > > Мне необходимо рандомно отдавать клиенту кастомные хидеры из списка > > Есть файл в котором на каждой строчке записи вида > > $key(имя хидера): $val (содержимое) > > С помощью встроенного перла я получаю две переменные $key и $val , и пытаюсь их применить в директиве add_header > > add_header $key $val > > На клиенте получаю не то , что ожидал > > Имя заголовка $key (те nginx не подставляет значение переменной а в имя заголовка подставляет само имя переменной ) > Тело заголовка как и ожидалось содержит значение переменной $val > > Вопрос - что я делаю не так? > Есть ли у nginx такой функционал? > Если нет то какое есть возможное решение? > > Спасибо > > > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From hunter at comsys.com.ua Thu Nov 22 14:16:11 2012 From: hunter at comsys.com.ua (Sergey Smitienko) Date: Thu, 22 Nov 2012 16:16:11 +0200 Subject: =?UTF-8?B?UmU6INCg0LDQt9C90LXRgdGC0Lgg0LrRjdGIINC/0L4g0YHQtdGA0LLQtdGA0LA=?= =?UTF-8?B?0Lw=?= In-Reply-To: <951f82d07a0e9c4c4c959fe59d0e0c3a.NginxMailingListRussian@forum.nginx.org> References: <50AE2BCB.5020003@comsys.com.ua> <951f82d07a0e9c4c4c959fe59d0e0c3a.NginxMailingListRussian@forum.nginx.org> Message-ID: <50AE33AB.9080208@comsys.com.ua> proxy_store в вашей задаче не нужен. Достаточно только proxy_cache_path. > proxy_cache_valid вроде работает только если использовать proxy_cache_path > или с proxy_store тоже будет удалять? -- Sergey Smitienko From maksim at woyager.ru Thu Nov 22 14:33:29 2012 From: maksim at woyager.ru (Maksim Anfilatov) Date: Thu, 22 Nov 2012 18:33:29 +0400 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgdGLINC/0L4gYWRkX2hlYWRlcg==?= In-Reply-To: References: Message-ID: Добрый день. С HeaderMore я погорячился, у них прямо в доке But variables won't work in header keys due to performance considerations. С $r->header_out в pm sub test_vars{ my $r=shift; my ($key,$value)=('key_rfom_var'.(int(rand(100))),'value from var'.(int(rand(100)))); $r->header_out($key,$value); $r->send_http_header('text/text'); $r->print("$key\t$value\n"); return OK; } в nginx.conf location /test_vars { perl charts::test_vars; } ну и telnet localhost 80 GET /test_vars HTTP/1.1 Host: charts.test HTTP/1.1 200 OK Server: nginx/1.2.1 Date: Thu, 22 Nov 2012 14:31:17 GMT Content-Type: text/text Transfer-Encoding: chunked Connection: keep-alive key_rfom_var45: value from var5 1f key_rfom_var45 value from var5 0 GET /test_vars HTTP/1.1 Host: charts.test HTTP/1.1 200 OK Server: nginx/1.2.1 Date: Thu, 22 Nov 2012 14:31:22 GMT Content-Type: text/text Transfer-Encoding: chunked Connection: keep-alive key_rfom_var77: value from var56 20 key_rfom_var77 value from var56 0 GET /test_vars HTTP/1.1 Host: charts.test HTTP/1.1 200 OK Server: nginx/1.2.1 Date: Thu, 22 Nov 2012 14:31:26 GMT Content-Type: text/text Transfer-Encoding: chunked Connection: keep-alive key_rfom_var29: value from var1 1f key_rfom_var29 value from var1 0 С уважением. 22 ноября 2012 г., 18:16 пользователь Dmitry Zhiltsov написал: > А можно простенький пример? > > On 22.11.2012, at 15:56, Maksim Anfilatov wrote: > > Добрый день. > > В документации сказано только, что значение может содержать переменные. > > http://nginx.org/en/docs/http/ngx_http_headers_module.html > Adds the specified field to a response header provided that the response > code equals 200, 204, 206, 301, 302, 303, 304, or 307. A value can contain > variables. > > Если переменные получаются из встроенного перла, то им же можно выставить > кастомный header > http://nginx.org/en/docs/http/ngx_http_perl_module.html#methods$r->header_out > > Можно еще попробовать HeadersMore > http://wiki.nginx.org/HttpHeadersMoreModule. > > С уважением. > > 22 ноября 2012 г., 15:32 пользователь Дмитрий Жильцов написал: > >> Здравствуйте. >> >> Появился вопрос по работе директивы add_header >> >> Сначала описание задачи. >> >> Мне необходимо рандомно отдавать клиенту кастомные хидеры из списка >> >> Есть файл в котором на каждой строчке записи вида >> >> $key(имя хидера): $val (содержимое) >> >> С помощью встроенного перла я получаю две переменные $key и $val , и >> пытаюсь их применить в директиве add_header >> >> add_header $key $val >> >> На клиенте получаю не то , что ожидал >> >> Имя заголовка $key (те nginx не подставляет значение переменной а в имя >> заголовка подставляет само имя переменной ) >> Тело заголовка как и ожидалось содержит значение переменной $val >> >> Вопрос - что я делаю не так? >> Есть ли у nginx такой функционал? >> Если нет то какое есть возможное решение? >> >> Спасибо >> >> >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru at nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vbart at nginx.com Thu Nov 22 14:54:55 2012 From: vbart at nginx.com (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Thu, 22 Nov 2012 18:54:55 +0400 Subject: =?UTF-8?Q?Re=3A_Connection_was_reset_-_SIGSEGV_=D0=B2_ngx_pcalloc?= In-Reply-To: <3bf6d272ff829cec93e233679653d6dd.NginxMailingListRussian@forum.nginx.org> References: <3bf6d272ff829cec93e233679653d6dd.NginxMailingListRussian@forum.nginx.org> Message-ID: <201211221854.55741.vbart@nginx.com> On Thursday 22 November 2012 18:09:02 smirnov_arkady wrote: > Здравствуйте. > > Периодически, в произвольном порядке, отпадают workers по SIGSEGV. При этом > соединение с клиентом разрывается и он получает ошибку "Connection was > reset". > > Похоже функция ngx_palloc передает неправильную ссылку. > > Вот кое-какая отладочная информация. Пользуюсь связкой nginx + php-fpm. > Даже не знаю в какую сторону копать. Помогите, пожалуйста. [...] > # nginx.debug -V > nginx version: nginx/1.2.3 > TLS SNI support enabled > configure arguments: > --add-module=/usr/ports/www/nginx/files/nginx-push-stream-module > --prefix=/usr/local/etc/nginx > --with-cc-opt='-I /usr/local/include' > --with-ld-opt='-L /usr/local/lib' > --conf-path=/usr/local/etc/nginx/nginx.conf > --sbin-path=/usr/local/sbin/nginx > --pid-path=/var/run/nginx.pid > --error-log-path=/var/log/nginx-error.log > --user=www --group=www > --with-debug --with-ipv6 > --http-client-body-temp-path=/var/tmp/nginx/client_body_temp > --http-fastcgi-temp-path=/var/tmp/nginx/fastcgi_temp > --http-proxy-temp-path=/var/tmp/nginx/proxy_temp > --http-scgi-temp-path=/var/tmp/nginx/scgi_temp > --http-uwsgi-temp-path=/var/tmp/nginx/uwsgi_temp > --http-log-path=/var/log/nginx-access.log > --with-http_addition_module > --add-module=/wrkdirs/usr/ports/www/nginx/work/agentzh-echo-nginx-module- d3eb42d > > --add-module=/wrkdirs/usr/ports/www/nginx/work/agentzh-headers-more-nginx- module-6586984 > > --with-http_geoip_module --with-http_gzip_static_module > --with-http_image_filter_module --with-http_perl_module > --add-module=/wrkdirs/usr/ports/www/nginx/work/nginx_http_push_module-0.692 > --with-http_realip_module --with-http_stub_status_module > --with-http_sub_module > --add-module=/wrkdirs/usr/ports/www/nginx/work/nginx_upload_module-2.2.0 > --add-module=/wrkdirs/usr/ports/www/nginx/work/masterzen-nginx-upload- progress-module-a788dea > > --with-pcre --with-http_ssl_module > Первым делом имеет смысл собрать без сторонних модулей, и посмотреть, воспроизводится ли при этом проблема. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx-forum at nginx.us Thu Nov 22 16:06:31 2012 From: nginx-forum at nginx.us (pioneer) Date: Thu, 22 Nov 2012 11:06:31 -0500 Subject: =?UTF-8?B?UmU6INCg0LDQt9C90LXRgdGC0Lgg0LrRjdGIINC/0L4g0YHQtdGA0LLQtdGA0LA=?= =?UTF-8?B?0Lw=?= In-Reply-To: References: Message-ID: <59f33212da087e544a9fa35d3c77b2d1.NginxMailingListRussian@forum.nginx.org> Возможно. Сами допиливаем подобное, но у нас есть много привязок к HOST и заголовкам. Без всего этого, то проще. На двух виртуалках под vagrant поднял nginx и php-fpm с файликом "Hello from $hostname on $uri" И назвал их f1.test.com f2.test.com После чего брали конфиг для проксирования с кешем статики и переделывали для кеширования динамики. Алгоритм такой, 1. try_files $uri @cache @dynamic; 2. @cache Тут делаем proxy_pass на другие беккенды где может быть кеш через upsteam 3. @dynamic Тут proxy_pass идут на динамику, для генерации страницы, если в кеше нет. Хитрость в том, что бы запросы которые приходили на проверку кеша обрабатывались отдельно, а не снова искались на соседних серверах. И при этом не генерировались через динамику. Для этого используется не рабочий proxy_pass который если в кеше нет ответа, выдает ошибку. Таким образом мы либо получаем ответ и ложим себе в кеш. Либо идем на upstream и генерируем ответ и ложим в кеш, после чего его смогут получить другие. Так, что советую сделать тестовую площадку, мне хватило ноута, и писать, проверять конфиги для вашего случая. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233139,233148#msg-233148 From nginx-forum at nginx.us Thu Nov 22 16:07:43 2012 From: nginx-forum at nginx.us (pioneer) Date: Thu, 22 Nov 2012 11:07:43 -0500 Subject: =?UTF-8?B?UmU6INCg0LDQt9C90LXRgdGC0Lgg0LrRjdGIINC/0L4g0YHQtdGA0LLQtdGA0LA=?= =?UTF-8?B?0Lw=?= In-Reply-To: <59f33212da087e544a9fa35d3c77b2d1.NginxMailingListRussian@forum.nginx.org> References: <59f33212da087e544a9fa35d3c77b2d1.NginxMailingListRussian@forum.nginx.org> Message-ID: <0b32c7ad02cf9b00035303ba153db66f.NginxMailingListRussian@forum.nginx.org> Кстати если кто поделиться вариантом получше, будет здорово. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233139,233149#msg-233149 From hell-for-yahoo at umail.ru Thu Nov 22 16:17:34 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Thu, 22 Nov 2012 20:17:34 +0400 Subject: proxy_pass In-Reply-To: <527f1b2d29f5e540dc53a17550b3cef0.NginxMailingListRussian@forum.nginx.org> References: <527f1b2d29f5e540dc53a17550b3cef0.NginxMailingListRussian@forum.nginx.org> Message-ID: <211165876.20121122201734@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) talabira! t> спасибо. t> resolver 8.8.8.8; t> То что нужно :) Что-то более глупое придумать сложно. Указывать совершенно чужие NS сервера - просто идиотизм. Хотя бы поставьте NS своего провайдера. Либо локальный BIND/dnsmasq с форвардингом на провайдера, либо прямым ресолвингом через рутовые сервера. -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) четверг, 22.11.2012, <20:16> From onokonem at gmail.com Thu Nov 22 18:32:46 2012 From: onokonem at gmail.com (Daniel Podolsky) Date: Thu, 22 Nov 2012 21:32:46 +0300 Subject: proxy_pass In-Reply-To: <211165876.20121122201734@mtu-net.ru> References: <527f1b2d29f5e540dc53a17550b3cef0.NginxMailingListRussian@forum.nginx.org> <211165876.20121122201734@mtu-net.ru> Message-ID: > Либо локальный BIND/dnsmasq с форвардингом на провайдера, либо прямым > ресолвингом через рутовые сервера. Берите себя в руки :) нам от резолвера нужны не абы-какие сервера, а вполне определенный набор, бекенды. dnsmasq заглядывает в /etc/hosts, и потому его имеет смысл ставить. а резолвинг через провайдера тут ни пришей, ни пристегни... From zaabjuda at gmail.com Thu Nov 22 19:35:56 2012 From: zaabjuda at gmail.com (Dmitry Zhiltsov) Date: Thu, 22 Nov 2012 23:35:56 +0400 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgdGLINC/0L4gYWRkX2hlYWRlcg==?= In-Reply-To: References: Message-ID: <22A273AC-2D4B-4C0E-ABBC-8AAABFA37EE5@gmail.com> Спасибо, понял! Вопрос в догонку, чтобы отдавать статический контент с такими кастомными заголовками необходимо же делать internal rewrite? On 22.11.2012, at 18:33, Maksim Anfilatov wrote: > Добрый день. > > С HeaderMore я погорячился, у них прямо в доке But variables won't work in header keys due to performance considerations. > > С $r->header_out > > в pm > > sub test_vars{ > my $r=shift; > my ($key,$value)=('key_rfom_var'.(int(rand(100))),'value from var'.(int(rand(100)))); > $r->header_out($key,$value); > $r->send_http_header('text/text'); > $r->print("$key\t$value\n"); > return OK; > } > > в nginx.conf > > location /test_vars { > perl charts::test_vars; > } > > ну и telnet localhost 80 > > GET /test_vars HTTP/1.1 > Host: charts.test > > HTTP/1.1 200 OK > Server: nginx/1.2.1 > Date: Thu, 22 Nov 2012 14:31:17 GMT > Content-Type: text/text > Transfer-Encoding: chunked > Connection: keep-alive > key_rfom_var45: value from var5 > > 1f > key_rfom_var45 value from var5 > > 0 > > GET /test_vars HTTP/1.1 > Host: charts.test > > HTTP/1.1 200 OK > Server: nginx/1.2.1 > Date: Thu, 22 Nov 2012 14:31:22 GMT > Content-Type: text/text > Transfer-Encoding: chunked > Connection: keep-alive > key_rfom_var77: value from var56 > > 20 > key_rfom_var77 value from var56 > > 0 > > GET /test_vars HTTP/1.1 > Host: charts.test > > HTTP/1.1 200 OK > Server: nginx/1.2.1 > Date: Thu, 22 Nov 2012 14:31:26 GMT > Content-Type: text/text > Transfer-Encoding: chunked > Connection: keep-alive > key_rfom_var29: value from var1 > > 1f > key_rfom_var29 value from var1 > > 0 > > > С уважением. > > 22 ноября 2012 г., 18:16 пользователь Dmitry Zhiltsov написал: > А можно простенький пример? > > On 22.11.2012, at 15:56, Maksim Anfilatov wrote: > >> Добрый день. >> >> В документации сказано только, что значение может содержать переменные. >> >> http://nginx.org/en/docs/http/ngx_http_headers_module.html >> Adds the specified field to a response header provided that the response code equals 200, 204, 206, 301, 302, 303, 304, or 307. A value can contain variables. >> >> Если переменные получаются из встроенного перла, то им же можно выставить кастомный header >> http://nginx.org/en/docs/http/ngx_http_perl_module.html#methods $r->header_out >> >> Можно еще попробовать HeadersMore http://wiki.nginx.org/HttpHeadersMoreModule. >> >> С уважением. >> >> 22 ноября 2012 г., 15:32 пользователь Дмитрий Жильцов написал: >> Здравствуйте. >> >> Появился вопрос по работе директивы add_header >> >> Сначала описание задачи. >> >> Мне необходимо рандомно отдавать клиенту кастомные хидеры из списка >> >> Есть файл в котором на каждой строчке записи вида >> >> $key(имя хидера): $val (содержимое) >> >> С помощью встроенного перла я получаю две переменные $key и $val , и пытаюсь их применить в директиве add_header >> >> add_header $key $val >> >> На клиенте получаю не то , что ожидал >> >> Имя заголовка $key (те nginx не подставляет значение переменной а в имя заголовка подставляет само имя переменной ) >> Тело заголовка как и ожидалось содержит значение переменной $val >> >> Вопрос - что я делаю не так? >> Есть ли у nginx такой функционал? >> Если нет то какое есть возможное решение? >> >> Спасибо >> >> >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru at nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru at nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From maksim at woyager.ru Thu Nov 22 20:02:40 2012 From: maksim at woyager.ru (Maksim Anfilatov) Date: Fri, 23 Nov 2012 00:02:40 +0400 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgdGLINC/0L4gYWRkX2hlYWRlcg==?= In-Reply-To: <22A273AC-2D4B-4C0E-ABBC-8AAABFA37EE5@gmail.com> References: <22A273AC-2D4B-4C0E-ABBC-8AAABFA37EE5@gmail.com> Message-ID: Доброй ночи. Да, через internal_redirect (вариант 2). Для мелкой статики можно и $r->sendfile использовать. У меня в обоих случаях выставились заголовки. Вариант 1 - без редиректов, через $r->sendfile. sub test_vars{ my $r=shift; my $file=$r->filename; my ($key,$value)=('key_rfom_var'.(int(rand(100))),'value from var'.(int(rand(100)))); $r->header_out($key,$value); $r->send_http_header('text/text'); $r->sendfile($file); return OK; } Вариант 2, с редиректом. sub test_vars{ my $r=shift; my $url=$r->uri; $url =~ /\/test_vars\/(.*)$/; my $file=$1; my ($key,$value)=('key_rfom_var'.(int(rand(100))),'value from var'.(int(rand(100)))); $r->header_out($key,$value); $r->internal_redirect("/stat_vars/$file"); return OK; } С уважением. 22 ноября 2012 г., 23:35 пользователь Dmitry Zhiltsov написал: > Спасибо, понял! > > Вопрос в догонку, чтобы отдавать статический контент с такими кастомными > заголовками необходимо же делать internal rewrite? > > On 22.11.2012, at 18:33, Maksim Anfilatov wrote: > > Добрый день. > > С HeaderMore я погорячился, у них прямо в доке But variables won't work in > header keys due to performance considerations. > > С $r->header_out > > в pm > > sub test_vars{ > my $r=shift; > my ($key,$value)=('key_rfom_var'.(int(rand(100))),'value from > var'.(int(rand(100)))); > $r->header_out($key,$value); > $r->send_http_header('text/text'); > $r->print("$key\t$value\n"); > return OK; > } > > в nginx.conf > > location /test_vars { > perl charts::test_vars; > } > > ну и telnet localhost 80 > > GET /test_vars HTTP/1.1 > Host: charts.test > > HTTP/1.1 200 OK > Server: nginx/1.2.1 > Date: Thu, 22 Nov 2012 14:31:17 GMT > Content-Type: text/text > Transfer-Encoding: chunked > Connection: keep-alive > key_rfom_var45: value from var5 > > 1f > key_rfom_var45 value from var5 > > 0 > > GET /test_vars HTTP/1.1 > Host: charts.test > > HTTP/1.1 200 OK > Server: nginx/1.2.1 > Date: Thu, 22 Nov 2012 14:31:22 GMT > Content-Type: text/text > Transfer-Encoding: chunked > Connection: keep-alive > key_rfom_var77: value from var56 > > 20 > key_rfom_var77 value from var56 > > 0 > > GET /test_vars HTTP/1.1 > Host: charts.test > > HTTP/1.1 200 OK > Server: nginx/1.2.1 > Date: Thu, 22 Nov 2012 14:31:26 GMT > Content-Type: text/text > Transfer-Encoding: chunked > Connection: keep-alive > key_rfom_var29: value from var1 > > 1f > key_rfom_var29 value from var1 > > 0 > > > С уважением. > > 22 ноября 2012 г., 18:16 пользователь Dmitry Zhiltsov написал: > >> А можно простенький пример? >> >> On 22.11.2012, at 15:56, Maksim Anfilatov wrote: >> >> Добрый день. >> >> В документации сказано только, что значение может содержать переменные. >> >> http://nginx.org/en/docs/http/ngx_http_headers_module.html >> Adds the specified field to a response header provided that the response >> code equals 200, 204, 206, 301, 302, 303, 304, or 307. A value can contain >> variables. >> >> Если переменные получаются из встроенного перла, то им же можно выставить >> кастомный header >> http://nginx.org/en/docs/http/ngx_http_perl_module.html#methods$r->header_out >> >> Можно еще попробовать HeadersMore >> http://wiki.nginx.org/HttpHeadersMoreModule. >> >> С уважением. >> >> 22 ноября 2012 г., 15:32 пользователь Дмитрий Жильцов > > написал: >> >>> Здравствуйте. >>> >>> Появился вопрос по работе директивы add_header >>> >>> Сначала описание задачи. >>> >>> Мне необходимо рандомно отдавать клиенту кастомные хидеры из списка >>> >>> Есть файл в котором на каждой строчке записи вида >>> >>> $key(имя хидера): $val (содержимое) >>> >>> С помощью встроенного перла я получаю две переменные $key и $val , и >>> пытаюсь их применить в директиве add_header >>> >>> add_header $key $val >>> >>> На клиенте получаю не то , что ожидал >>> >>> Имя заголовка $key (те nginx не подставляет значение переменной а в имя >>> заголовка подставляет само имя переменной ) >>> Тело заголовка как и ожидалось содержит значение переменной $val >>> >>> Вопрос - что я делаю не так? >>> Есть ли у nginx такой функционал? >>> Если нет то какое есть возможное решение? >>> >>> Спасибо >>> >>> >>> >>> _______________________________________________ >>> nginx-ru mailing list >>> nginx-ru at nginx.org >>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>> >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru at nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> >> >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru at nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hell-for-yahoo at umail.ru Thu Nov 22 20:12:22 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Fri, 23 Nov 2012 00:12:22 +0400 Subject: proxy_pass In-Reply-To: References: <527f1b2d29f5e540dc53a17550b3cef0.NginxMailingListRussian@forum.nginx.org> <211165876.20121122201734@mtu-net.ru> Message-ID: <17210095616.20121123001222@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Daniel Podolsky! >> Либо локальный BIND/dnsmasq с форвардингом на провайдера, либо прямым >> ресолвингом через рутовые сервера. DP> Берите себя в руки :) DP> нам от резолвера нужны не абы-какие сервера, а вполне определенный DP> набор, бекенды. dnsmasq заглядывает в /etc/hosts, и потому его имеет DP> смысл ставить. а резолвинг через провайдера тут ни пришей, ни DP> пристегни... Это конкретно вам. А у меня кроме собственно отдачи контента работают несколько сервисов, получающих этот самый контент извне. По крайней мере, часть его. -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) пятница, 23.11.2012, <00:11> From peter at vereshagin.org Thu Nov 22 21:05:59 2012 From: peter at vereshagin.org (Peter Vereshagin) Date: Fri, 23 Nov 2012 01:05:59 +0400 Subject: proxy_pass In-Reply-To: <17210095616.20121123001222@mtu-net.ru> References: <527f1b2d29f5e540dc53a17550b3cef0.NginxMailingListRussian@forum.nginx.org> <211165876.20121122201734@mtu-net.ru> <17210095616.20121123001222@mtu-net.ru> Message-ID: <20121122210559.GB5283@external.screwed.box> Hello. 2012/11/23 00:12:22 +0400 Andrey Repin => To Daniel Podolsky : AR> >> Либо локальный BIND/dnsmasq с форвардингом на провайдера, либо прямым AR> >> ресолвингом через рутовые сервера. AR> DP> Берите себя в руки :) AR> AR> Это конкретно вам. AR> А у меня кроме собственно отдачи контента работают несколько сервисов, AR> получающих этот самый контент извне. По крайней мере, часть его. у меня намедни задачка приключилась: Забираю контент с некоего 3rd party доменного имени. Внезапно отпадает resolving. Dig'аю. Authoritative NS'ов по сути 3, но 2 из них - ipv6, а 3-й - ipv4. Он-то и отпал. Сам сервис, нужный мне, - конечно, ipv4. Но без ipv6 его в данный момент не от-resolv'ить в dns. Вот и как на такой случай грамотно обходиться без 3rd party resolver'а, коим является, например, 8.8.8.8 ? ipv6 мне провайдить соберутся не скоро ... -- Peter Vereshagin (http://vereshagin.org) pgp: A0E26627 From hell-for-yahoo at umail.ru Thu Nov 22 22:34:27 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Fri, 23 Nov 2012 02:34:27 +0400 Subject: proxy_pass In-Reply-To: <20121122210559.GB5283@external.screwed.box> References: <527f1b2d29f5e540dc53a17550b3cef0.NginxMailingListRussian@forum.nginx.org> <211165876.20121122201734@mtu-net.ru> <17210095616.20121123001222@mtu-net.ru> <20121122210559.GB5283@external.screwed.box> Message-ID: <1574103343.20121123023427@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Peter Vereshagin! AR>> >> Либо локальный BIND/dnsmasq с форвардингом на провайдера, либо прямым AR>> >> ресолвингом через рутовые сервера. AR>> DP> Берите себя в руки :) AR>> AR>> Это конкретно вам. AR>> А у меня кроме собственно отдачи контента работают несколько сервисов, AR>> получающих этот самый контент извне. По крайней мере, часть его. PV> у меня намедни задачка приключилась: PV> Забираю контент с некоего 3rd party доменного имени. Внезапно отпадает PV> resolving. PV> Dig'аю. Authoritative NS'ов по сути 3, но 2 из них - ipv6, а 3-й - ipv4. PV> Он-то и отпал. PV> Сам сервис, нужный мне, - конечно, ipv4. Но без ipv6 его в данный момент не PV> от-resolv'ить в dns. PV> Вот и как на такой случай грамотно обходиться без 3rd party resolver'а, коим PV> является, например, 8.8.8.8 ? ipv6 мне провайдить соберутся не скоро ... Что у вас всех за мода такая пошла, на гугл посылать и считать это решением всех проблем? Во-первых, есть рутовые сервера, во-вторых, есть сервера провайдера, хостящего ваш сервер. Во-вторых же, если авторитетный NS пропал, то 3rd party тут тоже мало помогут. Они то будут туда же смотреть. -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) пятница, 23.11.2012, <02:32> From nginx-forum at nginx.us Thu Nov 22 22:40:27 2012 From: nginx-forum at nginx.us (dga65) Date: Thu, 22 Nov 2012 17:40:27 -0500 Subject: rewrite rules Message-ID: Доброй ночи All! Возникла проблемка - как подставить вместо http://site.com/ru http://site.com/translates/indexes/index.ru.php То есть человек идет на http://site.com/ru а попадает на http://site.com/translates/indexes/index.ru.php Больше двух часов уже туплю (( Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233161,233161#msg-233161 From nginx-forum at nginx.us Fri Nov 23 01:21:27 2012 From: nginx-forum at nginx.us (dga65) Date: Thu, 22 Nov 2012 20:21:27 -0500 Subject: rewrite rules In-Reply-To: References: Message-ID: Ну решилось так (СПАСИБО одному доброму человеку) И языков можно добавлять скок хошь... rewrite ^/(ru|ua)(\?.*)?$ /translates/indexes/index.$1.php$2 last; Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233161,233164#msg-233164 From peter at vereshagin.org Fri Nov 23 08:39:37 2012 From: peter at vereshagin.org (Peter Vereshagin) Date: Fri, 23 Nov 2012 12:39:37 +0400 Subject: proxy_pass In-Reply-To: <1574103343.20121123023427@mtu-net.ru> References: <527f1b2d29f5e540dc53a17550b3cef0.NginxMailingListRussian@forum.nginx.org> <211165876.20121122201734@mtu-net.ru> <17210095616.20121123001222@mtu-net.ru> <20121122210559.GB5283@external.screwed.box> <1574103343.20121123023427@mtu-net.ru> Message-ID: <20121123083937.GA5665@external.screwed.box> Hello. 2012/11/23 02:34:27 +0400 Andrey Repin => To Peter Vereshagin : AR> AR>> >> Либо локальный BIND/dnsmasq с форвардингом на провайдера, либо прямым AR> AR>> >> ресолвингом через рутовые сервера. AR> AR>> DP> Берите себя в руки :) AR> AR>> AR> AR>> Это конкретно вам. AR> AR>> А у меня кроме собственно отдачи контента работают несколько сервисов, AR> AR>> получающих этот самый контент извне. По крайней мере, часть его. AR> AR> PV> у меня намедни задачка приключилась: AR> AR> PV> Забираю контент с некоего 3rd party доменного имени. Внезапно отпадает AR> PV> resolving. AR> AR> PV> Dig'аю. Authoritative NS'ов по сути 3, но 2 из них - ipv6, а 3-й - ipv4. AR> AR> PV> Он-то и отпал. AR> AR> PV> Сам сервис, нужный мне, - конечно, ipv4. Но без ipv6 его в данный момент не AR> PV> от-resolv'ить в dns. AR> AR> PV> Вот и как на такой случай грамотно обходиться без 3rd party resolver'а, коим AR> PV> является, например, 8.8.8.8 ? ipv6 мне провайдить соберутся не скоро ... AR> AR> Что у вас всех за мода такая пошла, на гугл посылать и считать это решением AR> всех проблем? а почему вы отвечаете вопросом на вопрос? AR> Во-первых, есть рутовые сервера, во-вторых, есть сервера провайдера, хостящего AR> ваш сервер. На первых нет рекурсии, на вторых нет ipv6. AR> Во-вторых же, если авторитетный NS пропал, то 3rd party тут тоже мало помогут. AR> Они то будут туда же смотреть. Пропал 1, но есть ещё 2. 3rd party в моём случае нужен для resolving'а по ipv6 и выдачи ответа по ipv4. Я туда посмотреть - не могу. Ещё варианты? -- Peter Vereshagin (http://vereshagin.org) pgp: A0E26627 From nginx-forum at nginx.us Fri Nov 23 09:27:25 2012 From: nginx-forum at nginx.us (demo) Date: Fri, 23 Nov 2012 04:27:25 -0500 Subject: nginx+Drupal Message-ID: Здравствуйте, кто-нибудь работал со связкой nginx+Drupal на Windows?Как Вы делали настройку Clean-Url(что нужно прописать в конфигах nginx?). Я перерыл много сайтов в интернете, но толком ничего не нашел, а то, что нашел, не работает. Надеюсь на вашу помощь. Заранее спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233174,233174#msg-233174 From citrin at citrin.ru Fri Nov 23 09:58:18 2012 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Fri, 23 Nov 2012 13:58:18 +0400 Subject: =?UTF-8?B?0L/QvtC20LXQu9Cw0L3QuNGPINC/0L4g0LTQvtC60YPQvNC10L3RgtCw0YbQuNC4?= =?UTF-8?B?IHJld3JpdGU=?= Message-ID: <50AF48BA.2000107@citrin.ru> Тз текущего описания rewrite не очевидно, что после обычного rewrite будет использовкаться конфигурация из нового location, а при rewrite ... break остается конфигурация текущего location. Например с таким конфигом: location = /test1.txt { add_header X-Location test1; deny all; } location = /test2.txt { add_header X-Location test2; rewrite ^ /test1.txt break; } location = /test3.txt { add_header X-Location test3; rewrite ^ /test2.txt; } При запросе на /test3.txt будет отдан файл test1.txt, с заголовком test2. Було бы неплохо упомянуть в документации такую особенность rewrite break. -- Anton Yuzhaninov From mdounin at mdounin.ru Fri Nov 23 10:44:53 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Fri, 23 Nov 2012 14:44:53 +0400 Subject: =?UTF-8?B?UmU6INC/0L7QttC10LvQsNC90LjRjyDQv9C+INC00L7QutGD0LzQtdC90YLQsNGG?= =?UTF-8?B?0LjQuCByZXdyaXRl?= In-Reply-To: <50AF48BA.2000107@citrin.ru> References: <50AF48BA.2000107@citrin.ru> Message-ID: <20121123104453.GB40452@mdounin.ru> Hello! On Fri, Nov 23, 2012 at 01:58:18PM +0400, Anton Yuzhaninov wrote: > Тз текущего описания rewrite не очевидно, что после обычного rewrite > будет использовкаться конфигурация из нового location, а при rewrite > ... break остается конфигурация текущего location. > > Например с таким конфигом: > > location = /test1.txt { > add_header X-Location test1; > deny all; > } > > location = /test2.txt { > add_header X-Location test2; > rewrite ^ /test1.txt break; > } > > location = /test3.txt { > add_header X-Location test3; > rewrite ^ /test2.txt; > } > > При запросе на /test3.txt будет отдан файл test1.txt, с заголовком test2. > > Було бы неплохо упомянуть в документации такую особенность rewrite break. Всмысле - прописать явно, что break "завершает обработку ..." без поиска нового location'а? Так-то там даже пример про это есть. Но вообще да, наверное имеет смысл. -- Maxim Dounin http://nginx.com/support.html From citrin at citrin.ru Fri Nov 23 10:53:50 2012 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Fri, 23 Nov 2012 14:53:50 +0400 Subject: =?UTF-8?B?UmU6INC/0L7QttC10LvQsNC90LjRjyDQv9C+INC00L7QutGD0LzQtdC90YLQsNGG?= =?UTF-8?B?0LjQuCByZXdyaXRl?= In-Reply-To: <20121123104453.GB40452@mdounin.ru> References: <50AF48BA.2000107@citrin.ru> <20121123104453.GB40452@mdounin.ru> Message-ID: <50AF55BE.6030408@citrin.ru> On 11/23/12 14:44, Maxim Dounin wrote: > Всмысле - прописать явно, что break "завершает обработку ..." без > поиска нового location'а? Так-то там даже пример про это есть. > Но вообще да, наверное имеет смысл. Да, стоит это дописать. В примере с break только один location, так что не понятно, что даже если новый URI подпадает под другой location, этот другой location не будет использоваться. -- Anton Yuzhaninov From hell-for-yahoo at umail.ru Fri Nov 23 12:30:23 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Fri, 23 Nov 2012 16:30:23 +0400 Subject: =?UTF-8?B?UmU6INC/0L7QttC10LvQsNC90LjRjyDQv9C+INC00L7QutGD0LzQtdC90YLQsNGG?= =?UTF-8?B?0LjQuCByZXdyaXRl?= In-Reply-To: <20121123104453.GB40452@mdounin.ru> References: <50AF48BA.2000107@citrin.ru> <20121123104453.GB40452@mdounin.ru> Message-ID: <1072766953.20121123163023@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Maxim Dounin! >> Тз текущего описания rewrite не очевидно, что после обычного rewrite >> будет использовкаться конфигурация из нового location, а при rewrite >> ... break остается конфигурация текущего location. >> >> Например с таким конфигом: >> >> location = /test1.txt { >> add_header X-Location test1; >> deny all; >> } >> >> location = /test2.txt { >> add_header X-Location test2; >> rewrite ^ /test1.txt break; >> } >> >> location = /test3.txt { >> add_header X-Location test3; >> rewrite ^ /test2.txt; >> } >> >> При запросе на /test3.txt будет отдан файл test1.txt, с заголовком test2. >> >> Було бы неплохо упомянуть в документации такую особенность rewrite break. MD> Всмысле - прописать явно, что break "завершает обработку ..." без MD> поиска нового location'а? Так-то там даже пример про это есть. MD> Но вообще да, наверное имеет смысл. Такие тонкие места обязательно надо явно описывать. И по возможности приводить примеры, явно демонстрирующие работу сервера в указанной ситуации. Как пример, приведённый выше. Может, не очень жизненно, зато очень наглядно. -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) пятница, 23.11.2012, <16:28> From hell-for-yahoo at umail.ru Fri Nov 23 12:27:37 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Fri, 23 Nov 2012 16:27:37 +0400 Subject: nginx+Drupal In-Reply-To: References: Message-ID: <861475481.20121123162737@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) demo! d> Здравствуйте, кто-нибудь работал со связкой d> nginx+Drupal на Windows?Как Вы делали настройку Clean-Url(что нужно d> прописать в конфигах nginx?). d> Я перерыл много сайтов в интернете, но толком ничего не нашел, а то, что d> нашел, не работает. Что именно вы нашли, как пробовали, и что не работает?... -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) пятница, 23.11.2012, <16:27> From ru at nginx.com Fri Nov 23 13:07:51 2012 From: ru at nginx.com (Ruslan Ermilov) Date: Fri, 23 Nov 2012 17:07:51 +0400 Subject: =?UTF-8?B?UmU6INC/0L7QttC10LvQsNC90LjRjyDQv9C+INC00L7QutGD0LzQtdC90YLQsNGG?= =?UTF-8?B?0LjQuCByZXdyaXRl?= In-Reply-To: <20121123104453.GB40452@mdounin.ru> References: <50AF48BA.2000107@citrin.ru> <20121123104453.GB40452@mdounin.ru> Message-ID: <20121123130751.GA37967@lo0.su> On Fri, Nov 23, 2012 at 02:44:53PM +0400, Maxim Dounin wrote: > Hello! > > On Fri, Nov 23, 2012 at 01:58:18PM +0400, Anton Yuzhaninov wrote: > > > Тз текущего описания rewrite не очевидно, что после обычного rewrite > > будет использовкаться конфигурация из нового location, а при rewrite > > ... break остается конфигурация текущего location. > > > > Например с таким конфигом: > > > > location = /test1.txt { > > add_header X-Location test1; > > deny all; > > } > > > > location = /test2.txt { > > add_header X-Location test2; > > rewrite ^ /test1.txt break; > > } > > > > location = /test3.txt { > > add_header X-Location test3; > > rewrite ^ /test2.txt; > > } > > > > При запросе на /test3.txt будет отдан файл test1.txt, с заголовком test2. > > > > Було бы неплохо упомянуть в документации такую особенность rewrite break. > > Всмысле - прописать явно, что break "завершает обработку ..." без > поиска нового location'а? Так-то там даже пример про это есть. > Но вообще да, наверное имеет смысл. Так плохо, т.к. rewrite ... break или break (ещё одно место), указанные на уровне server, не отключат поиск нового location'а. Моё предложение такое. Было: Директивы модуля ngx_http_rewrite_module обрабатываются в следующем порядке: - выполняются директивы этого модуля, описанные на уровне сервера; - ищется location для запроса; - выполняются директивы этого модуля, описанные в выбранном location, и если они изменяли URI, то ищется новый location для уже нового URI. Этот цикл может повторяться до 10 раз, после чего возвращается ошибка 500 (Internal Server Error). Стало: [...] - выполняются директивы этого модуля, описанные в выбранном location, и если они изменяли URI и не было break, то ищется новый location для уже нового URI. Этот цикл может повторяться до 10 раз, после чего возвращается ошибка 500 (Internal Server Error). From azovmash at ukr.net Fri Nov 23 17:39:48 2012 From: azovmash at ukr.net (azovmash at ukr.net) Date: Fri, 23 Nov 2012 19:39:48 +0200 Subject: =?UTF-8?B?0JjRgdC/0L7Qu9GM0LfQvtCy0LDQvdC40LUgYWlvLg==?= Message-ID: <30497.1353692388.11113163781189664768@ffe6.ukr.net> Вечер добрый. Возник вопрос - нужно ли в последних версиях FreeBSD 8 и 9 подгружать модуль aio для работы aio on ? И как хорошо это работает на zfs ? -- icq71006063 -------------- next part -------------- An HTML attachment was scrubbed... URL: From boris.t.ru at mail.ru Sun Nov 25 14:11:20 2012 From: boris.t.ru at mail.ru (Talovikov Boris Aleksandrovich) Date: Sun, 25 Nov 2012 20:11:20 +0600 Subject: nginx+Drupal In-Reply-To: References: Message-ID: <50B22708.8010508@mail.ru> 23.11.2012 15:27, demo пишет: > Здравствуйте, кто-нибудь работал со связкой > nginx+Drupal на Windows?Как Вы делали настройку Clean-Url(что нужно > прописать в конфигах nginx?). > Я перерыл много сайтов в интернете, но толком ничего не нашел, а то, что > нашел, не работает. > > Надеюсь на вашу помощь. > Заранее спасибо. > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233174,233174#msg-233174 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > http://wiki.nginx.org/Drupal From nginx-forum at nginx.us Sun Nov 25 18:39:16 2012 From: nginx-forum at nginx.us (shaklov) Date: Sun, 25 Nov 2012 13:39:16 -0500 Subject: =?UTF-8?B?0L/QvtC80L7Qs9C40YLQtSDQv9C10YDQtdC/0LjRgdCw0YLRjCDQv9GA0LDQstC4?= =?UTF-8?B?0LvQsCDQuNC3IC5odGFjY2Vzcw==?= Message-ID: <82f00aadf96b27dd4e28df9be7b43ec8.NginxMailingListRussian@forum.nginx.org> Очень прошу помочь переписать реврайты из .htaccess. Потребовалось Апач полностью исключить. RewriteEngine On RewriteBase / RewriteRule ^uk/$ index.php?language=uk [L] RewriteRule ^ru/$ index.php?language=ru [L] RewriteRule ^$ index.php?language=ru [L] RewriteRule ^product_reviews_write\.php\/info\/p(.*)_.*\.html product_reviews_write\.php\?products_id=$1 [L] RewriteRule ^product_reviews_write\.php\/action\/process\/info\/p([0-9]*)_.*\.html product_reviews_write\.php\?action=process\&products_id=$1 [L] RewriteRule ^product_info\.php\/info\/p(.*)_.*\/action\/add_product product_info\.php\?products_id=$1\&action=add_product\ [L] RewriteRule ^shopping_cart\.php\/products_id\/([0-9]*)\/info\/p([0-9]*)_.*\.html shopping_cart\.php\?products_id=$1 [L] RewriteRule ^(product_info|index|shop_content|news|faq|articles|article_info).php(.*)$ redirector.php [L] RewriteRule ^.*\.gif|\.jpg|\.jpeg|\.png|\.css|\.php|\.js$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-l RewriteRule ^(.*).html(.*)$ manager.php [L] Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233211,233211#msg-233211 From nginx-forum at nginx.us Mon Nov 26 08:13:06 2012 From: nginx-forum at nginx.us (skeletor) Date: Mon, 26 Nov 2012 03:13:06 -0500 Subject: =?UTF-8?B?UmU6INC/0L7QvNC+0LPQuNGC0LUg0L/QtdGA0LXQv9C40YHQsNGC0Ywg0L/RgNCw?= =?UTF-8?B?0LLQuNC70LAg0LjQtyAuaHRhY2Nlc3M=?= In-Reply-To: <82f00aadf96b27dd4e28df9be7b43ec8.NginxMailingListRussian@forum.nginx.org> References: <82f00aadf96b27dd4e28df9be7b43ec8.NginxMailingListRussian@forum.nginx.org> Message-ID: <7449971c763c545faa80cf8bc7b5c105.NginxMailingListRussian@forum.nginx.org> Я обычно пользуюсь http://winginx.ru/htaccess . Не скажу, что всегда идеально, но в 90% реально помогает. Есть несколько моментов по тому, в какой location запихивать rewrit'ы. Данный сайт не всегда правильно это определяет, поэтому приходится методом "тыка" пробовать. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233211,233213#msg-233213 From citrin at citrin.ru Mon Nov 26 09:06:00 2012 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Mon, 26 Nov 2012 13:06:00 +0400 Subject: =?UTF-8?B?UmU6INC/0L7QttC10LvQsNC90LjRjyDQv9C+INC00L7QutGD0LzQtdC90YLQsNGG?= =?UTF-8?B?0LjQuCByZXdyaXRl?= In-Reply-To: <20121123130751.GA37967@lo0.su> References: <50AF48BA.2000107@citrin.ru> <20121123104453.GB40452@mdounin.ru> <20121123130751.GA37967@lo0.su> Message-ID: <50B330F8.3090002@citrin.ru> On 11/23/12 17:07, Ruslan Ermilov wrote: > Было: > > Директивы модуля ngx_http_rewrite_module обрабатываются в следующем порядке: > > - выполняются директивы этого модуля, описанные на уровне сервера; > > - ищется location для запроса; > > - выполняются директивы этого модуля, описанные в выбранном location, и если > они изменяли URI, то ищется новый location для уже нового URI. Этот цикл > может повторяться до 10 раз, после чего возвращается ошибка 500 (Internal > Server Error). > > Стало: > > [...] > > - выполняются директивы этого модуля, описанные в выбранном location, и если > они изменяли URI и не было break, то ищется новый location для уже нового URI. > Этот цикл может повторяться до 10 раз, после чего возвращается ошибка 500 > (Internal Server Error). Да, так лучше, но от начала до конца документацию мало кто внимательно читает. Не помешал бы пример конфигурации с break и 2-мя location, но что то более полезного чем искусственный пример из 1-го письма пока не придумал. -- Anton Yuzhaninov From alnkapa at gmail.com Mon Nov 26 09:16:45 2012 From: alnkapa at gmail.com (Aln Kapa) Date: Mon, 26 Nov 2012 13:16:45 +0400 Subject: =?UTF-8?B?0L/RgNC+0LHQu9C10LzQsCDRgSBnemlwPw==?= Message-ID: Проблема такая есть конфигурация php-fpm(PHP 5.4.4-9) ->nginx->haproxy(1.4.15), nginx version: nginx/1.2.1 TLS SNI support enabled configure arguments: --prefix=/etc/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-client-body-temp-path=/var/lib/nginx/body --http-fastcgi-temp-path=/var/lib/nginx/fastcgi --http-log-path=/var/log/nginx/access.log --http-proxy-temp-path=/var/lib/nginx/proxy --http-scgi-temp-path=/var/lib/nginx/scgi --http-uwsgi-temp-path=/var/lib/nginx/uwsgi --lock-path=/var/lock/nginx.lock --pid-path=/var/run/nginx.pid --with-pcre-jit --with-debug --with-http_addition_module --with-http_dav_module --with-http_flv_module --with-http_geoip_module --with-http_gzip_static_module --with-http_image_filter_module --with-http_mp4_module --with-http_perl_module --with-http_random_index_module --with-http_realip_module --with-http_secure_link_module --with-http_stub_status_module --with-http_ssl_module --with-http_sub_module --with-http_xslt_module --with-ipv6 --with-sha1=/usr/include/openssl --with-md5=/usr/include/openssl --with-mail --with-mail_ssl_module --add-module=/tmp/buildd/nginx-1.2.1/debian/modules/nginx-auth-pam --add-module=/tmp/buildd/nginx-1.2.1/debian/modules/chunkin-nginx-module --add-module=/tmp/buildd/nginx-1.2.1/debian/modules/headers-more-nginx-module --add-module=/tmp/buildd/nginx-1.2.1/debian/modules/nginx-development-kit --add-module=/tmp/buildd/nginx-1.2.1/debian/modules/nginx-echo --add-module=/tmp/buildd/nginx-1.2.1/debian/modules/nginx-http-push --add-module=/tmp/buildd/nginx-1.2.1/debian/modules/nginx-lua --add-module=/tmp/buildd/nginx-1.2.1/debian/modules/nginx-upload-module --add-module=/tmp/buildd/nginx-1.2.1/debian/modules/nginx-upload-progress --add-module=/tmp/buildd/nginx-1.2.1/debian/modules/nginx-upstream-fair --add-module=/tmp/buildd/nginx-1.2.1/debian/modules/nginx-dav-ext-module /etc/nginx/nginx.conf user www-data; worker_processes 10; pid /var/run/nginx.pid; error_log /var/log/nginx/error.log; events { worker_connections 4096; # multi_accept on; } http { server_tokens off; set_real_ip_from 127.0.0.1; tcp_nopush on; tcp_nodelay on; include /etc/nginx/mime.types; default_type application/octet-stream; gzip on; gzip_disable "msie6"; gzip_vary on; gzip_proxied any; gzip_comp_level 9; gzip_buffers 16 8k; gzip_http_version 1.1; gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript application/octet-stream; sendfile on; keepalive_timeout 180; log_format gzip '$remote_addr - $remote_user [$time_local] ' '"$request" $status $bytes_sent ' '"$http_referer" "$http_user_agent" "$gzip_ratio"'; include /etc/nginx/conf.d/*.conf; include /etc/nginx/sites-enabled/*; } Проблема такая nginx отдает данные не целиком, в логах написано так: 2012/11/26 12:42:41 [error] 32163#0: *42 upstream sent unsupported FastCGI protocol version: 0 while reading upstream, client: xxx.xxx.xxx.xxx, server: xxx.xxx.xx, request: "POST /object/update HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm-my.sock:", host: "xxx.xxx.xx", referrer: "http://xxx.xxx.xx/map" Но если выключить сжатие gzip off; то все начинает работать нормально и данные приходят целиком, происходит это только на данных в приатаченном файле, со всем остальным проблем нет. -------------- next part -------------- A non-text attachment was scrubbed... Name: json.data.gz Type: application/x-gzip Size: 25394 bytes Desc: not available URL: From nginx-forum at nginx.us Mon Nov 26 13:14:21 2012 From: nginx-forum at nginx.us (Vipper) Date: Mon, 26 Nov 2012 08:14:21 -0500 Subject: =?UTF-8?B?0J3Rg9C20LXQvSDQvNC+0LTRg9C70Ywu?= Message-ID: Доброго времени суток господа. Ищу людей, кто может написать не сложный (по моему мнению) модуль к nginx. Если вкратце, то модуль должен по определенному location передать соединение Nodejs и сразу же "забыть" про него. То есть не нужно ждать пока node сбросит соединение. Сейчас это работает так: location / { сайт. } location = /xxx/daemon.js { keepalive_timeout 0; proxy_pass http://127.0.0.1:9022/; # NodeJs proxy_redirect off; proxy_set_header Host $host; } location ~ \.php$ { .... } Может кто-то даст координаты людей которые способны помочь в этом вопросе. P.S. У меня есть похожий модуль, но он передает соединение через UNIX сокет, а насколько мне известно nodejs пока работает нормально только через порты. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233223,233223#msg-233223 From hunter at comsys.com.ua Mon Nov 26 13:40:04 2012 From: hunter at comsys.com.ua (Sergey Smitienko) Date: Mon, 26 Nov 2012 15:40:04 +0200 Subject: =?UTF-8?B?UmU6INCd0YPQttC10L0g0LzQvtC00YPQu9GMLg==?= In-Reply-To: References: Message-ID: <50B37134.8010401@comsys.com.ua> Вы можете передать сокет подключения от одного процесса другому, но для этого вротой процесс должен уметь его принять. > Доброго времени суток господа. > Ищу людей, кто может написать не сложный (по моему мнению) модуль к nginx. > Если вкратце, то модуль должен по определенному location передать > соединение Nodejs и сразу же "забыть" про него. > То есть не нужно ждать пока node сбросит соединение. -- Sergey Smitienko From nginx-forum at nginx.us Mon Nov 26 15:07:12 2012 From: nginx-forum at nginx.us (Vipper) Date: Mon, 26 Nov 2012 10:07:12 -0500 Subject: =?UTF-8?B?UmU6INCd0YPQttC10L0g0LzQvtC00YPQu9GMLg==?= In-Reply-To: <50B37134.8010401@comsys.com.ua> References: <50B37134.8010401@comsys.com.ua> Message-ID: <02924df7c15695b8be93113d14d75a4e.NginxMailingListRussian@forum.nginx.org> Вот сейчас попробовал такой вариант. В конфиге nginx: location = /xxx/daemon.js { proxy_pass http://unix:/tmp/node/test:/; } В ноде : http.createServer(function (req, res) { ...... }).listen('/tmp/node/test'); Все работает, запросы с этого location передаются ноду и там обрабатываются, но опять таки nginx держит сокет, а надо - передал и забыл. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233223,233225#msg-233225 From hunter at comsys.com.ua Mon Nov 26 15:16:15 2012 From: hunter at comsys.com.ua (Sergey Smitienko) Date: Mon, 26 Nov 2012 17:16:15 +0200 Subject: =?UTF-8?B?UmU6INCd0YPQttC10L0g0LzQvtC00YPQu9GMLg==?= In-Reply-To: <02924df7c15695b8be93113d14d75a4e.NginxMailingListRussian@forum.nginx.org> References: <50B37134.8010401@comsys.com.ua> <02924df7c15695b8be93113d14d75a4e.NginxMailingListRussian@forum.nginx.org> Message-ID: <50B387BF.6020905@comsys.com.ua> Механизма передачи сокета через sendmsg, который бы позволил nginx'у "забыть" про соединение в nginx нет. Еще раз обращаю внимание, что даже если бы nginx мог отсылать сокет через sendmsg, принимающее приложение должно уметь принять сокет и отработать соединение. При этом nginx уже считал из приемного буфера в ядре заголовки запроса, и вернуть заголовки обратно в ядро так, чтоб ваш демон получил на вход http запрос, а не просто сокет, ожидающий передачи данных, не представляется возможным. > Вот сейчас попробовал такой вариант. > > В конфиге nginx: > > location = /xxx/daemon.js { > proxy_pass http://unix:/tmp/node/test:/; > } > > В ноде : > http.createServer(function (req, res) { > ...... > }).listen('/tmp/node/test'); > > Все работает, запросы с этого location передаются ноду и там обрабатываются, > но опять таки nginx держит сокет, а надо - передал и забыл. > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233223,233225#msg-233225 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From vbart at nginx.com Mon Nov 26 15:16:45 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Mon, 26 Nov 2012 19:16:45 +0400 Subject: =?UTF-8?B?UmU6INCd0YPQttC10L0g0LzQvtC00YPQu9GMLg==?= In-Reply-To: <02924df7c15695b8be93113d14d75a4e.NginxMailingListRussian@forum.nginx.org> References: <50B37134.8010401@comsys.com.ua> <02924df7c15695b8be93113d14d75a4e.NginxMailingListRussian@forum.nginx.org> Message-ID: <201211261916.45146.vbart@nginx.com> On Monday 26 November 2012 19:07:12 Vipper wrote: > Вот сейчас попробовал такой вариант. > > В конфиге nginx: > > location = /xxx/daemon.js { > proxy_pass http://unix:/tmp/node/test:/; > } > > В ноде : > http.createServer(function (req, res) { > ...... > }).listen('/tmp/node/test'); > > Все работает, запросы с этого location передаются ноду и там > обрабатываются, но опять таки nginx держит сокет, а надо - передал и > забыл. > node.js умеет принимать сокеты? Если не трудно, можно ссылку на документацию, где об этом рассказано. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx at anes.su Mon Nov 26 15:23:31 2012 From: nginx at anes.su (Anes Mukhametov) Date: Mon, 26 Nov 2012 19:23:31 +0400 Subject: =?UTF-8?B?UmU6INCd0YPQttC10L0g0LzQvtC00YPQu9GMLg==?= In-Reply-To: <02924df7c15695b8be93113d14d75a4e.NginxMailingListRussian@forum.nginx.org> References: <50B37134.8010401@comsys.com.ua> <02924df7c15695b8be93113d14d75a4e.NginxMailingListRussian@forum.nginx.org> Message-ID: Если вам нет необходимости проводить запрос через nginx, то можно настроить 301 редирект с /xxx/daemon.js на http://domain.tld:20000/xxx/daemon.js, а порт 20000 (или иной) уже слушать Nodejs. Vipper писал 2012-11-26 19:07: > Вот сейчас попробовал такой вариант. > > В конфиге nginx: > > location = /xxx/daemon.js { > proxy_pass http://unix:/tmp/node/test:/; > } > > В ноде : > http.createServer(function (req, res) { > ...... > }).listen('/tmp/node/test'); > > Все работает, запросы с этого location передаются ноду и там > обрабатываются, > но опять таки nginx держит сокет, а надо - передал и забыл. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,233223,233225#msg-233225 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum at nginx.us Mon Nov 26 15:24:35 2012 From: nginx-forum at nginx.us (Vipper) Date: Mon, 26 Nov 2012 10:24:35 -0500 Subject: =?UTF-8?B?UmU6INCd0YPQttC10L0g0LzQvtC00YPQu9GMLg==?= In-Reply-To: <201211261916.45146.vbart@nginx.com> References: <201211261916.45146.vbart@nginx.com> Message-ID: <1ed4174449d110bd5eb41189d84c4851.NginxMailingListRussian@forum.nginx.org> Умеет. Сказано об этом мало, но найти по крохам можно. http://nodejs.org/docs/v0.5.4/api/net.html#socket.connect Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233223,233229#msg-233229 From nginx-forum at nginx.us Mon Nov 26 15:25:57 2012 From: nginx-forum at nginx.us (Vipper) Date: Mon, 26 Nov 2012 10:25:57 -0500 Subject: =?UTF-8?B?UmU6INCd0YPQttC10L0g0LzQvtC00YPQu9GMLg==?= In-Reply-To: <201211261916.45146.vbart@nginx.com> References: <201211261916.45146.vbart@nginx.com> Message-ID: <99c2fa25b4752e14b5470ca210848ab9.NginxMailingListRussian@forum.nginx.org> Валентин Бартенев Wrote: ------------------------------------------------------- > On Monday 26 November 2012 19:07:12 Vipper wrote: > > Вот сейчас попробовал такой вариант. > > > > В конфиге nginx: > > > > location = /xxx/daemon.js { > > proxy_pass http://unix:/tmp/node/test:/; > > } > > > > В ноде : > > http.createServer(function (req, res) { > > ...... > > }).listen('/tmp/node/test'); > > > > Все работает, запросы с этого location передаются ноду и там > > обрабатываются, но опять таки nginx держит сокет, а надо - передал и > > забыл. > > > > node.js умеет принимать сокеты? Если не трудно, можно ссылку на > документацию, > где об этом рассказано. > > -- > Валентин Бартенев > http://nginx.com/support.html > http://nginx.org/en/donation.html > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru Умеет. Сказано об этом мало, но найти по крохам можно. http://nodejs.org/docs/v0.5.4/api/net.html#socket.connect Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233223,233230#msg-233230 From nginx-forum at nginx.us Mon Nov 26 15:27:43 2012 From: nginx-forum at nginx.us (Vipper) Date: Mon, 26 Nov 2012 10:27:43 -0500 Subject: =?UTF-8?B?UmU6INCd0YPQttC10L0g0LzQvtC00YPQu9GMLg==?= In-Reply-To: References: Message-ID: <8d2cd79f7f3912c3e21e62a04c7ec799.NginxMailingListRussian@forum.nginx.org> Anes Mukhametov Wrote: ------------------------------------------------------- > Если вам нет необходимости проводить запрос через nginx, то можно > настроить 301 редирект с /xxx/daemon.js на > http://domain.tld:20000/xxx/daemon.js, а порт 20000 (или иной) уже > слушать Nodejs. > > Vipper писал 2012-11-26 19:07: > > Вот сейчас попробовал такой вариант. > > > > В конфиге nginx: > > > > location = /xxx/daemon.js { > > proxy_pass http://unix:/tmp/node/test:/; > > } > > > > В ноде : > > http.createServer(function (req, res) { > > ...... > > }).listen('/tmp/node/test'); > > > > Все работает, запросы с этого location передаются ноду и там > > обрабатываются, > > но опять таки nginx держит сокет, а надо - передал и забыл. > > > > Posted at Nginx Forum: > > http://forum.nginx.org/read.php?21,233223,233225#msg-233225 > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru at nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru Если бы Аякс мог постить на порты отличные от 80 вопросов бы не было. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233223,233231#msg-233231 From hunter at comsys.com.ua Mon Nov 26 15:29:16 2012 From: hunter at comsys.com.ua (Sergey Smitienko) Date: Mon, 26 Nov 2012 17:29:16 +0200 Subject: =?UTF-8?B?UmU6INCd0YPQttC10L0g0LzQvtC00YPQu9GMLg==?= In-Reply-To: <1ed4174449d110bd5eb41189d84c4851.NginxMailingListRussian@forum.nginx.org> References: <201211261916.45146.vbart@nginx.com> <1ed4174449d110bd5eb41189d84c4851.NginxMailingListRussian@forum.nginx.org> Message-ID: <50B38ACC.6010107@comsys.com.ua> Нет, не умеет. Это не то совсем, что нужно. > Умеет. Сказано об этом мало, но найти по крохам можно. > http://nodejs.org/docs/v0.5.4/api/net.html#socket.connect. From panfilov at sports.ru Mon Nov 26 15:29:27 2012 From: panfilov at sports.ru (=?KOI8-R?B?7cnIwcnMIPDBzsbJzM/X?=) Date: Mon, 26 Nov 2012 19:29:27 +0400 Subject: =?UTF-8?B?UmU6INCd0YPQttC10L0g0LzQvtC00YPQu9GMLg==?= In-Reply-To: <8d2cd79f7f3912c3e21e62a04c7ec799.NginxMailingListRussian@forum.nginx.org> References: <8d2cd79f7f3912c3e21e62a04c7ec799.NginxMailingListRussian@forum.nginx.org> Message-ID: Можно использовать второй ip-адрес, если имеется и повесить на его 80 порт node-js 26 ноября 2012 г., 19:27 пользователь Vipper написал: > Anes Mukhametov Wrote: > ------------------------------------------------------- > > Если вам нет необходимости проводить запрос через nginx, то можно > > настроить 301 редирект с /xxx/daemon.js на > > http://domain.tld:20000/xxx/daemon.js, а порт 20000 (или иной) уже > > слушать Nodejs. > > > > Vipper писал 2012-11-26 19:07: > > > Вот сейчас попробовал такой вариант. > > > > > > В конфиге nginx: > > > > > > location = /xxx/daemon.js { > > > proxy_pass http://unix:/tmp/node/test:/; > > > } > > > > > > В ноде : > > > http.createServer(function (req, res) { > > > ...... > > > }).listen('/tmp/node/test'); > > > > > > Все работает, запросы с этого location передаются ноду и там > > > обрабатываются, > > > но опять таки nginx держит сокет, а надо - передал и забыл. > > > > > > Posted at Nginx Forum: > > > http://forum.nginx.org/read.php?21,233223,233225#msg-233225 > > > > > > _______________________________________________ > > > nginx-ru mailing list > > > nginx-ru at nginx.org > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru at nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > Если бы Аякс мог постить на порты отличные от 80 вопросов бы не было. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,233223,233231#msg-233231 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Панфилов Михаил -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Mon Nov 26 15:30:11 2012 From: nginx-forum at nginx.us (Vipper) Date: Mon, 26 Nov 2012 10:30:11 -0500 Subject: =?UTF-8?B?UmU6INCd0YPQttC10L0g0LzQvtC00YPQu9GMLg==?= In-Reply-To: <50B387BF.6020905@comsys.com.ua> References: <50B387BF.6020905@comsys.com.ua> Message-ID: <91a78c0a48fd7e15eec2bde506fb09bb.NginxMailingListRussian@forum.nginx.org> Sergey Smitienko Wrote: ------------------------------------------------------- > Механизма передачи сокета через sendmsg, который бы позволил nginx'у > "забыть" про соединение в nginx нет. Еще раз обращаю внимание, что > даже > если бы nginx > мог отсылать сокет через sendmsg, принимающее приложение должно уметь > принять > сокет и отработать соединение. При этом nginx уже считал из приемного > буфера в ядре > заголовки запроса, и вернуть заголовки обратно в ядро так, чтоб ваш > демон получил на > вход http запрос, а не просто сокет, ожидающий передачи данных, не > представляется > возможным. > > > Вот сейчас попробовал такой вариант. > > > > В конфиге nginx: > > > > location = /xxx/daemon.js { > > proxy_pass http://unix:/tmp/node/test:/; > > } > > > > В ноде : > > http.createServer(function (req, res) { > > ...... > > }).listen('/tmp/node/test'); > > > > Все работает, запросы с этого location передаются ноду и там > обрабатываются, > > но опять таки nginx держит сокет, а надо - передал и забыл. > > > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,233223,233225#msg-233225 > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru at nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru Вот кусок кода из модуля к nginx который работает у меня с 2004 года и занимается как раз тем что я прошу. if (!error) { buf[0] = 0; /* null byte flag to recv_fd() */ mysent = sendmsg (sockfd, &msg, 0); if (mysent == -1) rc = send_error(r, strerror(errno)); else //if ok, and now the socket in the voc-daemon, let's tell nginx to close it: rc = NGX_HTTP_CLOSE; } }//end of if connect close(sockfd); }//end of if socket() Всё работает как надо. Но переделывать его у меня не хватает знаний. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233223,233234#msg-233234 From vbart at nginx.com Mon Nov 26 15:31:53 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Mon, 26 Nov 2012 19:31:53 +0400 Subject: =?UTF-8?B?UmU6INCd0YPQttC10L0g0LzQvtC00YPQu9GMLg==?= In-Reply-To: <99c2fa25b4752e14b5470ca210848ab9.NginxMailingListRussian@forum.nginx.org> References: <201211261916.45146.vbart@nginx.com> <99c2fa25b4752e14b5470ca210848ab9.NginxMailingListRussian@forum.nginx.org> Message-ID: <201211261931.53865.vbart@nginx.com> On Monday 26 November 2012 19:25:57 Vipper wrote: > Валентин Бартенев Wrote: > ------------------------------------------------------- > > > On Monday 26 November 2012 19:07:12 Vipper wrote: > > > Вот сейчас попробовал такой вариант. > > > > > > В конфиге nginx: > > > location = /xxx/daemon.js { > > > > > > proxy_pass http://unix:/tmp/node/test:/; > > > > > > } > > > > > > В ноде : > > > http.createServer(function (req, res) { > > > ...... > > > }).listen('/tmp/node/test'); > > > > > > Все работает, запросы с этого location передаются ноду и там > > > обрабатываются, но опять таки nginx держит сокет, а надо - передал и > > > забыл. > > > > node.js умеет принимать сокеты? Если не трудно, можно ссылку на > > документацию, > > где об этом рассказано. > > > > Умеет. Сказано об этом мало, но найти по крохам можно. > http://nodejs.org/docs/v0.5.4/api/net.html#socket.connect > Можно цитату? Я по ссылки ни слова не увидел про прием сокетов. socket.connect() - открывает соединение, вообще "не из той оперы". -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx-forum at nginx.us Mon Nov 26 15:38:39 2012 From: nginx-forum at nginx.us (Vipper) Date: Mon, 26 Nov 2012 10:38:39 -0500 Subject: =?UTF-8?B?UmU6INCd0YPQttC10L0g0LzQvtC00YPQu9GMLg==?= In-Reply-To: <50B38ACC.6010107@comsys.com.ua> References: <50B38ACC.6010107@comsys.com.ua> Message-ID: <870a07d888b1604230a983488dbd5055.NginxMailingListRussian@forum.nginx.org> Sergey Smitienko Wrote: ------------------------------------------------------- > Нет, не умеет. Это не то совсем, что нужно. > > Умеет. Сказано об этом мало, но найти по крохам можно. > > http://nodejs.org/docs/v0.5.4/api/net.html#socket.connect. > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru Умеет он всё. Ищите. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233223,233236#msg-233236 From nginx-forum at nginx.us Tue Nov 27 00:57:01 2012 From: nginx-forum at nginx.us (Gineaser) Date: Mon, 26 Nov 2012 19:57:01 -0500 Subject: =?UTF-8?B?0JPRgNGD0L/Qv9C+0LLQvtC5IGxvY2F0aW9uLCDQvtGC0LTQsNC10YIgcGhwINC6?= =?UTF-8?B?0LDQuiDRhNCw0LnQuw==?= Message-ID: <4275aa523ee7144775c5caa498042912.NginxMailingListRussian@forum.nginx.org> Здравствуйте. Проблема в следующем. Имею несколько локейшинов для Zend-овских проектов вида: location /main { set $application_env production; if (!-f $request_filename) { rewrite ^.*$ /main/index.php last; } } Хочу объеденить их регуляркой в единый локейшен: location ~* ^\/(main|my|real|gerb)\b.*$ { set $application_env production; if (!-f $request_filename) { rewrite ^\/(.+)\b.*$ /$1/index.php last; } } Т.е. создаю локейшен озаглавленный регулярным выражением без учета регистра, и в него должно попасть все что начинается с example.com/main/ и другие. Он отрабатывает Идем дальше. Делаю реврайт захватывая часть отвечающую за название локейшена (main, my, real и т.д), это тоже работает, проверил подставив в адрес перенаправления http://www.$1.ru Пробема же в том что при такой конфигурации когда я пытаюсь зайти по http://example.com/main, к примеру, мне выдается запрос на скачку файла main, который в свою очередь является index.php в директории проекта. Без группового локейшена (по отдельности когда заданы) все работает. Локейшен отвечающий за php выглядит у меня так (использую php-fpm): location ~ \.php$ { fastcgi_pass unix:/var/run/php-fpm-www.socket; fastcgi_index index.php; fastcgi_param PHP_VALUE "session.cookie_domain=.example.com"; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_param APPLICATION_ENV $application_env; include fastcgi_params; } В чем проблема может крыться? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233247,233247#msg-233247 From n.g.i.n.x.e.r at gmail.com Tue Nov 27 07:38:33 2012 From: n.g.i.n.x.e.r at gmail.com (=?UTF-8?B?0KDQvtC80LDQvQ==?=) Date: Tue, 27 Nov 2012 11:38:33 +0400 Subject: =?UTF-8?B?UmU6INCj0YHRgtCw0L3QvtCy0LrQsCDQt9Cw0LPQvtC70L7QstC60LAg0L/QviA=?= =?UTF-8?B?0YPRgdC70L7QstC40Y4=?= In-Reply-To: References: Message-ID: Сейчас я так и делаю, но приходится копировать туда все правила, что не удобно. 21 ноября 2012 г., 16:13 пользователь Alexander Moskalenko написал: > Создайте отдельную секцию server {} и там ставьте куку > > 2012/11/21 Роман : >> Необходимо присваивать куку на поддомене. >> Почему не работает такая конструкция? >> >> if ($host = "m.domain.ru" ) { >> add_header Set-Cookie ... >> } >> >> >> Или как делать аналогичное, а то выдает add_header directive is not >> allowed here. >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru at nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nefer05 at gmail.com Tue Nov 27 07:41:38 2012 From: nefer05 at gmail.com (=?KOI8-R?B?8s/Nwc4g7c/Ty9fJ1MnO?=) Date: Tue, 27 Nov 2012 10:41:38 +0300 Subject: =?UTF-8?B?UmU6INCj0YHRgtCw0L3QvtCy0LrQsCDQt9Cw0LPQvtC70L7QstC60LAg0L/QviA=?= =?UTF-8?B?0YPRgdC70L7QstC40Y4=?= In-Reply-To: References: Message-ID: Выносим правила в отдельный файл и инклудим. По моему так. 2012/11/27 Роман > Сейчас я так и делаю, но приходится копировать туда все правила, что не > удобно. > > 21 ноября 2012 г., 16:13 пользователь Alexander Moskalenko > написал: > > Создайте отдельную секцию server {} и там ставьте куку > > > > 2012/11/21 Роман : > >> Необходимо присваивать куку на поддомене. > >> Почему не работает такая конструкция? > >> > >> if ($host = "m.domain.ru" ) { > >> add_header Set-Cookie ... > >> } > >> > >> > >> Или как делать аналогичное, а то выдает add_header directive is not > >> allowed here. > >> _______________________________________________ > >> nginx-ru mailing list > >> nginx-ru at nginx.org > >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru at nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From n.g.i.n.x.e.r at gmail.com Tue Nov 27 07:44:00 2012 From: n.g.i.n.x.e.r at gmail.com (=?UTF-8?B?0KDQvtC80LDQvQ==?=) Date: Tue, 27 Nov 2012 11:44:00 +0400 Subject: =?UTF-8?B?0J/QvtC00LPRgNGD0LfQutCwINC00LDQvdC90YvRhQ==?= Message-ID: Есть интернет магазин. Хочу подгружать данные о корзине при генерации страницы из мемкеша посредством самого nginx. Кто нибудь так делал? Поделитесь опытом. From hunter at comsys.com.ua Tue Nov 27 09:10:09 2012 From: hunter at comsys.com.ua (Sergey Smitienko) Date: Tue, 27 Nov 2012 11:10:09 +0200 Subject: =?UTF-8?B?UmU6INCd0YPQttC10L0g0LzQvtC00YPQu9GMLg==?= In-Reply-To: <91a78c0a48fd7e15eec2bde506fb09bb.NginxMailingListRussian@forum.nginx.org> References: <50B387BF.6020905@comsys.com.ua> <91a78c0a48fd7e15eec2bde506fb09bb.NginxMailingListRussian@forum.nginx.org> Message-ID: <50B48371.6080107@comsys.com.ua> А кто получает это сообщение. Покажите кусок кода второго демона, с recvmsg. > Вот кусок кода из модуля к nginx который работает у меня с 2004 года и > занимается как раз тем что я прошу. > if (!error) { > buf[0] = 0; /* null byte flag to recv_fd() */ > mysent = sendmsg (sockfd, &msg, 0); > if (mysent == -1) > rc = send_error(r, strerror(errno)); > else > //if ok, and now the socket in the voc-daemon, let's tell nginx to > close it: > rc = NGX_HTTP_CLOSE; > } > }//end of if connect > close(sockfd); > }//end of if socket() > > Всё работает как надо. Но переделывать его у меня не хватает знаний. > From greyhard at gmail.com Tue Nov 27 10:03:17 2012 From: greyhard at gmail.com (Ilynikh Denis) Date: Tue, 27 Nov 2012 16:03:17 +0600 Subject: =?UTF-8?B?UmU6INCf0L7QtNCz0YDRg9C30LrQsCDQtNCw0L3QvdGL0YU=?= In-Reply-To: References: Message-ID: ssi on; в месте корзины include virtual или сделать на Ajax :) Отправлено с iPhone 27.11.2012, в 13:44, Роман написал(а): > Есть интернет магазин. > Хочу подгружать данные о корзине при генерации страницы из мемкеша > посредством самого nginx. > > Кто нибудь так делал? > Поделитесь опытом. > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From panfilov at sports.ru Tue Nov 27 10:26:25 2012 From: panfilov at sports.ru (=?KOI8-R?B?7cnIwcnMIPDBzsbJzM/X?=) Date: Tue, 27 Nov 2012 14:26:25 +0400 Subject: =?UTF-8?B?0J/QtdGA0LXQvtC/0YDQtdC00LXQu9C40YLRjCB1cHN0cmVhbQ==?= Message-ID: Можно ли как-нибудь переопределить upstream указанный в конфиге? map не помогает - директива server не хочет принимать переменные в качестве аргумента. Единственный вариант, который вижу - скопировать конфиг и в нём переопределить upstream делать не хочется. Конфигов таких планируется несколько. -- Панфилов Михаил -------------- next part -------------- An HTML attachment was scrubbed... URL: From onokonem at gmail.com Tue Nov 27 10:59:09 2012 From: onokonem at gmail.com (Daniel Podolsky) Date: Tue, 27 Nov 2012 13:59:09 +0300 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10L7Qv9GA0LXQtNC10LvQuNGC0YwgdXBzdHJlYW0=?= In-Reply-To: References: Message-ID: > Можно ли как-нибудь переопределить upstream указанный в конфиге? Описать несколько апстримов, и соответствующих им именованных location. выбирать нужный location через if return From vbart at nginx.com Tue Nov 27 11:27:01 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Tue, 27 Nov 2012 15:27:01 +0400 Subject: =?UTF-8?B?UmU6INCT0YDRg9C/0L/QvtCy0L7QuSBsb2NhdGlvbiwgINC+0YLQtNCw0LXRgiBw?= =?UTF-8?B?aHAg0LrQsNC6INGE0LDQudC7?= In-Reply-To: <4275aa523ee7144775c5caa498042912.NginxMailingListRussian@forum.nginx.org> References: <4275aa523ee7144775c5caa498042912.NginxMailingListRussian@forum.nginx.org> Message-ID: <201211271527.01272.vbart@nginx.com> On Tuesday 27 November 2012 04:57:01 Gineaser wrote: > Здравствуйте. Проблема в следующем. > Имею несколько локейшинов для Zend-овских проектов вида: > > location /main { > set $application_env production; > if (!-f $request_filename) { > rewrite ^.*$ /main/index.php last; > } > } > > Хочу объеденить их регуляркой в единый локейшен: Зачем? К тому же, вам rewrite то не нужен. location /main/ { try_files $uri /main/index.php; set $application_env production; } > location ~* ^\/(main|my|real|gerb)\b.*$ { > set $application_env production; > if (!-f $request_filename) { > rewrite ^\/(.+)\b.*$ /$1/index.php last; > } > } Намудрили. location ~* ^/(main|my|real|gerb)/ { try_files $uri /$1/index.php; set $application_env production; } > Т.е. создаю локейшен озаглавленный регулярным выражением без учета > регистра, и в него должно попасть все что начинается с example.com/main/ и > другие. Он отрабатывает > Идем дальше. Делаю реврайт захватывая часть отвечающую за название > локейшена (main, my, real и т.д), это тоже работает, проверил подставив в > адрес перенаправления http://www.$1.ru > Пробема же в том что при такой конфигурации когда я пытаюсь зайти по > http://example.com/main, к примеру, мне выдается запрос на скачку файла > main, который в свою очередь является index.php в директории проекта. > Без группового локейшена (по отдельности когда заданы) все работает. > Локейшен отвечающий за php выглядит у меня так (использую php-fpm): > location ~ \.php$ { > fastcgi_pass unix:/var/run/php-fpm-www.socket; > fastcgi_index index.php; > fastcgi_param PHP_VALUE "session.cookie_domain=.example.com"; > fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; > fastcgi_param APPLICATION_ENV $application_env; > include fastcgi_params; > } > > В чем проблема может крыться? > Проблема может крыться в отсутствии любви к чтению документации. http://nginx.org/r/location/ru - вы изменили тип location с быстрых простых префиксных, на один сложный с регулярным выражением, изменив при этом и порядок их обработки относительно вашего "\.php$". Ваш "location ~ \.php$" теперь должен стоять выше. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From vbart at nginx.com Tue Nov 27 11:31:53 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Tue, 27 Nov 2012 15:31:53 +0400 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10L7Qv9GA0LXQtNC10LvQuNGC0YwgdXBzdHJlYW0=?= In-Reply-To: References: Message-ID: <201211271531.53426.vbart@nginx.com> On Tuesday 27 November 2012 14:59:09 Daniel Podolsky wrote: > > Можно ли как-нибудь переопределить upstream указанный в конфиге? > > Описать несколько апстримов, и соответствующих им именованных > location. выбирать нужный location через if return Не нужно так делать. Все директивы *_pass понимают переменные. http://nginx.org/r/proxy_pass/ru -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From mdounin at mdounin.ru Tue Nov 27 11:57:19 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 27 Nov 2012 15:57:19 +0400 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10L7Qv9GA0LXQtNC10LvQuNGC0YwgdXBzdHJlYW0=?= In-Reply-To: <201211271531.53426.vbart@nginx.com> References: <201211271531.53426.vbart@nginx.com> Message-ID: <20121127115718.GP40452@mdounin.ru> Hello! On Tue, Nov 27, 2012 at 03:31:53PM +0400, Валентин Бартенев wrote: > On Tuesday 27 November 2012 14:59:09 Daniel Podolsky wrote: > > > Можно ли как-нибудь переопределить upstream указанный в конфиге? > > > > Описать несколько апстримов, и соответствующих им именованных > > location. выбирать нужный location через if return > > Не нужно так делать. Все директивы *_pass понимают переменные. > > http://nginx.org/r/proxy_pass/ru Я бы не стал однозначно утверждать, какой из вариантов лучше. Потому что переменные в proxy_pass - это не только ценный мех, но и заметно другой codepath, который ещё недавно был совсем другим, вплоть до того, что URL нужно было всегда задавать полностью. Да и сейчас конструкция location /foo/ { proxy_pass http://backend/bar/; } не заменяется на первый взгляд аналогичной конструкцией location /foo/ { set $backend "backend"; proxy_pass http://$backend/bar/; } YMMV. -- Maxim Dounin http://nginx.com/support.html From panfilov at sports.ru Tue Nov 27 12:34:40 2012 From: panfilov at sports.ru (=?KOI8-R?B?7cnIwcnMIPDBzsbJzM/X?=) Date: Tue, 27 Nov 2012 16:34:40 +0400 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10L7Qv9GA0LXQtNC10LvQuNGC0YwgdXBzdHJlYW0=?= In-Reply-To: <20121127115718.GP40452@mdounin.ru> References: <201211271531.53426.vbart@nginx.com> <20121127115718.GP40452@mdounin.ru> Message-ID: меня интересует fastcgi_pass 27 ноября 2012 г., 15:57 пользователь Maxim Dounin написал: > Hello! > > On Tue, Nov 27, 2012 at 03:31:53PM +0400, Валентин Бартенев wrote: > > > On Tuesday 27 November 2012 14:59:09 Daniel Podolsky wrote: > > > > Можно ли как-нибудь переопределить upstream указанный в конфиге? > > > > > > Описать несколько апстримов, и соответствующих им именованных > > > location. выбирать нужный location через if return > > > > Не нужно так делать. Все директивы *_pass понимают переменные. > > > > http://nginx.org/r/proxy_pass/ru > > Я бы не стал однозначно утверждать, какой из вариантов лучше. > > Потому что переменные в proxy_pass - это не только ценный мех, но > и заметно другой codepath, который ещё недавно был совсем другим, > вплоть до того, что URL нужно было всегда задавать полностью. Да > и сейчас конструкция > > location /foo/ { > proxy_pass http://backend/bar/; > } > > не заменяется на первый взгляд аналогичной конструкцией > > location /foo/ { > set $backend "backend"; > proxy_pass http://$backend/bar/; > } > > YMMV. > > -- > Maxim Dounin > http://nginx.com/support.html > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Панфилов Михаил Старший системный администратор www.sports.ru + 7 903 578 4067 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Tue Nov 27 14:27:01 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 27 Nov 2012 18:27:01 +0400 Subject: nginx-1.3.9 Message-ID: <20121127142701.GU40452@mdounin.ru> Изменения в nginx 1.3.9 27.11.2012 *) Добавление: поддержка chunked transfer encoding при получении тела запроса. *) Добавление: переменные $request_time и $msec теперь можно использовать не только в директиве log_format. *) Исправление: cache manager и cache loader могли не запускаться, если использовалось более 512 listen-сокетов. *) Исправление: в модуле ngx_http_dav_module. -- Maxim Dounin http://nginx.com/support.html From panfilov at sports.ru Tue Nov 27 14:29:19 2012 From: panfilov at sports.ru (=?KOI8-R?B?7cnIwcnMIPDBzsbJzM/X?=) Date: Tue, 27 Nov 2012 18:29:19 +0400 Subject: nginx-1.3.9 In-Reply-To: <20121127142701.GU40452@mdounin.ru> References: <20121127142701.GU40452@mdounin.ru> Message-ID: Исправление: cache manager и cache loader могли не запускаться, если использовалось более 512 listen-сокетов. В 1.2.x такой проблемы нет? 27 ноября 2012 г., 18:27 пользователь Maxim Dounin написал: > Исправление: cache manager и cache loader могли не запускаться, если > использовалось более 512 listen-сокетов. > -- Панфилов Михаил Старший системный администратор www.sports.ru + 7 903 578 4067 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Tue Nov 27 14:35:51 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 27 Nov 2012 18:35:51 +0400 Subject: nginx-1.3.9 In-Reply-To: References: <20121127142701.GU40452@mdounin.ru> Message-ID: <20121127143551.GW40452@mdounin.ru> Hello! On Tue, Nov 27, 2012 at 06:29:19PM +0400, Михаил Панфилов wrote: > Исправление: cache manager и cache loader могли не запускаться, если > использовалось более 512 listen-сокетов. > > В 1.2.x такой проблемы нет? Есть. > > 27 ноября 2012 г., 18:27 пользователь Maxim Dounin написал: > > > Исправление: cache manager и cache loader могли не запускаться, если > > использовалось более 512 listen-сокетов. > > > > > > -- > Панфилов Михаил > Старший системный администратор www.sports.ru > > + 7 903 578 4067 > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Maxim Dounin http://nginx.com/support.html From panfilov at sports.ru Tue Nov 27 14:44:01 2012 From: panfilov at sports.ru (=?KOI8-R?B?7cnIwcnMIPDBzsbJzM/X?=) Date: Tue, 27 Nov 2012 18:44:01 +0400 Subject: nginx-1.3.9 In-Reply-To: <20121127143551.GW40452@mdounin.ru> References: <20121127142701.GU40452@mdounin.ru> <20121127143551.GW40452@mdounin.ru> Message-ID: ждём новый 1.2 Чем грозит? З.Ы. 4096 сокетов и кеш есть. 27 ноября 2012 г., 18:35 пользователь Maxim Dounin написал: > Hello! > > On Tue, Nov 27, 2012 at 06:29:19PM +0400, Михаил Панфилов wrote: > > > Исправление: cache manager и cache loader могли не запускаться, если > > использовалось более 512 listen-сокетов. > > > > В 1.2.x такой проблемы нет? > > Есть. > > > > > 27 ноября 2012 г., 18:27 пользователь Maxim Dounin >написал: > > > > > Исправление: cache manager и cache loader могли не запускаться, если > > > использовалось более 512 listen-сокетов. > > > > > > > > > > > -- > > Панфилов Михаил > > Старший системный администратор www.sports.ru > > > > + 7 903 578 4067 > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru at nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > -- > Maxim Dounin > http://nginx.com/support.html > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Панфилов Михаил -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Tue Nov 27 14:59:13 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 27 Nov 2012 18:59:13 +0400 Subject: =?UTF-8?B?UmU6INC/0L7QttC10LvQsNC90LjRjyDQv9C+INC00L7QutGD0LzQtdC90YLQsNGG?= =?UTF-8?B?0LjQuCByZXdyaXRl?= In-Reply-To: <20121123130751.GA37967@lo0.su> References: <50AF48BA.2000107@citrin.ru> <20121123104453.GB40452@mdounin.ru> <20121123130751.GA37967@lo0.su> Message-ID: <20121127145913.GX40452@mdounin.ru> Hello! On Fri, Nov 23, 2012 at 05:07:51PM +0400, Ruslan Ermilov wrote: > On Fri, Nov 23, 2012 at 02:44:53PM +0400, Maxim Dounin wrote: > > Hello! > > > > On Fri, Nov 23, 2012 at 01:58:18PM +0400, Anton Yuzhaninov wrote: > > > > > Тз текущего описания rewrite не очевидно, что после обычного rewrite > > > будет использовкаться конфигурация из нового location, а при rewrite > > > ... break остается конфигурация текущего location. > > > > > > Например с таким конфигом: > > > > > > location = /test1.txt { > > > add_header X-Location test1; > > > deny all; > > > } > > > > > > location = /test2.txt { > > > add_header X-Location test2; > > > rewrite ^ /test1.txt break; > > > } > > > > > > location = /test3.txt { > > > add_header X-Location test3; > > > rewrite ^ /test2.txt; > > > } > > > > > > При запросе на /test3.txt будет отдан файл test1.txt, с заголовком test2. > > > > > > Було бы неплохо упомянуть в документации такую особенность rewrite break. > > > > Всмысле - прописать явно, что break "завершает обработку ..." без > > поиска нового location'а? Так-то там даже пример про это есть. > > Но вообще да, наверное имеет смысл. > > Так плохо, т.к. rewrite ... break или break (ещё одно место), > указанные на уровне server, не отключат поиск нового location'а. > Моё предложение такое. > > Было: > > Директивы модуля ngx_http_rewrite_module обрабатываются в следующем порядке: > > - выполняются директивы этого модуля, описанные на уровне сервера; > > - ищется location для запроса; > > - выполняются директивы этого модуля, описанные в выбранном location, и если > они изменяли URI, то ищется новый location для уже нового URI. Этот цикл > может повторяться до 10 раз, после чего возвращается ошибка 500 (Internal > Server Error). > > Стало: > > [...] > > - выполняются директивы этого модуля, описанные в выбранном location, и если > они изменяли URI и не было break, то ищется новый location для уже нового URI. > Этот цикл может повторяться до 10 раз, после чего возвращается ошибка 500 > (Internal Server Error). Не думаю, что надо тащить это сюда. Это описание наиболее общего случае отсутствия всяких специальных флагов/операций, и там есть ещё 100500 вариантов, когда поиска нового location'а не будет (return, rewrite ... redirect, rewrite ... permanent). Нет смысла все их описывать тут. Кроме того, подобная формулировка - предполагает, что на этапе чтения этого (общего) описания работы читатель уже знает, что такое break. С другой стороны, флаг break остаётся всё так же недоописанным (то, на что жалуется Антон) - и требует для понимания прочтения этого общего описания работы, которое в свою очередь... Где-то тут, после 10 раз, у читающего случится 500 Internal Server Error. :) IMHO, имеет смысл как-то так: --- xml/ru/docs/http/ngx_http_rewrite_module.xml (revision 776) +++ xml/ru/docs/http/ngx_http_rewrite_module.xml (working copy) @@ -62,6 +62,8 @@ Завершает обработку текущего набора директив модуля ngx_http_rewrite_module. +В случае, если location для запроса уже выбран, дальнейшая обработка запроса +продолжится в выбранном location. @@ -256,7 +258,7 @@ break -завершает обработку текущего набора директив модуля +завершает обработку текущего набора директив модуля ngx_http_rewrite_module; (На конкретных формулироваках не настаиваю.) -- Maxim Dounin http://nginx.com/support.html From mdounin at mdounin.ru Tue Nov 27 15:20:01 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 27 Nov 2012 19:20:01 +0400 Subject: nginx-1.3.9 In-Reply-To: References: <20121127142701.GU40452@mdounin.ru> <20121127143551.GW40452@mdounin.ru> Message-ID: <20121127152001.GY40452@mdounin.ru> Hello! On Tue, Nov 27, 2012 at 06:44:01PM +0400, Михаил Панфилов wrote: > ждём новый 1.2 > > Чем грозит? > > З.Ы. 4096 сокетов и кеш есть. Если их действительно есть - оно ругается на старте в лог, на уровне alert. Скорее всего среди этих 4096 затесался один на *, и в результате сокет используется всего один. Подробнее можно прочитать в описании параметра bind тут: http://nginx.org/r/listen > > 27 ноября 2012 г., 18:35 пользователь Maxim Dounin написал: > > > Hello! > > > > On Tue, Nov 27, 2012 at 06:29:19PM +0400, Михаил Панфилов wrote: > > > > > Исправление: cache manager и cache loader могли не запускаться, если > > > использовалось более 512 listen-сокетов. > > > > > > В 1.2.x такой проблемы нет? > > > > Есть. > > > > > > > > 27 ноября 2012 г., 18:27 пользователь Maxim Dounin > >написал: > > > > > > > Исправление: cache manager и cache loader могли не запускаться, если > > > > использовалось более 512 listen-сокетов. > > > > > > > > > > > > > > > > -- > > > Панфилов Михаил > > > Старший системный администратор www.sports.ru > > > > > > + 7 903 578 4067 > > > > > _______________________________________________ > > > nginx-ru mailing list > > > nginx-ru at nginx.org > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > > -- > > Maxim Dounin > > http://nginx.com/support.html > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru at nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > > -- > Панфилов Михаил > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Tue Nov 27 17:45:24 2012 From: nginx-forum at nginx.us (mikhal123) Date: Tue, 27 Nov 2012 12:45:24 -0500 Subject: =?UTF-8?B?0LLRi9C00LXQu9C40YLRjCDRh9Cw0YHRgtGMICRyZXF1ZXN0IHVyaSDQv9C+INGA?= =?UTF-8?B?0LXQs9GD0LvRj9GA0L3QvtC80YMg0LLRi9GA0LDQttC10L3QuNGPINCyINC/?= =?UTF-8?B?0LXRgNC10LzQtdC90L3Rg9GOPw==?= Message-ID: Подскажие плиз, можно ли выделить часть $request_uri по регулярному выражения в переменную? Условно говоря, нужно при запросе адреса вида http://static.site.ru/<префикс_сайта>/foo.jpg каким-то образом выделить этот $<префикс_сайта> чтобы потом использовать для proxy в конструкции вида proxy_pass http://1.1.1.1:80; proxy_set_header Host $<префикс_сайта>; Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233289,233289#msg-233289 From maybe at arjlover.net Tue Nov 27 18:08:20 2012 From: maybe at arjlover.net (Anton Kuznetsov) Date: Wed, 28 Nov 2012 01:08:20 +0700 Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0LzQvtCx0LjQu9GM0L3QvtC5INCy?= =?UTF-8?B?0LXRgNGB0LjQuCDRgdCw0LnRgtCw?= In-Reply-To: <68681e247c191494e8cb82e32693a7cf.NginxMailingListRussian@forum.nginx.org> References: <68681e247c191494e8cb82e32693a7cf.NginxMailingListRussian@forum.nginx.org> Message-ID: Задача снова актуальная. Может попробовать по методу 80/20 - может можно как-то просто (дешево на ЦПУ) гарантированно определить на нжинкс клиентов с ПК (может не всех) и таки выдать им версию из кэша? On Wed, Oct 3, 2012 at 7:47 AM, passani wrote: > Sdrastvuitje Drusja > > K sajelenyou moi ruski ni ochin. Isvinitje. Lushe ia anglisky gavaryou. > > We released an NGINX module today in beta format. More info here: > > > http://scientiamobile.com/blog/post/view/id/25/title/HTTP-and-Mobile%3A-The-Missing-Header- > > Luca Passani > WURFL Creator and CTO @ScientiaMobile > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,227561,231344#msg-231344 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kuznetsov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From aleksandr-kobychenko at ya.ru Tue Nov 27 19:19:32 2012 From: aleksandr-kobychenko at ya.ru (=?koi8-r?B?68/C2d7FzsvPIOHMxcvTwc7E0g==?=) Date: Tue, 27 Nov 2012 23:19:32 +0400 Subject: =?UTF-8?B?0KPQsdGA0LDRgtGMINC/0LDRgNC+0LvRjCDRgSDQv9Cw0L/QutC4INCy0YvRiNC1?= =?UTF-8?B?INC60L7RgNC90Y8g0YHQsNC50YLQsC4=?= Message-ID: <133321354043972@web21d.yandex.ru> An HTML attachment was scrubbed... URL: From aleksandr-kobychenko at ya.ru Tue Nov 27 19:48:51 2012 From: aleksandr-kobychenko at ya.ru (Aleksandr K.) Date: Tue, 27 Nov 2012 23:48:51 +0400 Subject: =?UTF-8?B?UmU6INCj0LHRgNCw0YLRjCDQv9Cw0YDQvtC70Ywg0YEg0L/QsNC/0LrQuCDQstGL?= =?UTF-8?B?0YjQtSDQutC+0YDQvdGPINGB0LDQudGC0LAu?= In-Reply-To: <133321354043972@web21d.yandex.ru> References: <133321354043972@web21d.yandex.ru> Message-ID: <1831354045731@web3f.yandex.ru> Прошу прощения, разобрался. -- Aleksandr K. 27.11.2012, 23:19, "Кобыченко Александр" : > Друзья, есть такой конфиг: > > nginx/1.2.0 > > server { > listen 80; > server_name *****.ru; > charset utf-8; > > location /bggRus { > root /usr/ftp/; > auth_basic off; > index index.html index.htm; > } > > location / { > root /usr/ftp; > auth_basic "closed site"; > auth_basic_user_file /usr/local/etc/nginx/pass; > autoindex on; > autoindex_exact_size off; > autoindex_localtime on; > } > } > > Нужно чтобы при обращении к /bggRus не было запроса пароля, а он есть. > Что я делаю не так? > -- > Александр К. > , > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From postmaster at softsearch.ru Tue Nov 27 20:01:32 2012 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 28 Nov 2012 00:01:32 +0400 Subject: =?UTF-8?B?UmVbMl06INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0LzQvtCx0LjQu9GM0L3QvtC5?= =?UTF-8?B?INCy0LXRgNGB0LjQuCDRgdCw0LnRgtCw?= In-Reply-To: References: <68681e247c191494e8cb82e32693a7cf.NginxMailingListRussian@forum.nginx.org> Message-ID: <289032680.20121128000132@softsearch.ru> Здравствуйте, Anton. Отделить наверное можно по названию операционки. Виндузятников, например. Памятуя об мобильной винде. -- С уважением, Михаил mailto:postmaster at softsearch.ru From postmaster at softsearch.ru Tue Nov 27 20:21:03 2012 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 28 Nov 2012 00:21:03 +0400 Subject: =?UTF-8?B?UmU6INCy0YvQtNC10LvQuNGC0Ywg0YfQsNGB0YLRjCAkcmVxdWVzdCB1cmkg0L8=?= =?UTF-8?B?0L4g0YDQtdCz0YPQu9GP0YDQvdC+0LzRgyDQstGL0YDQsNC20LXQvdC40Y8g?= =?UTF-8?B?0LIg0L/QtdGA0LXQvNC10L3QvdGD0Y4/?= In-Reply-To: References: Message-ID: <1169157142.20121128002103@softsearch.ru> Здравствуйте, mikhal123. > Подскажие плиз, можно ли выделить часть $request_uri по регулярному > выражения в переменную? > Условно говоря, нужно при запросе адреса вида > http://static.site.ru/<префикс_сайта>/foo.jpg каким-то образом выделить этот > $<префикс_сайта> чтобы потом использовать для proxy в конструкции вида > proxy_pass http://1.1.1.1:80; > proxy_set_header Host $<префикс_сайта>; У меня используется вот такой метод: map $request_filename $filename { default ""; "~*(?[^/]+\.(?:gif|jpe?g|png))$" $fn; } В регулярке значение именованной переменной $fn записывается в переменную $filename в зависимости от того, что в переменной $request_filename. Ты можешь так же действовать, только переписать регэксп и вместо $request_filename использовать $request_uri, или что там тебе больше походит из списка http://nginx.org/ru/docs/http/ngx_http_core_module.html#variables -- С уважением, Михаил mailto:postmaster at softsearch.ru From nginx-forum at nginx.us Tue Nov 27 21:05:51 2012 From: nginx-forum at nginx.us (cilrill) Date: Tue, 27 Nov 2012 16:05:51 -0500 Subject: =?UTF-8?B?0J7RgtC00LDRgtGMICLQu9C+0LrQsNC70YzQvdGL0LkiINGE0LDQudC7LCDQtdGB?= =?UTF-8?B?0LvQuCDRgdGA0LDQsdC+0YLQsNC7IHByb3h5IGNvbm5lY3QgdGltZW91dA==?= Message-ID: <55a3288ff575aee1270bfb5cde611ca1.NginxMailingListRussian@forum.nginx.org> Добрый день. Есть nginx работающий как кешируюший прокси. За ним бэкенд который "генерирует" картинки. server { listen 192.168.0.23; # IPort server_name *.site.ru charset windows-1251; location / { proxy_pass http://192.168.3.30; Можно ли (и если да, то как?) отдавать /proxy_timeout.png с локального хранлища если сработал proxy_connect_timeout? Думал о try_files, но как обратится к самому себе? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233299,233299#msg-233299 From mdounin at mdounin.ru Tue Nov 27 21:40:48 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 28 Nov 2012 01:40:48 +0400 Subject: =?UTF-8?B?UmU6INCe0YLQtNCw0YLRjCAi0LvQvtC60LDQu9GM0L3Ri9C5IiDRhNCw0LnQuywg?= =?UTF-8?B?0LXRgdC70Lgg0YHRgNCw0LHQvtGC0LDQuyBwcm94eSBjb25uZWN0IHRpbWVv?= =?UTF-8?B?dXQ=?= In-Reply-To: <55a3288ff575aee1270bfb5cde611ca1.NginxMailingListRussian@forum.nginx.org> References: <55a3288ff575aee1270bfb5cde611ca1.NginxMailingListRussian@forum.nginx.org> Message-ID: <20121127214048.GB40452@mdounin.ru> Hello! On Tue, Nov 27, 2012 at 04:05:51PM -0500, cilrill wrote: > Добрый день. > > Есть nginx работающий как кешируюший прокси. За ним бэкенд который > "генерирует" картинки. > > server { > listen 192.168.0.23; # IPort > server_name *.site.ru > charset windows-1251; > location / { > proxy_pass http://192.168.3.30; > > Можно ли (и если да, то как?) отдавать /proxy_timeout.png с локального > хранлища если сработал proxy_connect_timeout? > > Думал о try_files, но как обратится к самому себе? А просто банальную обработку ошибок настроить - чем не устраивает? error_page 504 = /proxy_timeout.png; location / { proxy_pass ... } location = /proxy_timeout.png { # nothing, just serve static } Подробнее тут: http://nginx.org/r/error_page -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Wed Nov 28 00:54:58 2012 From: nginx-forum at nginx.us (eewwereerre) Date: Tue, 27 Nov 2012 19:54:58 -0500 Subject: =?UTF-8?B?2KrZiNmD2YrZhCDZg9mE2YHZitmG2YrYqtmI2LEgMDEwOTcxMTkyOTI=?= Message-ID: <4249345b48908cda66b0304331adb7e7.NginxMailingListRussian@forum.nginx.org> ????? ????????? 01097119292??????? ?????? ?????????? ?????????? 01001300513 ????? ????????? ?????? ???????? ?????? ????? ???????????????? ????? ?????? ????????????????????????? ?????? ????????????????? ????? ????????? 01003555179????? ????????? ????? ?? ????? ????? ????? ????? ????????? ?? ??? ??? ????? ??????? ??????? ??????? ?? ????? ??? ???? ????? ???? ??? ???? ????? ??? ??? ??????? ?? ????? ?????? ??????? ???????? ????? . ????? ????? ????? ?????? ? ?????? ? ??? ??? ? ??????? - ?????? ... ????? ??? ?????? ??????? ????? ???? ?????? ??? ??? ?????? ????????? ?? ????? ??????? ????????? ????? ?? ??????? ???????? ??????? ?? ???? ???????? ? ???????? ? ????????? ?????? , ??????? ??????? ?? ???? ??????? ????? ????????? ??? 01001300513 - 01003555179 - 01097119696 - 01097119292 / ???? ???? ????? ????? ??????? ??? ???? ????? ???? ????? ??? ??????? ??????? ?????? ?????????? ?????????? 01001300513 ????? ????????? ?????? ???????? ?????? ????? ???????????????? ????? ?????? ????????????????????????? ?????? ????????????????? ????? ????????? 01003555179????? ????????? ????? ?? ????? ????? ????? ????? ????????? ?? ??? ??? ????? ??????? ??????? ??????? ?? ????? ??? ???? ????? ???? ??? ???? ????? ??? ??? ??????? ?? ????? ?????? ??????? ???????? ????? . ????? ????? ????? ?????? ? ?????? ? ??? ??? ? ??????? - ?????? ... ????? ??? ?????? ??????? ????? ???? ?????? ??? ??? ?????? ????????? ?? ????? ??????? ????????? ????? ?? ??????? ???????? ??????? ?? ???? ???????? ? ???????? ? ????????? ?????? , ??????? ??????? ?? ???? ??????? ????? ????????? ??? 01001300513 - 01003555179 - 01097119696 - 01097119292 / ???? ???? ????? ????? ??????? ??? ???? ????? ???? ????? ??? ??????? ....... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233305,233305#msg-233305 From nginx-forum at nginx.us Wed Nov 28 00:55:49 2012 From: nginx-forum at nginx.us (eewwereerre) Date: Tue, 27 Nov 2012 19:55:49 -0500 Subject: =?UTF-8?B?UmU6INiq2YjZg9mK2YQg2YPZhNmB2YrZhtmK2KrZiNixIDAxMDk3MTE5Mjky?= In-Reply-To: <4249345b48908cda66b0304331adb7e7.NginxMailingListRussian@forum.nginx.org> References: <4249345b48908cda66b0304331adb7e7.NginxMailingListRussian@forum.nginx.org> Message-ID: <4f7f50d61f992db0f75b3e176625fdaa.NginxMailingListRussian@forum.nginx.org> ??????? ?????? ?????????? ?????????? 01001300513 ????? ????????? ?????? ???????? ?????? ????? ???????????????? ????? ?????? ????????????????????????? ?????? ????????????????? ????? ????????? 01003555179????? ????????? ????? ?? ????? ????? ????? ????? ????????? ?? ??? ??? ????? ??????? ??????? ??????? ?? ????? ??? ???? ????? ???? ??? ???? ????? ??? ??? ??????? ?? ????? ?????? ??????? ???????? ????? . ????? ????? ????? ?????? ? ?????? ? ??? ??? ? ??????? - ?????? ... ????? ??? ?????? ??????? ????? ???? ?????? ??? ??? ?????? ????????? ?? ????? ??????? ????????? ????? ?? ??????? ???????? ??????? ?? ???? ???????? ? ???????? ? ????????? ?????? , ??????? ??????? ?? ???? ??????? ????? ????????? ??? 01001300513 - 01003555179 - 01097119696 - 01097119292 / ???? ???? ????? ????? ??????? ??? ???? ????? ???? ????? ??? ??????? ??????? ?????? ?????????? ?????????? 01001300513 ????? ????????? ?????? ???????? ?????? ????? ???????????????? ????? ?????? ????????????????????????? ?????? ????????????????? ????? ????????? 01003555179????? ????????? ????? ?? ????? ????? ????? ????? ????????? ?? ??? ??? ????? ??????? ??????? ??????? ?? ????? ??? ???? ????? ???? ??? ???? ????? ??? ??? ??????? ?? ????? ?????? ??????? ???????? ????? . ????? ????? ????? ?????? ? ?????? ? ??? ??? ? ??????? - ?????? ... ????? ??? ?????? ??????? ????? ???? ?????? ??? ??? ?????? ????????? ?? ????? ??????? ????????? ????? ?? ??????? ???????? ??????? ?? ???? ???????? ? ???????? ? ????????? ?????? , ??????? ??????? ?? ???? ??????? ????? ????????? ??? 01001300513 - 01003555179 - 01097119696 - 01097119292 / ???? ???? ????? ????? ??????? ??? ???? ????? ???? ????? ??? ??????? ....... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233305,233306#msg-233306 From nginx-forum at nginx.us Wed Nov 28 07:52:19 2012 From: nginx-forum at nginx.us (Vipper) Date: Wed, 28 Nov 2012 02:52:19 -0500 Subject: =?UTF-8?B?UmU6INCd0YPQttC10L0g0LzQvtC00YPQu9GMLg==?= In-Reply-To: <50B48371.6080107@comsys.com.ua> References: <50B48371.6080107@comsys.com.ua> Message-ID: Его получает демон, но написанный не на ноде как сейчас, а на С++. Вот кусок: if (cmptr == NULL && (cmptr = (cmsghdr *) malloc (CONTROLLEN)) == NULL) return (-1); msg.msg_control = (caddr_t) cmptr; msg.msg_controllen = CONTROLLEN; if ((nread = recvmsg (servfd, &msg, 0)) < 0) my_log ("recvmsg error\n"); else if (nread == 0) { my_log ("connection closed by server\n"); return (-1); } strcpy(query, ""); strncpy(query, &buf[2], (nread-2 > 255)? 255: nread-2); query[(nread-2 > 255)? 255: nread-2] = 0; newfd = *(int *) CMSG_DATA (cmptr); return (newfd); Sergey Smitienko Wrote: ------------------------------------------------------- > А кто получает это сообщение. Покажите кусок кода второго демона, с > recvmsg. > > Вот кусок кода из модуля к nginx который работает у меня с 2004 года > и > > занимается как раз тем что я прошу. > > if (!error) { > > buf[0] = 0; /* null byte flag to recv_fd() */ > > mysent = sendmsg (sockfd, &msg, 0); > > if (mysent == -1) > > rc = send_error(r, strerror(errno)); > > else > > //if ok, and now the socket in the voc-daemon, let's tell > nginx to > > close it: > > rc = NGX_HTTP_CLOSE; > > } > > }//end of if connect > > close(sockfd); > > }//end of if socket() > > > > Всё работает как надо. Но переделывать его у меня не хватает знаний. > > > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233223,233310#msg-233310 From nginx-forum at nginx.us Wed Nov 28 09:23:12 2012 From: nginx-forum at nginx.us (SenatoR) Date: Wed, 28 Nov 2012 04:23:12 -0500 Subject: =?UTF-8?B?0J3QsNGB0YLRgNC+0LnQutCwIHByb3h5IGNhY2hlICsgZ3ppcA==?= Message-ID: <9154c97801933fb9851fdf879484b8e4.NginxMailingListRussian@forum.nginx.org> Добрые сутки! Образил уже весь рунет, но либо такая проблема есть только у меня, либо всем на нее пофиг. Допустим, у нас есть proxy_cache или fastcgi_cache. Заставим его закешировать тестовую страницу, для чего зайдем на нее из браузера, поддерживающего сжатие gzip. В кеше на диске видно, что страница сжата и присутствуют соответствующие этому заголовки. А теперь зайдем на ту же страницу браузером без поддержки gzip (хоть тот же wget). Страница отдается из кеша, кодированной (!!!), вместо текста - кракозябры. Временно я решил эту проблему вот так: if ($http_user_agent ~ "MSIE [4-6]\.|Safari|Konqueror") { # В этих браузерах имеются баги при обработке gzip-сжатых файлов с длинными URL-ами. set $no_gzip 1; } if ($http_accept_encoding !~ "gzip") { set $no_gzip 1; } proxy_cache my_cache; proxy_cache_key "$no_gzip|$request_method|$http_if_modified_since|$http_if_none_match|$host|$request_uri"; Но сами понимаете, обидно кешировать 2 одинаковые страницы. Что делать и как быть? gzip_disable не помогает. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233316,233316#msg-233316 From mdounin at mdounin.ru Wed Nov 28 11:23:01 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 28 Nov 2012 15:23:01 +0400 Subject: =?UTF-8?B?UmU6INCd0LDRgdGC0YDQvtC50LrQsCBwcm94eSBjYWNoZSArIGd6aXA=?= In-Reply-To: <9154c97801933fb9851fdf879484b8e4.NginxMailingListRussian@forum.nginx.org> References: <9154c97801933fb9851fdf879484b8e4.NginxMailingListRussian@forum.nginx.org> Message-ID: <20121128112301.GE40452@mdounin.ru> Hello! On Wed, Nov 28, 2012 at 04:23:12AM -0500, SenatoR wrote: > Добрые сутки! > > Образил уже весь рунет, но либо такая проблема есть только у меня, либо всем > на нее пофиг. Допустим, у нас есть proxy_cache или fastcgi_cache. Заставим > его закешировать тестовую страницу, для чего зайдем на нее из браузера, > поддерживающего сжатие gzip. В кеше на диске видно, что страница сжата и > присутствуют соответствующие этому заголовки. > > А теперь зайдем на ту же страницу браузером без поддержки gzip (хоть тот же > wget). Страница отдается из кеша, кодированной (!!!), вместо текста - > кракозябры. > > Временно я решил эту проблему вот так: > > if ($http_user_agent ~ "MSIE [4-6]\.|Safari|Konqueror") { > # В этих браузерах имеются баги при обработке gzip-сжатых файлов с > длинными URL-ами. > set $no_gzip 1; > } > > if ($http_accept_encoding !~ "gzip") { > set $no_gzip 1; > } > > proxy_cache my_cache; > > proxy_cache_key > "$no_gzip|$request_method|$http_if_modified_since|$http_if_none_match|$host|$request_uri"; > > Но сами понимаете, обидно кешировать 2 одинаковые страницы. Что делать и как > быть? gzip_disable не помогает. Есть два способа кешировать только один вариант страницы: 1) Кешировать не сжатую страницу. Для этого можно либо отключить сжатие на бекенде, либо сделать proxy_set_header Accept-Encoding ""; Как-то так обычно у всех и работает. 2) Кешировать сжатую страницу. Для этого нужно, наоборот, включить сжатие, и принудительно выставить Accept-Encoding так, чтобы бекенд жал ответы, и обеспечить расжатие ответов для клиентов, которые gzip не поддерживают: gunzip on; proxy_set_header Accept-Encoding "gzip"; Для этого необходим модуль gunzip (в 1.3.x присутствует в коробке, http://nginx.org/r/gunzip, для более старых версий - при желании собирается как сторонний). -- Maxim Dounin http://nginx.com/support.html From maybe at arjlover.net Wed Nov 28 16:35:20 2012 From: maybe at arjlover.net (Anton Kuznetsov) Date: Wed, 28 Nov 2012 23:35:20 +0700 Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQmtGN0YjQuNGA0L7QstCw0L3QuNC1INC80L7QsdC40LvRjNC9?= =?UTF-8?B?0L7QuSDQstC10YDRgdC40Lgg0YHQsNC50YLQsA==?= In-Reply-To: <289032680.20121128000132@softsearch.ru> References: <68681e247c191494e8cb82e32693a7cf.NginxMailingListRussian@forum.nginx.org> <289032680.20121128000132@softsearch.ru> Message-ID: Отличное решение! Глянул в аналитику - это решение обеспечит 98% задачи. Вот что значит свежий взгляд на проблему. :) Я правильно понимаю что надо всего лишь выбрать "Windows NT" и отсечь "Windows Phone"? Антон. 2012/11/28 Михаил Монашёв > Здравствуйте, Anton. > > Отделить наверное можно по названию операционки. Виндузятников, > например. Памятуя об мобильной винде. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Wed Nov 28 17:06:09 2012 From: nginx-forum at nginx.us (mikhal123) Date: Wed, 28 Nov 2012 12:06:09 -0500 Subject: =?UTF-8?B?UmU6INCy0YvQtNC10LvQuNGC0Ywg0YfQsNGB0YLRjCAkcmVxdWVzdCB1cmkg0L8=?= =?UTF-8?B?0L4g0YDQtdCz0YPQu9GP0YDQvdC+0LzRgyDQstGL0YDQsNC20LXQvdC40Y8g?= =?UTF-8?B?0LIg0L/QtdGA0LXQvNC10L3QvdGD0Y4/?= In-Reply-To: <1169157142.20121128002103@softsearch.ru> References: <1169157142.20121128002103@softsearch.ru> Message-ID: <60faf83323249f988e097c795d110ac4.NginxMailingListRussian@forum.nginx.org> полазив по инету, уже сделал себе примерно следующее: if ($request_uri ~ ^\/(host1|host2|host3|........)\/(.+)$) { set $cache_host $1.coolsite.ru; set $supercache_uri $2; } proxy_pass http://1.1.1.1:80/$supercache_uri; proxy_set_header Host $cache_host; работает Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233296,233345#msg-233345 From postmaster at softsearch.ru Wed Nov 28 18:05:52 2012 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 28 Nov 2012 22:05:52 +0400 Subject: =?UTF-8?B?UmVbMl06INCy0YvQtNC10LvQuNGC0Ywg0YfQsNGB0YLRjCAkcmVxdWVzdCB1cmkg?= =?UTF-8?B?0L/QviDRgNC10LPRg9C70Y/RgNC90L7QvNGDINCy0YvRgNCw0LbQtdC90Lg=?= =?UTF-8?B?0Y8g0LIg0L/QtdGA0LXQvNC10L3QvdGD0Y4/?= In-Reply-To: <60faf83323249f988e097c795d110ac4.NginxMailingListRussian@forum.nginx.org> References: <1169157142.20121128002103@softsearch.ru> <60faf83323249f988e097c795d110ac4.NginxMailingListRussian@forum.nginx.org> Message-ID: <1163698381.20121128220552@softsearch.ru> Здравствуйте, mikhal123. > полазив по инету, уже сделал себе примерно следующее: > if ($request_uri ~ ^\/(host1|host2|host3|........)\/(.+)$) { > set $cache_host $1.coolsite.ru; > set $supercache_uri $2; > } > proxy_pass http://1.1.1.1:80/$supercache_uri; > proxy_set_header Host $cache_host; > работает map - полный аналог if-а, только без глюков и более гибкий. Правда, более сложен в понимании. Если есть возможность, то лучше сразу переписать на map. -- С уважением, Михаил mailto:postmaster at softsearch.ru From nginx-forum at nginx.us Wed Nov 28 18:11:33 2012 From: nginx-forum at nginx.us (SenatoR) Date: Wed, 28 Nov 2012 13:11:33 -0500 Subject: =?UTF-8?B?UmU6INCd0LDRgdGC0YDQvtC50LrQsCBwcm94eSBjYWNoZSArIGd6aXA=?= In-Reply-To: <20121128112301.GE40452@mdounin.ru> References: <20121128112301.GE40452@mdounin.ru> Message-ID: <4b1697f94959c80b9ebe982e73e9b2ae.NginxMailingListRussian@forum.nginx.org> > 1) Кешировать не сжатую страницу. Для этого можно либо отключить > сжатие на бекенде, либо сделать > proxy_set_header Accept-Encoding ""; > Как-то так обычно у всех и работает. Большое спасибо за ответ! Это действительно проще всего, для той части, что идет через apache я так и сделаю. А как мне быть с php-fpm? Команды fastcgi_set_header Accept-Encoding ""; не существует. Только компиллиоровать с gunzip? Заранее спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233323,233348#msg-233348 From citrin at citrin.ru Wed Nov 28 18:16:57 2012 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Wed, 28 Nov 2012 22:16:57 +0400 Subject: =?UTF-8?B?UmU6INCd0LDRgdGC0YDQvtC50LrQsCBwcm94eSBjYWNoZSArIGd6aXA=?= In-Reply-To: <4b1697f94959c80b9ebe982e73e9b2ae.NginxMailingListRussian@forum.nginx.org> References: <20121128112301.GE40452@mdounin.ru> <4b1697f94959c80b9ebe982e73e9b2ae.NginxMailingListRussian@forum.nginx.org> Message-ID: <50B65519.3060208@citrin.ru> On 11/28/12 22:11, SenatoR wrote: > А как мне быть с php-fpm? Команды fastcgi_set_header Accept-Encoding ""; не > существует. Только компиллиоровать с gunzip? Заранее спасибо. А разве PHP может сжимать через gzip данные, отдаваемые по протоколу FastCGI? -- Anton Yuzhaninov From nginx-forum at nginx.us Wed Nov 28 18:43:17 2012 From: nginx-forum at nginx.us (SenatoR) Date: Wed, 28 Nov 2012 13:43:17 -0500 Subject: =?UTF-8?B?UmU6INCd0LDRgdGC0YDQvtC50LrQsCBwcm94eSBjYWNoZSArIGd6aXA=?= In-Reply-To: <20121128112301.GE40452@mdounin.ru> References: <20121128112301.GE40452@mdounin.ru> Message-ID: <7662de8c561a1f738b3ec93aee5ae6b3.NginxMailingListRussian@forum.nginx.org> Прошу прощения, команда есть: fastcgi_param HTTP_ACCEPT_ENCODING ""; #turn gzip off Большое спасибо, разобрался! Сразу же задам еще один вопрос, т.к. он исходно являлся причиной первого. Кеш на диске кушает много места, но причина не только в том, что файлы были дублированы: nginx не хочет убивать старый кеш. inactive стоит 10 минут, время жизни10 минут. max_size он тоже игнорирует. Хотя если сделать service nginx restart, то cache manager убьет все лишнее в кеше и приведет размер в соответствие. В логе ошибок нет. Кеш расположен в tempfs, но может ли это как-то влиять? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233323,233350#msg-233350 From nginx-forum at nginx.us Wed Nov 28 19:08:24 2012 From: nginx-forum at nginx.us (cilrill) Date: Wed, 28 Nov 2012 14:08:24 -0500 Subject: =?UTF-8?B?UmU6INCe0YLQtNCw0YLRjCAi0LvQvtC60LDQu9GM0L3Ri9C5IiDRhNCw0LnQuywg?= =?UTF-8?B?0LXRgdC70Lgg0YHRgNCw0LHQvtGC0LDQuyBwcm94eSBjb25uZWN0IHRpbWVv?= =?UTF-8?B?dXQ=?= In-Reply-To: <20121127214048.GB40452@mdounin.ru> References: <20121127214048.GB40452@mdounin.ru> Message-ID: <09737048c08ccc3d825bed5c251b6a13.NginxMailingListRussian@forum.nginx.org> ммм. работает, да. а если бэкенд отключен (умер) вовсе? в error.log вот такое. 2012/11/28 23:06:07 [error] 19456#0: *21746 connect() failed (113: No route to host) while connecting to upstream, client: 192.168.72.50, server: *.site.ru Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233300,233351#msg-233351 From vbart at nginx.com Wed Nov 28 19:36:59 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Wed, 28 Nov 2012 23:36:59 +0400 Subject: =?UTF-8?B?UmU6INCd0LDRgdGC0YDQvtC50LrQsCBwcm94eSBjYWNoZSArIGd6aXA=?= In-Reply-To: <4b1697f94959c80b9ebe982e73e9b2ae.NginxMailingListRussian@forum.nginx.org> References: <20121128112301.GE40452@mdounin.ru> <4b1697f94959c80b9ebe982e73e9b2ae.NginxMailingListRussian@forum.nginx.org> Message-ID: <201211282336.59780.vbart@nginx.com> On Wednesday 28 November 2012 22:11:33 SenatoR wrote: > > 1) Кешировать не сжатую страницу. Для этого можно либо отключить > > сжатие на бекенде, либо сделать > > > > proxy_set_header Accept-Encoding ""; > > > > Как-то так обычно у всех и работает. > > Большое спасибо за ответ! Это действительно проще всего, для той части, что > идет через apache я так и сделаю. > > А как мне быть с php-fpm? > [...] Выключить сжатие в настройках php. По-умолчанию, кстати, оно выключено: http://php.net/manual/ru/zlib.configuration.php -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From rogat1y at gmail.com Wed Nov 28 23:44:34 2012 From: rogat1y at gmail.com (Maxim Kozlov) Date: Thu, 29 Nov 2012 03:44:34 +0400 Subject: =?UTF-8?B?UmU6INCe0YLQtNCw0YLRjCAi0LvQvtC60LDQu9GM0L3Ri9C5IiDRhNCw0LnQuywg?= =?UTF-8?B?0LXRgdC70Lgg0YHRgNCw0LHQvtGC0LDQuyBwcm94eSBjb25uZWN0IHRpbWVv?= =?UTF-8?B?dXQ=?= In-Reply-To: <09737048c08ccc3d825bed5c251b6a13.NginxMailingListRussian@forum.nginx.org> References: <20121127214048.GB40452@mdounin.ru> <09737048c08ccc3d825bed5c251b6a13.NginxMailingListRussian@forum.nginx.org> Message-ID: 2012/11/28 cilrill > ммм. работает, да. > > а если бэкенд отключен (умер) вовсе? > в error.log вот такое. > > 2012/11/28 23:06:07 [error] 19456#0: *21746 connect() failed (113: No route > to host) while connecting to upstream, client: 192.168.72.50, server: > *.site.ru > location / { proxy_pass http://...; proxy_intercept_errors on; error_page 502 = /proxy_timeout.png; } location = /proxy_timeout.png { ... } -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Thu Nov 29 04:46:21 2012 From: nginx-forum at nginx.us (cilrill) Date: Wed, 28 Nov 2012 23:46:21 -0500 Subject: =?UTF-8?B?UmU6INCe0YLQtNCw0YLRjCAi0LvQvtC60LDQu9GM0L3Ri9C5IiDRhNCw0LnQuywg?= =?UTF-8?B?0LXRgdC70Lgg0YHRgNCw0LHQvtGC0LDQuyBwcm94eSBjb25uZWN0IHRpbWVv?= =?UTF-8?B?dXQ=?= In-Reply-To: References: Message-ID: Это просто праздник какой то! Осознал. Спасибо! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233300,233362#msg-233362 From nginx-forum at nginx.us Thu Nov 29 05:08:16 2012 From: nginx-forum at nginx.us (mariush) Date: Thu, 29 Nov 2012 00:08:16 -0500 Subject: =?UTF-8?B?0KHRgtCw0YLQuNC60LAgKNC40LfQvtCx0YDQsNC20LXQvdC40Y8pINC+0YLQtNCw?= =?UTF-8?B?0Y7RgtGB0Y8g0YfQtdGA0LXQtyDRgNCw0Lc=?= Message-ID: Добрый день! Проблема с отдачей изображений - через раз nginx прерывает сессию по время загрузки. 8.3-RELEASE FreeBSD 8.3-RELEASE nginx-1.2.5 + php-5.4.7 + В логах в режиме debug: sendfile() failed (13: Permission denied) while sending response to client С правами проэкспериментированно все что только возможно, очень похоже на вариант указанный здесь http://www.lexa.ru/nginx-ru/msg09508.html Возможно кто-то сталкивался уже с подобным, если путь лечения данной поблемы. user www; worker_processes 50; #error_log logs/error.log; #error_log logs/error.log notice; #error_log logs/error.log info; #pid logs/nginx.pid; events { worker_connections 10024; } http { include mime.types; default_type application/octet-stream; log_format main '$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; #access_log logs/access.log main; sendfile on; tcp_nopush on; tcp_nodelay on; #keepalive_timeout 0; keepalive_timeout 65; gzip on; gzip_min_length 1100; gzip_buffers 64 8k; gzip_comp_level 3; gzip_http_version 1.1; gzip_proxied any; gzip_types text/plain application/xml application/x-javascript text/css; proxy_cache_path /var/tmp/nginx levels=1:2 keys_zone=my-cache:8m max_size=1000m inactive=600m; proxy_temp_path /var/tmp/nginx/cache/tmp; proxy_cache_key "$scheme$host$request_uri"; Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233363,233363#msg-233363 From igor at sysoev.ru Thu Nov 29 05:23:38 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Thu, 29 Nov 2012 09:23:38 +0400 Subject: =?UTF-8?B?UmU6INCh0YLQsNGC0LjQutCwICjQuNC30L7QsdGA0LDQttC10L3QuNGPKSDQvtGC?= =?UTF-8?B?0LTQsNGO0YLRgdGPINGH0LXRgNC10Lcg0YDQsNC3?= In-Reply-To: References: Message-ID: <271AEADB-3673-4204-82A7-D15BAB326CB5@sysoev.ru> On Nov 29, 2012, at 9:08 , mariush wrote: > Проблема с отдачей изображений - через раз nginx прерывает сессию по время > загрузки. > > 8.3-RELEASE FreeBSD 8.3-RELEASE > nginx-1.2.5 + php-5.4.7 + > > В логах в режиме debug: sendfile() failed (13: Permission denied) while > sending response to client > > С правами проэкспериментированно все что только возможно, очень похоже на > вариант указанный здесь http://www.lexa.ru/nginx-ru/msg09508.html Скорее всего, используется ipfw nat. Выключить, если не нужен. -- Igor Sysoev http://nginx.com/support.html From nginx-forum at nginx.us Thu Nov 29 05:29:23 2012 From: nginx-forum at nginx.us (mariush) Date: Thu, 29 Nov 2012 00:29:23 -0500 Subject: =?UTF-8?B?UmU6INCh0YLQsNGC0LjQutCwICjQuNC30L7QsdGA0LDQttC10L3QuNGPKSDQvtGC?= =?UTF-8?B?0LTQsNGO0YLRgdGPINGH0LXRgNC10Lcg0YDQsNC3?= In-Reply-To: <271AEADB-3673-4204-82A7-D15BAB326CB5@sysoev.ru> References: <271AEADB-3673-4204-82A7-D15BAB326CB5@sysoev.ru> Message-ID: Igor Sysoev Wrote: ------------------------------------------------------- > > С правами проэкспериментированно все что только возможно, очень > похоже на > > вариант указанный здесь http://www.lexa.ru/nginx-ru/msg09508.html > > Скорее всего, используется ipfw nat. Выключить, если не нужен. > Да, используется ipfw kernel nat. Побороть проблему без выключения ната никак нельзя? Возможно необходимы специфические настройки ната? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233363,233365#msg-233365 From igor at sysoev.ru Thu Nov 29 05:37:43 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Thu, 29 Nov 2012 09:37:43 +0400 Subject: =?UTF-8?B?UmU6INCh0YLQsNGC0LjQutCwICjQuNC30L7QsdGA0LDQttC10L3QuNGPKSDQvtGC?= =?UTF-8?B?0LTQsNGO0YLRgdGPINGH0LXRgNC10Lcg0YDQsNC3?= In-Reply-To: References: <271AEADB-3673-4204-82A7-D15BAB326CB5@sysoev.ru> Message-ID: On Nov 29, 2012, at 9:29 , mariush wrote: > Igor Sysoev Wrote: > ------------------------------------------------------- >>> С правами проэкспериментированно все что только возможно, очень >> похоже на >>> вариант указанный здесь http://www.lexa.ru/nginx-ru/msg09508.html >> >> Скорее всего, используется ipfw nat. Выключить, если не нужен. >> > > Да, используется ipfw kernel nat. Побороть проблему без выключения ната > никак нельзя? Возможно необходимы специфические настройки ната? А зачем на веб-сервере nat ? Или он не только веб-сервер ? Можно не передавать в nat соединения пришедшие на 80 порт. Кроме того, возможно, проблема может быть из-за ipfw pipe/queue. -- Igor Sysoev From nginx-forum at nginx.us Thu Nov 29 05:56:12 2012 From: nginx-forum at nginx.us (mariush) Date: Thu, 29 Nov 2012 00:56:12 -0500 Subject: =?UTF-8?B?UmU6INCh0YLQsNGC0LjQutCwICjQuNC30L7QsdGA0LDQttC10L3QuNGPKSDQvtGC?= =?UTF-8?B?0LTQsNGO0YLRgdGPINGH0LXRgNC10Lcg0YDQsNC3?= In-Reply-To: References: Message-ID: <185f1e758a2a6c8c370e97353f2cf260.NginxMailingListRussian@forum.nginx.org> Igor Sysoev Wrote: ------------------------------------------------------- > А зачем на веб-сервере nat ? Или он не только веб-сервер ? > Можно не передавать в nat соединения пришедшие на 80 порт. > Кроме того, возможно, проблема может быть из-за ipfw pipe/queue. Игорь, снимаю шляпу за правильную подсказку. Действительно, исключив все необходимые соединения из ната, получили корректную работу сервиса. Спасибо! PS: Нат необходим в связи со сложной технологической цепочкой, в которой nginx играет немаловажную роль. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233363,233367#msg-233367 From nginx-forum at nginx.us Thu Nov 29 08:32:49 2012 From: nginx-forum at nginx.us (SenatoR) Date: Thu, 29 Nov 2012 03:32:49 -0500 Subject: =?UTF-8?B?bmdpbngg0L3QtSDRg9C00LDQu9GP0LXRgiDRg9GB0YLQsNGA0LXQstGI0LjQuSA=?= =?UTF-8?B?0LrQtdGI?= Message-ID: Добрые сутки! После того, как была решена проблема с двукратным кешированием страниц, я хочу обсудить еще одну проблему: nginx не удаляет устаревший кеш. Также игнорируется max_size. Кеш у меня лежит в tmpfs. Ошибок в логе нету. Процесс cache manager висит. Если сделать: service nginx restart то кеш будет приведен в соответствие как по размеру, так и по валидности. nginx version: nginx/1.2.5 Debian 6 Кеш определяется так: proxy_cache_path /var/tmp levels=1:2 keys_zone=my_cache:10m max_size=25m inactive=10m; ...... proxy_cache_valid 200 302 304 10m; Что делаю не так? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233369,233369#msg-233369 From nikolaygrebnev at gmail.com Thu Nov 29 13:03:09 2012 From: nikolaygrebnev at gmail.com (Nikolay Grebnev) Date: Thu, 29 Nov 2012 17:03:09 +0400 Subject: proxy_next_upstream + haproxy Message-ID: Добрый день. Сейчас у меня имеется несколько апстримов, и стоит proxy_next_upstream для того чтобы в случае ошибки выбирать информацию из другого апстрима. Для упрощения настройки (там непростая конфигурация) есть желание внедрить haproxy (который не имеет функционала как proxy_next_upstream). И если будет только 1 апстим, то proxy_next_upstream также не будет функционален. Вопрос - если сделаем что-то вида upstream test { server localhost:8000; server localhost:8000; server localhost:8000; } То будет ли nginx одинаковые названия склеивать в одно? Или он будет считать это как 3 разных апстима и будет работать proxy_next_upstream? Как вариант есть запасной наплодить побольше записей в haproxy или сделать на уровне iptables, но это будет более заморочено конечно. upstream test { server localhost:8000; server localhost:8001; server localhost:8002; } Спасибо, Николай -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Thu Nov 29 14:02:11 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 29 Nov 2012 18:02:11 +0400 Subject: proxy_next_upstream + haproxy In-Reply-To: References: Message-ID: <20121129140211.GM40452@mdounin.ru> Hello! On Thu, Nov 29, 2012 at 05:03:09PM +0400, Nikolay Grebnev wrote: > Добрый день. > > Сейчас у меня имеется несколько апстримов, и стоит proxy_next_upstream для > того чтобы в случае ошибки выбирать информацию из другого апстрима. > Для упрощения настройки (там непростая конфигурация) есть желание внедрить > haproxy (который не имеет функционала как proxy_next_upstream). И если > будет только 1 апстим, то proxy_next_upstream также не будет функционален. > > Вопрос - если сделаем что-то вида > upstream test { > server localhost:8000; > server localhost:8000; > server localhost:8000; > } > То будет ли nginx одинаковые названия склеивать в одно? Или он будет > считать это как 3 разных апстима и будет работать proxy_next_upstream? Будет считать как 3 разных, должно всё работать. -- Maxim Dounin http://nginx.com/support.html From nikolaygrebnev at gmail.com Thu Nov 29 14:10:00 2012 From: nikolaygrebnev at gmail.com (Nikolay Grebnev) Date: Thu, 29 Nov 2012 18:10:00 +0400 Subject: proxy_next_upstream + haproxy In-Reply-To: <20121129140211.GM40452@mdounin.ru> References: <20121129140211.GM40452@mdounin.ru> Message-ID: Спасибо!!! 2012/11/29 Maxim Dounin > Hello! > > On Thu, Nov 29, 2012 at 05:03:09PM +0400, Nikolay Grebnev wrote: > > > Добрый день. > > > > Сейчас у меня имеется несколько апстримов, и стоит proxy_next_upstream > для > > того чтобы в случае ошибки выбирать информацию из другого апстрима. > > Для упрощения настройки (там непростая конфигурация) есть желание > внедрить > > haproxy (который не имеет функционала как proxy_next_upstream). И если > > будет только 1 апстим, то proxy_next_upstream также не будет > функционален. > > > > Вопрос - если сделаем что-то вида > > upstream test { > > server localhost:8000; > > server localhost:8000; > > server localhost:8000; > > } > > То будет ли nginx одинаковые названия склеивать в одно? Или он будет > > считать это как 3 разных апстима и будет работать proxy_next_upstream? > > Будет считать как 3 разных, должно всё работать. > > -- > Maxim Dounin > http://nginx.com/support.html > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Thu Nov 29 14:25:12 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 29 Nov 2012 18:25:12 +0400 Subject: =?UTF-8?B?UmU6IG5naW54INC90LUg0YPQtNCw0LvRj9C10YIg0YPRgdGC0LDRgNC10LLRiNC4?= =?UTF-8?B?0Lkg0LrQtdGI?= In-Reply-To: References: Message-ID: <20121129142512.GN40452@mdounin.ru> Hello! On Thu, Nov 29, 2012 at 03:32:49AM -0500, SenatoR wrote: > Добрые сутки! > > После того, как была решена проблема с двукратным кешированием страниц, я > хочу обсудить еще одну проблему: nginx не удаляет устаревший кеш. Также > игнорируется max_size. Кеш у меня лежит в tmpfs. Ошибок в логе нету. Процесс > cache manager висит. Если сделать: > > service nginx restart > > то кеш будет приведен в соответствие как по размеру, так и по валидности. > > nginx version: nginx/1.2.5 > Debian 6 > > Кеш определяется так: > > proxy_cache_path /var/tmp levels=1:2 keys_zone=my_cache:10m max_size=25m > inactive=10m; > ...... > proxy_cache_valid 200 302 304 10m; > > Что делаю не так? Во-первых, следует уточнить терминологию. По валидности кеш удаляться и не должен. Должен - по неактивности (proxy_cache_path ... inactive=10m), но неактивность - это отсутствие запросов к данному ресурсу, которое в общем случае не так просто обеспечить. Если не соблюдается max_size - это странно, но при столь малых размерах кеша - вполне может быть например следствием того, что все (точнее - 20 наиболее редко используемых) лежащие в кеше ресурсы в настоящий момент обновляются, и поэтому не могут быть удалены. Если хочется разобраться в деталях что же происходит в вашем конкретном случае - то нужен debug log: http://nginx.org/ru/docs/debugging_log.html -- Maxim Dounin http://nginx.com/support.html From mdounin at mdounin.ru Thu Nov 29 14:27:29 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 29 Nov 2012 18:27:29 +0400 Subject: proxy_next_upstream + haproxy In-Reply-To: References: <20121129140211.GM40452@mdounin.ru> Message-ID: <20121129142729.GO40452@mdounin.ru> Hello! On Thu, Nov 29, 2012 at 06:10:00PM +0400, Nikolay Grebnev wrote: > Спасибо!!! Пожалуйста. В качестве ответной любезности - а расскажите pls, чего именно в вашем случае в nginx'е не хватает, что приходится за ним ставить haproxy? -- Maxim Dounin http://nginx.com/support.html From mdounin at mdounin.ru Thu Nov 29 14:48:31 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 29 Nov 2012 18:48:31 +0400 Subject: =?UTF-8?B?UmU6INCe0YLQtNCw0YLRjCAi0LvQvtC60LDQu9GM0L3Ri9C5IiDRhNCw0LnQuywg?= =?UTF-8?B?0LXRgdC70Lgg0YHRgNCw0LHQvtGC0LDQuyBwcm94eSBjb25uZWN0IHRpbWVv?= =?UTF-8?B?dXQ=?= In-Reply-To: References: <20121127214048.GB40452@mdounin.ru> <09737048c08ccc3d825bed5c251b6a13.NginxMailingListRussian@forum.nginx.org> Message-ID: <20121129144831.GQ40452@mdounin.ru> Hello! On Thu, Nov 29, 2012 at 03:44:34AM +0400, Maxim Kozlov wrote: > 2012/11/28 cilrill > > > ммм. работает, да. > > > > а если бэкенд отключен (умер) вовсе? > > в error.log вот такое. > > > > 2012/11/28 23:06:07 [error] 19456#0: *21746 connect() failed (113: No route > > to host) while connecting to upstream, client: 192.168.72.50, server: > > *.site.ru > > > > location / { > proxy_pass http://...; > proxy_intercept_errors on; > error_page 502 = /proxy_timeout.png; Just a side note: proxy_intercept_errors тут, вообще говоря, не нужен, он нужен для перехвата полноценных http-ответов бекенда (если таковые ответы рассказывают о случившейся где-то далее ошибке). [...] -- Maxim Dounin http://nginx.com/support.html From nikolaygrebnev at gmail.com Thu Nov 29 15:39:21 2012 From: nikolaygrebnev at gmail.com (Nikolay Grebnev) Date: Thu, 29 Nov 2012 19:39:21 +0400 Subject: proxy_next_upstream + haproxy In-Reply-To: <20121129142729.GO40452@mdounin.ru> References: <20121129140211.GM40452@mdounin.ru> <20121129142729.GO40452@mdounin.ru> Message-ID: Просьба не ругать за криворукость :) Придется начать из далека. Картинки у нас хранятся в hbase (не очень много, пока всего чистыми данными 500 гигов). Извлекаются от туда руби с рельсами. Для ускорения процесса был настроен сквид. Который тупо кешировал все http://127.0.0.1:8000/show_pictures/........ (он торчал на 8000 порту) Потом появился локальный сквид на машинке которая раздает 90% траффика. Этот сквид имел парента - предыдущего сквида. Все было нормально. Но тут у hetzner-а в DC10 наступил сбой во внутренней маршрутизации. Я с перепугу тот сервер перезагрузил (кто знал что не надо). Они потом мне прислали "ну типа незапланированный сбой поэтому предупредить не могли). В общем, когда все начало работать, то оказалось что картинки раздаются только с одного диска, и производительнось отдачи зависит тупо от одного диска. И пока не нарастится кеш в памяти то все страшно тормозит! Срочно сквиды были переведены в режим sibling (с перепугу было настроено еще 3 дополнительных сервера под это), Но после этого оказалось что тк урлы которые к ним идут отличаются от http://127.0.0.1:8000/ , и, как следствие, нифига не закешированы. Haproxy мгновенно спас ситуацию - он висит на 127.0.0.1:8000 и берет из сквидов именно то что нужно (сквиды переехали на исторический 3128 порт). Собственно, все. Возможно сквиды умеют работать в режиме акселератора и не обращать внимания на название хоста, но я этого быстро не нашел, а нужно было спасать ситуацию. 2012/11/29 Maxim Dounin > Hello! > > On Thu, Nov 29, 2012 at 06:10:00PM +0400, Nikolay Grebnev wrote: > > > Спасибо!!! > > Пожалуйста. В качестве ответной любезности - а расскажите pls, > чего именно в вашем случае в nginx'е не хватает, что приходится за > ним ставить haproxy? > > -- > Maxim Dounin > http://nginx.com/support.html > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Thu Nov 29 16:15:41 2012 From: nginx-forum at nginx.us (smirnov_arkady) Date: Thu, 29 Nov 2012 11:15:41 -0500 Subject: =?UTF-8?Q?Re=3A_Connection_was_reset_-_SIGSEGV_=D0=B2_ngx_pcalloc?= In-Reply-To: <201211221854.55741.vbart@nginx.com> References: <201211221854.55741.vbart@nginx.com> Message-ID: Валентин Бартенев Wrote: ------------------------------------------------------- > On Thursday 22 November 2012 18:09:02 smirnov_arkady wrote: > > Первым делом имеет смысл собрать без сторонних модулей, и посмотреть, > воспроизводится ли при этом проблема. > Оказалось дело не в сторонних модулях. После увеличения размера request_pool_size проблема исчезла. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233146,233388#msg-233388 From hell-for-yahoo at umail.ru Thu Nov 29 16:16:54 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Thu, 29 Nov 2012 20:16:54 +0400 Subject: proxy_next_upstream + haproxy In-Reply-To: References: <20121129140211.GM40452@mdounin.ru> <20121129142729.GO40452@mdounin.ru> Message-ID: <964230279.20121129201654@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Nikolay Grebnev! NG> Просьба не ругать за криворукость :) А за неуважение к вашим адресатам ругать можно? NG> 2012/11/29 Maxim Dounin >> Hello! >> >> On Thu, Nov 29, 2012 at 06:10:00PM +0400, Nikolay Grebnev wrote: >> >> > Спасибо!!! >> >> Пожалуйста. В качестве ответной любезности - а расскажите pls, >> чего именно в вашем случае в nginx'е не хватает, что приходится за >> ним ставить haproxy? NG> Придется начать из далека. NG> Картинки у нас хранятся в hbase (не очень много, пока всего чистыми данными NG> 500 гигов). Извлекаются от туда руби с рельсами. Для ускорения процесса был NG> настроен сквид. Который тупо кешировал все NG> http://127.0.0.1:8000/show_pictures/........ (он торчал на 8000 порту) NG> Потом появился локальный сквид на машинке которая раздает 90% траффика. NG> Этот сквид имел парента - предыдущего сквида. Все было нормально. NG> Но тут у hetzner-а в DC10 наступил сбой во внутренней маршрутизации. Я с NG> перепугу тот сервер перезагрузил (кто знал что не надо). Они потом мне NG> прислали "ну типа незапланированный сбой поэтому предупредить не могли). В NG> общем, когда все начало работать, то оказалось что картинки раздаются NG> только с одного диска, и производительнось отдачи зависит тупо от одного NG> диска. И пока не нарастится кеш в памяти то все страшно тормозит! NG> Срочно сквиды были переведены в режим sibling (с перепугу было настроено NG> еще 3 дополнительных сервера под это), Но после этого оказалось что тк урлы NG> которые к ним идут отличаются от http://127.0.0.1:8000/ , и, как NG> следствие, нифига не закешированы. NG> Haproxy мгновенно спас ситуацию - он висит на 127.0.0.1:8000 и берет из NG> сквидов именно то что нужно (сквиды переехали на исторический 3128 порт). NG> Собственно, все. Возможно сквиды умеют работать в режиме акселератора и не NG> обращать внимания на название хоста, но я этого быстро не нашел, а нужно NG> было спасать ситуацию. Что мешает заменить эту шарашку на два nginx'а? -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) четверг, 29.11.2012, <20:15> From mdounin at mdounin.ru Thu Nov 29 16:21:37 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 29 Nov 2012 20:21:37 +0400 Subject: proxy_next_upstream + haproxy In-Reply-To: References: <20121129140211.GM40452@mdounin.ru> <20121129142729.GO40452@mdounin.ru> Message-ID: <20121129162136.GU40452@mdounin.ru> Hello! On Thu, Nov 29, 2012 at 07:39:21PM +0400, Nikolay Grebnev wrote: > Просьба не ругать за криворукость :) > > Придется начать из далека. > Картинки у нас хранятся в hbase (не очень много, пока всего чистыми данными > 500 гигов). Извлекаются от туда руби с рельсами. Для ускорения процесса был > настроен сквид. Который тупо кешировал все > http://127.0.0.1:8000/show_pictures/........ (он торчал на 8000 порту) > Потом появился локальный сквид на машинке которая раздает 90% траффика. > Этот сквид имел парента - предыдущего сквида. Все было нормально. > Но тут у hetzner-а в DC10 наступил сбой во внутренней маршрутизации. Я с > перепугу тот сервер перезагрузил (кто знал что не надо). Они потом мне > прислали "ну типа незапланированный сбой поэтому предупредить не могли). В > общем, когда все начало работать, то оказалось что картинки раздаются > только с одного диска, и производительнось отдачи зависит тупо от одного > диска. И пока не нарастится кеш в памяти то все страшно тормозит! > > Срочно сквиды были переведены в режим sibling (с перепугу было настроено > еще 3 дополнительных сервера под это), Но после этого оказалось что тк урлы > которые к ним идут отличаются от http://127.0.0.1:8000/ , и, как > следствие, нифига не закешированы. > Haproxy мгновенно спас ситуацию - он висит на 127.0.0.1:8000 и берет из > сквидов именно то что нужно (сквиды переехали на исторический 3128 порт). > > Собственно, все. Возможно сквиды умеют работать в режиме акселератора и не > обращать внимания на название хоста, но я этого быстро не нашел, а нужно > было спасать ситуацию. А, т.е. haproxy - это такой модный способ заменить строку proxy_set_header Host "127.0.0.1:8000"; в конфиге nginx'а? Понятно, так и запишем... ;) -- Maxim Dounin http://nginx.com/support.html From nikolaygrebnev at gmail.com Thu Nov 29 17:06:54 2012 From: nikolaygrebnev at gmail.com (Nikolay Grebnev) Date: Thu, 29 Nov 2012 21:06:54 +0400 Subject: proxy_next_upstream + haproxy In-Reply-To: <20121129162136.GU40452@mdounin.ru> References: <20121129140211.GM40452@mdounin.ru> <20121129142729.GO40452@mdounin.ru> <20121129162136.GU40452@mdounin.ru> Message-ID: Спасибо! Это помогло. Эхх, придется отказываться от haproxy - а там такая красивая статистика :) Была 2012/11/29 Maxim Dounin > proxy_set_header Host "127.0.0.1:8000" > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Thu Nov 29 17:09:02 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 29 Nov 2012 21:09:02 +0400 Subject: =?UTF-8?Q?Re=3A_Connection_was_reset_-_SIGSEGV_=D0=B2_ngx_pcalloc?= In-Reply-To: References: <201211221854.55741.vbart@nginx.com> Message-ID: <20121129170902.GW40452@mdounin.ru> Hello! On Thu, Nov 29, 2012 at 11:15:41AM -0500, smirnov_arkady wrote: > Валентин Бартенев Wrote: > ------------------------------------------------------- > > On Thursday 22 November 2012 18:09:02 smirnov_arkady wrote: > > > > Первым делом имеет смысл собрать без сторонних модулей, и посмотреть, > > воспроизводится ли при этом проблема. > > > > Оказалось дело не в сторонних модулях. > > После увеличения размера request_pool_size проблема исчезла. Это называется - проблема перестала проявляться. А в чём состоит проблема и где она - вы так и не знаете. Подозреваю, что таки в сторонних модулях. -- Maxim Dounin http://nginx.com/support.html From nikolaygrebnev at gmail.com Thu Nov 29 18:01:05 2012 From: nikolaygrebnev at gmail.com (Nikolay Grebnev) Date: Thu, 29 Nov 2012 22:01:05 +0400 Subject: proxy_next_upstream + haproxy In-Reply-To: References: <20121129140211.GM40452@mdounin.ru> <20121129142729.GO40452@mdounin.ru> <20121129162136.GU40452@mdounin.ru> Message-ID: Максим, можно еще один вопрос? Как сделать в nginx одинаковый конфиг на много серверов, но с условиями - чтобы была загрузка различных include-файлов на разных серверах? (надо прописывать разные сервера для групп апстримов). Идеально - по ENV переменной среды или по hostname... Или есть какие-то другие способы? Заранее спасибо! 2012/11/29 Nikolay Grebnev > Спасибо! Это помогло. > Эхх, придется отказываться от haproxy - а там такая красивая статистика :) > Была > > 2012/11/29 Maxim Dounin > >> proxy_set_header Host "127.0.0.1:8000" >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From postmaster at softsearch.ru Thu Nov 29 18:54:51 2012 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Thu, 29 Nov 2012 22:54:51 +0400 Subject: proxy_next_upstream + haproxy In-Reply-To: References: <20121129140211.GM40452@mdounin.ru> <20121129142729.GO40452@mdounin.ru> <20121129162136.GU40452@mdounin.ru> Message-ID: <1029193517.20121129225451@softsearch.ru> Здравствуйте, Nikolay. > Как сделать в nginx одинаковый конфиг на много серверов, но с > условиями - чтобы была загрузка различных include-файлов на разных > серверах? (надо прописывать разные сервера для групп апстримов). > Идеально - по ENV переменной среды или по hostname... > Или есть какие-то другие способы? Вместо конфига написать генерилку конфига? -- С уважением, Михаил mailto:postmaster at softsearch.ru From a.vasilishin at kpi.ua Thu Nov 29 19:56:49 2012 From: a.vasilishin at kpi.ua (=?UTF-8?B?0JDQvdC00YDQtdC5INCS0LDRgdC40LvQuNGI0LjQvQ==?=) Date: Thu, 29 Nov 2012 21:56:49 +0200 Subject: proxy_buffering off; & proxy_cache Message-ID: <50B7BE01.2040801@kpi.ua> Здравствуйте! Добавьте пожалуйста в документацию. -Если буферизация выключена, то ответ синхронно передаётся клиенту сразу же по мере его поступления. +Если буферизация выключена, то ответ синхронно передаётся клиенту сразу же по мере его поступления, не будет работать proxy_cache. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From nikolaygrebnev at gmail.com Thu Nov 29 21:02:54 2012 From: nikolaygrebnev at gmail.com (Nikolay Grebnev) Date: Fri, 30 Nov 2012 01:02:54 +0400 Subject: proxy_next_upstream + haproxy In-Reply-To: <1029193517.20121129225451@softsearch.ru> References: <20121129140211.GM40452@mdounin.ru> <20121129142729.GO40452@mdounin.ru> <20121129162136.GU40452@mdounin.ru> <1029193517.20121129225451@softsearch.ru> Message-ID: Да, только писать генерилку не хочется (хоть очень просто), хочется единого конфига на все сервера и датацентры, тем более что отличия гомеопатические :) 2012/11/29 Михаил Монашёв > Здравствуйте, Nikolay. > > > Как сделать в nginx одинаковый конфиг на много серверов, но с > > условиями - чтобы была загрузка различных include-файлов на разных > > серверах? (надо прописывать разные сервера для групп апстримов). > > Идеально - по ENV переменной среды или по hostname... > > Или есть какие-то другие способы? > > Вместо конфига написать генерилку конфига? > > -- > С уважением, > Михаил mailto:postmaster at softsearch.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Thu Nov 29 21:25:44 2012 From: nginx-forum at nginx.us (cilrill) Date: Thu, 29 Nov 2012 16:25:44 -0500 Subject: =?UTF-8?B?UmU6INCe0YLQtNCw0YLRjCAi0LvQvtC60LDQu9GM0L3Ri9C5IiDRhNCw0LnQuywg?= =?UTF-8?B?0LXRgdC70Lgg0YHRgNCw0LHQvtGC0LDQuyBwcm94eSBjb25uZWN0IHRpbWVv?= =?UTF-8?B?dXQ=?= In-Reply-To: <20121129144831.GQ40452@mdounin.ru> References: <20121129144831.GQ40452@mdounin.ru> Message-ID: Да. Полез тестить и в тестовой среде - все работало. Уже закешированные ответы отдавались. Полез тестить на продакшене, при погашенном бэкенд сервере не отдавался даже уже закешированный (лежащий на диске) контент. Возможно это было изза того, что полез чего то менять уже после того, как бэкенд был выключен, и nginx был перезапущен, чтобы применилась директива. Nginx рестартанул, в памяти активных ключей нет, cache manager еще не отработал, а запросы уже пришли. И nginx стал отдавать proxy_timeout.png на ВСЕ запросы. Тут время на тесты закончилось и пришлось все вназад откатывать. Я вообще правильно понял, что для обслуживания запросов из кеша, при выключенном бэкенде нужно использовать proxy_cache_use_stale timeout;? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233300,233400#msg-233400 From mdounin at mdounin.ru Thu Nov 29 23:21:16 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Fri, 30 Nov 2012 03:21:16 +0400 Subject: =?UTF-8?B?UmU6INCe0YLQtNCw0YLRjCAi0LvQvtC60LDQu9GM0L3Ri9C5IiDRhNCw0LnQuywg?= =?UTF-8?B?0LXRgdC70Lgg0YHRgNCw0LHQvtGC0LDQuyBwcm94eSBjb25uZWN0IHRpbWVv?= =?UTF-8?B?dXQ=?= In-Reply-To: References: <20121129144831.GQ40452@mdounin.ru> Message-ID: <20121129232116.GX40452@mdounin.ru> Hello! On Thu, Nov 29, 2012 at 04:25:44PM -0500, cilrill wrote: > Да. Полез тестить и в тестовой среде - все работало. Уже закешированные > ответы отдавались. > > Полез тестить на продакшене, при погашенном бэкенд сервере не отдавался даже > уже закешированный (лежащий на диске) контент. > Возможно это было изза того, что полез чего то менять уже после того, как > бэкенд был выключен, и nginx был перезапущен, чтобы применилась директива. > Nginx рестартанул, в памяти активных ключей нет, cache manager еще не > отработал, а запросы уже пришли. И nginx стал отдавать proxy_timeout.png на > ВСЕ запросы. > > Тут время на тесты закончилось и пришлось все вназад откатывать. > > Я вообще правильно понял, что для обслуживания запросов из кеша, при > выключенном бэкенде нужно использовать proxy_cache_use_stale timeout;? Лучше как минимум proxy_cache_use_stale error timeout; И в большинстве случаев ещё полезно updating. -- Maxim Dounin http://nginx.com/support.html From mdounin at mdounin.ru Fri Nov 30 01:31:20 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Fri, 30 Nov 2012 05:31:20 +0400 Subject: proxy_next_upstream + haproxy In-Reply-To: References: <20121129140211.GM40452@mdounin.ru> <20121129142729.GO40452@mdounin.ru> <20121129162136.GU40452@mdounin.ru> Message-ID: <20121130013120.GA40452@mdounin.ru> Hello! On Thu, Nov 29, 2012 at 10:01:05PM +0400, Nikolay Grebnev wrote: > Максим, можно еще один вопрос? > > Как сделать в nginx одинаковый конфиг на много серверов, но с условиями - > чтобы была загрузка различных include-файлов на разных серверах? (надо > прописывать разные сервера для групп апстримов). > Идеально - по ENV переменной среды или по hostname... > Или есть какие-то другие способы? Из области простых решений - "ln -s" одного имени в разные файлы на разных серверах. Или одно имя бекенда, резолвящееся в разные ip через /etc/hosts на разных серверах. Универсальное решение уже предложил Миша - генерить конфиг такой, какой хочется, используя свой любимый шаблонизатор. -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Fri Nov 30 10:55:40 2012 From: nginx-forum at nginx.us (Renat) Date: Fri, 30 Nov 2012 05:55:40 -0500 Subject: =?UTF-8?B?0JjQtyDQt9CwINGH0LXQs9C+INC80LXQtNC70LXQvdC90L4g0YDQsNCx0L7RgtCw?= =?UTF-8?B?0LXRgiBuZ2lueD8=?= Message-ID: <3113aacd33553a5a9bd8e01b7324fd65.NginxMailingListRussian@forum.nginx.org> Столкнулся с такой проблемой. Около полугода назад ставил nginx на оду из своих Linux машин. - Остался очень доволен, все замечательно работает. Но вот вчера поставил тот же nginx - ту же сбору, с той же конфигурацией на другую машину. И столкнулся с тем что простые легкие статические страницы с рисунками грузятся по 5 минут. Сервер не загружен (сpu:0.2%). В логах так же ничего странного не заметил. Такое ощущение что стоит какое-то ограничение по скорости. Хотя в то же время если качать что-то через wget скорость до 50 мегабит. В чем может быть дело? Статику + картинки обрабатывает только nginx. Apache - вообще нет на сервере. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233427,233427#msg-233427 From dmitriy at lyalyuev.info Fri Nov 30 11:11:22 2012 From: dmitriy at lyalyuev.info (=?UTF-8?B?0JTQvNC40YLRgNC40Lkg0JvRj9C70Y7QtdCy?=) Date: Fri, 30 Nov 2012 13:11:22 +0200 Subject: FastCGI Perl + Nginx Message-ID: Не пойму в чем проблема. Может быть уважаемый All подскажет? Пытаюсь прикрутить Foswiki к Nginx без индейца: server { listen 80; server_name wiki.localdomain; root /opt/data/wiki; error_log /tmp/error.log; access_log /tmp/access.log; if ($args ~* "skin|raw|template|maxrev|minrev|currev") { rewrite ^(.*)$ /bin/view/$1?; } rewrite ^/bin/view(.*)$ / redirect; rewrite ^(/Help)$ /bin/view/Help last; rewrite ^/(Main|System|Sandbox|Help)(/[A-Z].*)$ /bin/view/$1$2 last; rewrite ^/([A-Z].*) /bin/view/Help/$1 last; rewrite ^/(Help)(/[A-Z].*)$ $2; rewrite ^/([A-Z].*) /bin/view/Help/$1 last; rewrite ^/$ /bin/view/Help last; location ~ /bin/view/(System|System/.*|Main|Main/.*|Sandbox|Sandbox/.*) { auth_basic "Enter your WikiName. (First name and last name, no space, no dots, capitalized, e.g. JohnSmith). Cancel to register if you do not have one."; auth_basic_user_file /opt/data/wiki/data/.htpasswd; gzip off; fastcgi_pass unix:/var/run/wiki/fcgi.sock; fastcgi_split_path_info ^(/bin/\w+)(.*); # Yes, one of the above links had this wrong fastcgi_param SCRIPT_FILENAME /opt/data/wiki/$fastcgi_script_name; fastcgi_param PATH_INFO $fastcgi_path_info; fastcgi_param SCRIPT_NAME $fastcgi_script_name; fastcgi_param REMOTE_USER $remote_user; include fastcgi_params; } location / { limit_except GET POST { deny all; } } location ~* /pub/.*\.(s?p?html?|php3?|pl|py|cgi)$ { types {} default_type application/octet-stream; } location ~ /bin/configure { allow all; # add allow statements only for administrative IPs! deny all; gzip off; fastcgi_pass unix:/var/run/wiki/configure.sock; # $socket_path is not in nginx, see number 2 above fastcgi_split_path_info ^(/bin/configure)(.*); # Yes, one of the above links had this wrong fastcgi_param SCRIPT_FILENAME /opt/data/wiki/bin/configure; # $configure_script is not in nginx, see number 2 above fastcgi_param PATH_INFO $fastcgi_path_info; fastcgi_param SCRIPT_NAME $fastcgi_script_name; fastcgi_param REMOTE_USER $remote_user; include fastcgi_params; } location ~ /bin/.* { gzip off; fastcgi_pass unix:/var/run/wiki/fcgi.sock; # $fcgi_socket comes from #3 above fastcgi_split_path_info ^(/bin/\w+)(.*); # Yes, one of the above links had this wrong fastcgi_param SCRIPT_FILENAME /opt/data/wiki/$fastcgi_script_name; fastcgi_param PATH_INFO $fastcgi_path_info; fastcgi_param SCRIPT_NAME $fastcgi_script_name; fastcgi_param REMOTE_USER $remote_user; include fastcgi_params; } location ~ (^/lib|^/data|^/locale|^/templates|^/tools|^/work) { deny all; } } По вики ходится все замечательно, скрипт конфига вики работает, а вот http://wiki.localdomain/bin/edit/.... и т.п. не хочет работать. Ткните носом неразумного плз. :) -- С уважением, Дмитрий Лялюев тел. +380 (66) 532-29-62 Все контакты для связи на http://lyalyuev.info -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Fri Nov 30 11:32:09 2012 From: nginx-forum at nginx.us (SenatoR) Date: Fri, 30 Nov 2012 06:32:09 -0500 Subject: =?UTF-8?B?UmU6IG5naW54INC90LUg0YPQtNCw0LvRj9C10YIg0YPRgdGC0LDRgNC10LLRiNC4?= =?UTF-8?B?0Lkg0LrQtdGI?= In-Reply-To: <20121129142512.GN40452@mdounin.ru> References: <20121129142512.GN40452@mdounin.ru> Message-ID: Большое спасибо за пояснения и ответ! Попробую уменьшить время inactive до 5 минут. Посмотрел через inotifywait - файлы удаляются. Если верить документации, то он должен при достижении max_size просто удалять самые старые. Буду тестировать далее. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233369,233430#msg-233430 From kariedo at gmail.com Fri Nov 30 12:03:12 2012 From: kariedo at gmail.com (=?KOI8-R?B?68HSyQ==?=) Date: Fri, 30 Nov 2012 15:03:12 +0300 Subject: client_body_temp overflow Message-ID: Привет, OS - FreeBSD 8.2-RELEASE # nginx -V nginx: nginx version: nginx/1.0.10 nginx: built by gcc 4.2.1 20070719 [FreeBSD] nginx: TLS SNI support enabled nginx: configure arguments: --sbin-path=/usr/local/sbin/nginx --conf-path=/usr/local/etc/nginx/nginx.conf --error-log-path=/storage/nginx.logs/nginx-error.log --with-http_ssl_module --with-http_dav_module --with-pcre --with-poll_module Папка с client_body_temp собирает огромное количество файлов, nginx не чистит кэш? Что может приводить к этому? Такая же проблема описана здесь: http://forum.nginx.org/read.php?25,209909, но осталась без ответа. Я конечно могу чистить папку tmpwatch'ем, но хотелось бы найти источник проблемы. У кого есть мысли? Спасибо! -------------- next part -------------- An HTML attachment was scrubbed... URL: From panfilov at sports.ru Fri Nov 30 13:58:32 2012 From: panfilov at sports.ru (=?KOI8-R?B?7cnIwcnMIPDBzsbJzM/X?=) Date: Fri, 30 Nov 2012 17:58:32 +0400 Subject: =?UTF-8?B?0L/QtdGA0LXQvNC10L3QvdGL0LUg0LIgdXNlcmlkX2RvbWFpbg==?= Message-ID: Кажется не работают переменные выставленные через map в модуле ngx_http_userid_module, конкретнее в userid_domain: userid on; userid_name suida; userid_domain "$host_cookie"; userid_path /; userid_expires 365d; userid_p3p 'policyref="/w3c/p3p.xml", CP="CUR ADM OUR NOR STA NID"'; Приходит кука с доменом $host_cookie -- Панфилов Михаил -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Fri Nov 30 14:17:32 2012 From: nginx-forum at nginx.us (skeletor) Date: Fri, 30 Nov 2012 09:17:32 -0500 Subject: FastCGI Perl + Nginx In-Reply-To: References: Message-ID: <899d3f1056478bdf4565d879efc4d4dd.NginxMailingListRussian@forum.nginx.org> Может скажите, что в логах? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233428,233434#msg-233434 From dmitriy at lyalyuev.pp.ua Fri Nov 30 14:23:19 2012 From: dmitriy at lyalyuev.pp.ua (Dmitriy Lyalyuev) Date: Fri, 30 Nov 2012 16:23:19 +0200 Subject: FastCGI Perl + Nginx In-Reply-To: <899d3f1056478bdf4565d879efc4d4dd.NginxMailingListRussian@forum.nginx.org> References: <899d3f1056478bdf4565d879efc4d4dd.NginxMailingListRussian@forum.nginx.org> Message-ID: <50B8C157.6010006@lyalyuev.pp.ua> Разобрался. Получается, что если в локейшине не прописан auth_basic, то браузер не передает "Authorization:". Может подскажете, как сделать такое: 1. Гостя пускаем в локейшин без авторизации. 2. Если пользователь уже где-то логинился на сайте с Basic, то пускаем его в тот же локейшин и передаем в fastcgi REMOTE_USER. Не придумывается как-то решение с ходу. 30.11.2012 16:17, skeletor пишет: > Может скажите, что в логах? > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233428,233434#msg-233434 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum at nginx.us Fri Nov 30 16:06:39 2012 From: nginx-forum at nginx.us (nrsk) Date: Fri, 30 Nov 2012 11:06:39 -0500 Subject: rewrite location in the middle of the path Message-ID: Здравствуйте! Столкнулась с задачей: необходимо преобразовать url типа /my-context/id/param1,param2,paramN в url типа /dev/folder/id_param1,param2,paramN. Id может быть только числом. Попробовала написать rewrite для данного преобразования. location /my-context/([0-9]+)/(.*)$ { rewrite /dev/folder/$1_$2/ permanent; } Итоговую строку получила в виде /dev/folder/id/param1,... etc. В чем может быть проблема с заменой символов "/" на "_" ? Спасибо! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233437,233437#msg-233437 From peter at vereshagin.org Fri Nov 30 16:41:50 2012 From: peter at vereshagin.org (Peter Vereshagin) Date: Fri, 30 Nov 2012 20:41:50 +0400 Subject: rewrite location in the middle of the path In-Reply-To: References: Message-ID: <20121130164150.GC57299@external.screwed.box> Hello. 2012/11/30 11:06:39 -0500 nrsk => To nginx-ru at nginx.org : n> location /my-context/([0-9]+)/(.*)$ { а это location в том виде, где он match'ится в regex? Я б где-нибудь здесь '~' добавил. -- Peter Vereshagin (http://vereshagin.org) pgp: A0E26627 From mdounin at mdounin.ru Fri Nov 30 17:15:16 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Fri, 30 Nov 2012 21:15:16 +0400 Subject: rewrite location in the middle of the path In-Reply-To: References: Message-ID: <20121130171515.GP40452@mdounin.ru> Hello! On Fri, Nov 30, 2012 at 11:06:39AM -0500, nrsk wrote: > Здравствуйте! > > Столкнулась с задачей: необходимо преобразовать url типа > /my-context/id/param1,param2,paramN в url типа > /dev/folder/id_param1,param2,paramN. Id может быть только числом. > Попробовала написать rewrite для данного преобразования. > location /my-context/([0-9]+)/(.*)$ { > rewrite /dev/folder/$1_$2/ permanent; > } > Итоговую строку получила в виде /dev/folder/id/param1,... etc. > В чем может быть проблема с заменой символов "/" на "_" ? Я вижу как минимум три проблемы: 1. В location написано регулярное выражение, но модификатора "~" не стоит. В результате location будет интерпретироваться как обычная строка. 2. В директиве rewrite пропущено регулярное выражение. Синтаксис директивы rewrite выглядит так: rewrite regex замена [флаг]; Подробности см. http://nginx.org/r/rewrite/ru. 3. Кроме того, надо учитывать, что $1 и т.п. берутся из последнего совпавшего регулярного выражения, т.е. в случае директивы rewrite - из регулярного выражения в этом самом rewrite'е. Правильно как-то так: location /my-context/ { rewrite ^/my-context/([0-9]+)/(.*)$ /dev/folder/$1_$2/ permanent; } -- Maxim Dounin http://nginx.com/support.html From funvit at gmail.com Fri Nov 30 19:29:47 2012 From: funvit at gmail.com (=?KOI8-R?B?98nUwczJyiDmLg==?=) Date: Fri, 30 Nov 2012 23:29:47 +0400 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <3113aacd33553a5a9bd8e01b7324fd65.NginxMailingListRussian@forum.nginx.org> References: <3113aacd33553a5a9bd8e01b7324fd65.NginxMailingListRussian@forum.nginx.org> Message-ID: возможно не правильно насторены DNS? или не правильно записано имя сервера в /*etc/hosts* 30 ноября 2012 г., 14:55 пользователь Renat написал: > Столкнулся с такой проблемой. Около полугода назад ставил nginx на оду из > своих Linux машин. - Остался очень доволен, все замечательно работает. > > Но вот вчера поставил тот же nginx - ту же сбору, с той же конфигурацией > на > другую машину. И столкнулся с тем что простые легкие статические страницы с > рисунками грузятся по 5 минут. Сервер не загружен (сpu:0.2%). В логах так > же > ничего странного не заметил. Такое ощущение что стоит какое-то ограничение > по скорости. Хотя в то же время если качать что-то через wget скорость до > 50 > мегабит. > В чем может быть дело? > > Статику + картинки обрабатывает только nginx. Apache - вообще нет на > сервере. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,233427,233427#msg-233427 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Фунтиков Виталий Викторович веб-разработчик -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Fri Nov 30 19:55:05 2012 From: nginx-forum at nginx.us (nrsk) Date: Fri, 30 Nov 2012 14:55:05 -0500 Subject: rewrite location in the middle of the path In-Reply-To: References: Message-ID: Попробовала, все получилось. Огромное спасибо! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233437,233444#msg-233444 From umask at yandex.ru Fri Nov 30 22:01:34 2012 From: umask at yandex.ru (umask) Date: Sat, 01 Dec 2012 02:01:34 +0400 Subject: =?UTF-8?B?JHVwc3RyZWFtX2FkZHIg0YHQvtC00LXRgNC20LjRgiDQuNC80Y8g0LDQv9GB0YI=?= =?UTF-8?B?0YDQuNC80LA=?= Message-ID: <1125811354312894@web27e.yandex.ru> Доброй ночи, имеется лог в таком формате: log_format main '$remote_addr\t' '$remote_user\t' '[$time_local]\t' '$msec\t' '$http_host\t' '$request\t' '$status\t' '$body_bytes_sent\t' '$http_referer\t' '$http_user_agent\t' '$http_x_forwarded_for\t' '$request_time\t' '$upstream_cache_status\t' '[$upstream_status]\t' '[$upstream_addr]\t' '[$upstream_response_time]\t' '$uid_set\t' '$uid_got\t' '$http_cookie\t' '$connection:$connection_requests\t'; почти все записи в логе не вызывают никаких вопросов. Но есть вот такие (некоторые поля заменены для наглядности и приватности): 10.20.30.40 - [30/Nov/2012:06:14:01 +0400] 1354241641.781 domain.com GET /blog/1.php HTTP/1.1 502 6100 - Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html) 66.249.76.175 0.000 - [502] [web_backend] [0.000] - - - 88314:1 11.22.33.44 - [30/Nov/2012:08:23:09 +0400] 1354249389.371 domain.com GET /moscow HTTP/1.1 502 6100 - Opera/9.25 (Windows NT 5.0; U; en) - 0.000- [502] [web_backend] [0.000] - - cookiecookiecookie 565449:2 22.33.44.55 - [30/Nov/2012:08:23:09 +0400] 1354249389.729 domain.com GET /products/finance/search/ajax_in.php?region=NY HTTP/1.1 502 6100 http://domain.com/products/finance/search/ Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Trident/5.0; MAAU; MAAU) - 0.000 - [502] [web_backend] [0.000] - - cookiecookiecookie 565579:2 Возникает вопрос. От чего в $upstream_addr попадает значение "[web_backend]"? Разумеется, в конфиге присутствует определение астрима с именем web_backend: upstream web_backend { server www01 weight=2; server www02 weight=3; } И проксирование в этот апстрим: location ~* /branches/ { proxy_pass http://web_backend; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; }