From igor на sysoev.ru Sat Oct 1 04:10:14 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Sat, 1 Oct 2011 08:10:14 +0400 Subject: problemi s nginx reverse proxy & cache_bypass In-Reply-To: References: <20110930112913.GC72272@nginx.com> Message-ID: <20111001041014.GC96272@nginx.com> On Fri, Sep 30, 2011 at 02:22:40PM -0400, seno wrote: > Igor, spasibo za utochchehije configa. > > Ostalas osnovnaja problema: > > > No na vizove http://xxx.com/analytics/file-name.html poluchaju 404. > > Reverse proxy obraschajetsia k main serveru, no pochemuto neberet > faila > > kotorii naxoditsia v nuznoi direktorii. > > > > Gde iskat konci ? > > Mozet bit jest vozmoznost posmotret (log/debug) kakoi URL peredajetsia > iz nginx v backend? http://nginx.org/en/docs/debugging_log.html -- Игорь Сысоев http://sysoev.ru From igor на sysoev.ru Sat Oct 1 06:08:33 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Sat, 1 Oct 2011 10:08:33 +0400 Subject: nginx-1.0.8 Message-ID: <20111001060833.GD97776@nginx.com> Изменения в nginx 1.0.8 01.10.2011 *) Исправление: nginx не собирался с модулем ngx_http_mp4_module и без параметра --with-debug. -- Игорь Сысоев http://sysoev.ru From maxim на nginx.com Sat Oct 1 08:45:58 2011 From: maxim на nginx.com (Maxim Konovalov) Date: Sat, 01 Oct 2011 12:45:58 +0400 Subject: =?UTF-8?B?UmU6INC/0YDQvtCx0LvQtdC80LAg0YEg0YPRgdGC0LDQvdC+0LLQutC+0LkuLiBu?= =?UTF-8?B?Z2lueC0xLjAuNg==?= In-Reply-To: References: Message-ID: <4E86D346.3050805@nginx.com> On 9/27/11 5:44 PM, Vladimir Rusinov wrote: > 2011/9/27 truper > > > извините,что мне делать? > > Почему бы не найти готовый бинарный пакет под ubuntu? > Более того, мы такие пакеты сами делаем: http://nginx.org/packages/ -- Maxim Konovalov From bdfy на mail.ru Sat Oct 1 09:49:43 2011 From: bdfy на mail.ru (=?UTF-8?B?SXZhbg==?=) Date: Sat, 01 Oct 2011 13:49:43 +0400 Subject: =?UTF-8?B?0J/RgNC+0YHRgtC+0Lkg0LLQvtC/0YDQvtGBINC/0YDQviDQstGB0YLRgNC+0LU=?= =?UTF-8?B?0L3QvdGL0LkgcGVybCDQuCB1cGxvYWQg0LzQvtC00YPQu9C4?= Message-ID: Есть location @test { client_max_body_size 4G; default_type text/html; perl hello::handler; } location /test { client_max_body_size 4G; default_type text/html; perl hello::handler; }     location /upload {        upload_pass   @test;         upload_store /mnt;         upload_pass_form_field "^submit$|^description$|^test$";         upload_cleanup 400 404 499 500-505; модуль hello ( стандартный из примера ): package hello; use nginx; sub handler {     my $r = shift;     if ($r->request_method ne "POST") {         return DECLINED;     }     if ($r->has_request_body(\&post)) {         return OK;     }     return HTTP_BAD_REQUEST; } sub post {     my $r = shift;     $r->send_http_header;     $r->print("request_body: \"", $r->request_body, "\"
");     $r->print("request_body_file: \"", $r->request_body_file, "\"
\n");     return OK; } 1; __END__ и формочка: ( отправляется с пустым полем file)
В случае если форма посылается через /test на экран выводится содержимое этой формы. т е все ОК. В случае если посылается /upload в переменной $r->request_body виден кусок вида "------------123121212" и все. Почему так происходит ? From nginx-forum на nginx.us Sat Oct 1 10:08:11 2011 From: nginx-forum на nginx.us (afan) Date: Sat, 01 Oct 2011 06:08:11 -0400 Subject: =?UTF-8?B?0J3QtdC/0YDQsNCy0LjQu9GM0L3Ri9C1ICjQvtCz0YDQvtC80L3Ri9C1KSDQt9C9?= =?UTF-8?B?0LDRh9C10L3QuNGPICRyZXF1ZXN0IHRpbWUg0LTQu9GPIEZhc3RDR0kt0Lc=?= =?UTF-8?B?0LDQv9GA0L7RgdC+0LI=?= Message-ID: <5501669a502645a63199fab569d61e70.NginxMailingListRussian@forum.nginx.org> Имеется Windows / Nginx 1.1.4. На порту 127.0.0.1:9000 висит PHP (FastCGI). В конфиге в секции http {...} задан следующий формат лога: log_format custom '$remote_addr [$time_local] {$upstream_addr $upstream_response_time} $request_time "$request" $status $request_length'; Вот, что я вижу в логе: 127.0.0.1 [01/Oct/2011:13:55:33 +0400] {127.0.0.1:9000 0.015} 64424509440.4371324 "GET /activity/ HTTP/1.1" 200 462 127.0.0.1 [01/Oct/2011:13:55:33 +0400] {- -} 0.4371324 "GET /css/style.css HTTP/1.1" 304 471 127.0.0.1 [01/Oct/2011:13:56:33 +0400] {127.0.0.1:9000 0.024} 103079215104.4371324 "GET /activity/ HTTP/1.1" 200 462 127.0.0.1 [01/Oct/2011:13:56:33 +0400] {- -} 0.4371324 "GET /css/style.css HTTP/1.1" 304 471 127.0.0.1 [01/Oct/2011:13:57:33 +0400] {127.0.0.1:9000 0.034} 146028888064.4371324 "GET /activity/ HTTP/1.1" 200 462 127.0.0.1 [01/Oct/2011:13:57:33 +0400] {- -} 0.4371324 "GET /css/style.css HTTP/1.1" 304 471 Как видно из лога, вместо $request_time подставляются какие-то дикие рандомные значения (64424509440.4371324, 103079215104.4371324, ...). При этом как для прокси-запросов через FastCGI, так и для прямых запросов статики дробная часть всегда одна и та же: 0.4371324. В чем может быть дело? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216150,216150#msg-216150 From valery+nginxru на grid.net.ru Sat Oct 1 11:24:19 2011 From: valery+nginxru на grid.net.ru (Valery Kholodkov) Date: Sat, 1 Oct 2011 12:24:19 +0100 (BST) Subject: =?UTF-8?B?UmU6INCf0YDQvtGB0YLQvtC5INCy0L7Qv9GA0L7RgSDQv9GA0L4g0LLRgdGC0YA=?= =?UTF-8?B?0L7QtdC90L3Ri9C5IHBlcmwg0LggdXBsb2FkINC80L7QtNGD0LvQuA==?= In-Reply-To: Message-ID: <18933415.5493.1317468259516.JavaMail.root@zone.mtgsy.net> Так происходит потому что модуль upload на данный не помещает результат преобразований тела запроса в один буфер. ----- Ivan wrote: > Есть > > location @test { > client_max_body_size 4G; > default_type text/html; > perl hello::handler; > } > > location /test { > client_max_body_size 4G; > default_type text/html; > perl hello::handler; > } > > >     location /upload { >        upload_pass   @test; >         upload_store /mnt; >         upload_pass_form_field "^submit$|^description$|^test$"; >         upload_cleanup 400 404 499 500-505; > > > > модуль hello ( стандартный из примера ): > > package hello; > > use nginx; > > sub handler { >     my $r = shift; > >     if ($r->request_method ne "POST") { >         return DECLINED; >     } > >     if ($r->has_request_body(\&post)) { >         return OK; >     } > >     return HTTP_BAD_REQUEST; > } > > sub post { >     my $r = shift; > >     $r->send_http_header; > >     $r->print("request_body: \"", $r->request_body, "\"
"); >     $r->print("request_body_file: \"", $r->request_body_file, "\"
\n"); > >     return OK; > } > > 1; > > __END__ > > и формочка: ( отправляется с пустым полем file) > > >
> > > >
> > > > > В случае если форма посылается через /test на экран выводится содержимое этой формы. т е все ОК. В случае если посылается /upload в переменной $r->request_body виден кусок вида "------------123121212" и все. Почему так происходит ? -- Regards, Valery Kholodkov From nginx-forum на nginx.us Sat Oct 1 19:31:00 2011 From: nginx-forum на nginx.us (arty777) Date: Sat, 01 Oct 2011 15:31:00 -0400 Subject: mp4 module In-Reply-To: <20110909114307.GG97288@nginx.com> References: <20110909114307.GG97288@nginx.com> Message-ID: <7995b3b6429db848475877eefffe36d6.NginxMailingListRussian@forum.nginx.org> Я таки решил у себя перелопатить 4к файлов, переместить атом . Тестил с qt-faststart и MP4Box , выбор пал на последнее, вдруг кому пригодиться , прилагаю автоматический скрипт , он перемещает атом с конца файла в начало , запускать в папке с mp4 файлами: на входе в папке *.mp4 на выходе *. что бы было удобно в миднайт коммандере затем переместить :) Дописать в миднайте *mp4 при перемещении не забудьте . #######Script made by uakino.net BEGIN########################### #!/bin/bash # type in your path to handbrakecli hbpath=/usr/bin/MP4Box # key in your file extension for files to process^M ext=mp4 #key in your target file extension^M outext= # do the processing # this one for all files in folder for i in $(find $1 -name "*.$ext") ; do path=`dirname "$i"` filename=`basename "$i" .$ext` # now run the encode $hbpath -inter 500 "$path/$filename.$ext" mv $path/$filename.$ext $path/$filename.$outtext done ####### Script made by uakino.net END ########################### Posted at Nginx Forum: http://forum.nginx.org/read.php?21,215010,216158#msg-216158 From nginx-forum на nginx.us Sat Oct 1 19:35:03 2011 From: nginx-forum на nginx.us (arty777) Date: Sat, 01 Oct 2011 15:35:03 -0400 Subject: =?UTF-8?B?0J/QvtGB0L7QstC10YLRg9C50YLQtSDQutC+0L3RhNC40LMgbmdpbngg0LTQu9GP?= =?UTF-8?B?INC+0YLQtNCw0YfQuCDQvtC00L3QvtCy0YDQtdC80LXQvdC90L4gMTDQuisg?= =?UTF-8?B?0YTQsNC50LvQvtCy?= Message-ID: Задача: Отдавать с 1 сервера 10к+ mp4 файлов одновременно для онлайн просмотра и без тормозов, ОЗУ ограничено 16 ГБ, i/o ограничено :) Необходимо максимально снизить ио на дисковую стойку ... Посоветуйте примеры конфигурации nginix-а пожалуйста. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216159,216159#msg-216159 From voron на amhost.net Sat Oct 1 19:52:21 2011 From: voron на amhost.net (Alex Vorona) Date: Sat, 01 Oct 2011 22:52:21 +0300 Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?= =?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?= =?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?= In-Reply-To: References: Message-ID: <4E876F75.408@amhost.net> 01.10.2011 22:35, arty777 wrote: > Задача: > Отдавать с 1 сервера 10к+ mp4 файлов > одновременно для онлайн просмотра и > без тормозов, ОЗУ ограничено 16 ГБ, i/o > ограничено :) А канал же 10G у сервера ? From nginx-forum на nginx.us Sat Oct 1 20:30:37 2011 From: nginx-forum на nginx.us (arty777) Date: Sat, 01 Oct 2011 16:30:37 -0400 Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?= =?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?= =?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?= In-Reply-To: References: Message-ID: Alex Vorona К примеру да . Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216159,216162#msg-216162 From zzz на zzz.org.ua Sat Oct 1 20:53:12 2011 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Sat, 1 Oct 2011 23:53:12 +0300 Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?= =?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?= =?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?= In-Reply-To: <4E876F75.408@amhost.net> References: <4E876F75.408@amhost.net> Message-ID: On 10/1/11, Alex Vorona wrote: > 01.10.2011 22:35, arty777 wrote: >> Задача: >> Отдавать с 1 сервера 10к+ mp4 файлов >> одновременно для онлайн просмотра и >> без тормозов, ОЗУ ограничено 16 ГБ, i/o >> ограничено :) Ну вся идея в том, чтобы читать большими кусками за раз. Примерно по 1 МБ будет близко к максимуму в этом случае по памяти. Если видео большие файлы по 100 КБ/с, то на 10000 клиентов нужно будет больше 1000 IOPS, в зависимости от ОС, файловой системы, фрагментации файлов и их размера (маленькие файлы чаще открывать). Т.е. это скорее будет в 2-3 раза больше, чем теоретическое значение, а еще всплески могут быть. Быстрые жесткие диски это 300 IOPS -- считайте. From nginx-forum на nginx.us Sat Oct 1 21:30:35 2011 From: nginx-forum на nginx.us (arty777) Date: Sat, 01 Oct 2011 17:30:35 -0400 Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?= =?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?= =?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?= In-Reply-To: References: Message-ID: http://www.wmarow.com/strcalc/strcalc.html Согласно каькулятору мой массив вообще слабенький (8 дисков в 10-м рейде) average random IOPS 357 всего массива ..... я вообще не шарю в настройке нгиникса, поэтому буду раз услышать любые подсказки , на тему как уменьшить IO на систему , настройкой нгиникса ... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216159,216164#msg-216164 From peter на vereshagin.org Sat Oct 1 21:44:16 2011 From: peter на vereshagin.org (Peter Vereshagin) Date: Sun, 2 Oct 2011 01:44:16 +0400 Subject: =?UTF-8?B?UmU6INCQ0L3QsNC70L7QsyBodGFjY2Vzcw==?= In-Reply-To: <4E7C6533.50407@csdoc.com> Message-ID: <20111001214416.GA5234@external.screwed.box> Hello. 2011/09/23 11:19:20 +0000 nginx-ru-request на nginx.org => To nginx-ru на nginx.org : > jail, vps, vds, zone - это синонимы, Не согласен. Но и не важно. > но это не применимо в случае mass shared hosting. где-то в lj видел шутки ради было запущено N тысяч джейлов. Прилагалась фотка монитора с показаниями то ли top, то ли чего ещё. И рассуждения про длину бороды. > делать chroot в каталог, куда пользователь может писать - это давать > возможность пользователям легко получить рутовые права на этом сервере. можно как вариант вложить ~userX в каталог, относящийся только к userX, но без прав userX на запись в него. И chroot туда. > поэтому тут остается только единственный нормальный вариант - > "написать аналог mod_aclr для второго апача и работать через него". Не согласен, как минимум потому что не верю в open_basedir и наличие его аналогов для технологий динамической выдачи содержимого из shared hosting, отличных от php. > те компании, которые смогут это сделать для себя - получат конкурентное > преимущество, потому что все остальные mass shared hosting будут > или очень дырявыми или очень неэффективными при отдаче статики. Ну остальные что-нибудь ещё тем временем придумают. -- Peter Vereshagin (http://vereshagin.org) pgp: A0E26627 From peter на vereshagin.org Sat Oct 1 21:59:03 2011 From: peter на vereshagin.org (Peter Vereshagin) Date: Sun, 2 Oct 2011 01:59:03 +0400 Subject: =?UTF-8?B?UmVbMl06INCQ0L3QsNC70L7QsyBodGFjY2Vzcw==?= In-Reply-To: <1053352212.20110926045212@mtu-net.ru> Message-ID: <20111001215903.GB5234@external.screwed.box> Hello. 2011/09/26 12:00:00 +0000 nginx-ru-request на nginx.org => To nginx-ru на nginx.org : > AB> safe_mode считается устаревшей. btw в 5.4 удаляют. > Связка +open_basedir -Follow Symlinks достаточно надёжна. хорошо коли так. вот только всё равно не верю. Субъективно так. кроме open_basedir нужно ещё кое-что иметь, во что верится ещё меньше: запрет на exec в php.ini, открытие файлов с локальной fs в других php-расширениях, таких как ftp, etc. -- Peter Vereshagin (http://vereshagin.org) pgp: A0E26627 From zzz на zzz.org.ua Sat Oct 1 22:08:17 2011 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Sun, 2 Oct 2011 01:08:17 +0300 Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?= =?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?= =?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?= In-Reply-To: References: Message-ID: On 10/2/11, arty777 wrote: > я вообще не шарю в настройке нгиникса, > поэтому буду раз услышать любые > подсказки , на тему как уменьшить IO на > систему , настройкой нгиникса ... Отключите sendfile, попробуйте directio для больших файлов и один большой буффер (output_buffers). Это закэширует все мелкое и диск будет занят только большими файлами. Не думаю, что это сильно поможет, лучше замените половину дисков на один SSD. From nginx-forum на nginx.us Sat Oct 1 22:29:36 2011 From: nginx-forum на nginx.us (arty777) Date: Sat, 01 Oct 2011 18:29:36 -0400 Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?= =?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?= =?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?= In-Reply-To: References: Message-ID: nginx у меня мелкое не будет раздавать , только крупняк от 100 до 800 мбайт стриммингом мп4 (HTTP MP4 module ). Заменить 8 Тб массив на SSD дорого ... Вот думаю размер страйпа с 64 на 256 на массиве поменять к примеру ... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216159,216169#msg-216169 From nginx-forum на nginx.us Sun Oct 2 07:03:09 2011 From: nginx-forum на nginx.us (alexpts) Date: Sun, 02 Oct 2011 03:03:09 -0400 Subject: =?UTF-8?B?0J/QvtC80L7Qs9C40YLQtSDRgSBsb2NhdGlvbiDQuCByZXdyaXRl?= Message-ID: <21f0f0837c5651bcac61112454f4d092.NginxMailingListRussian@forum.nginx.org> Добрый день, вопрос уже из избитой темы, по-видимому. C nginx работаю совсем недавно. Помогите составить правило для nginx, которое бы перенаправляло все запросы, кроме запросов которые заканчиваются на список расширений файлов (css|js|pdf|odt|...|jpg|png|gif) на корневой скрипт index.php. Также интересует момент, если запрашиваемый файл реально не существует. Как в таких случаях должна вести себя логика nginx. Сейчас есть правило: index index.php; location / { if (!-e $request_filename) { rewrite ^.*$ /index.php last; } fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_pass 127.0.0.1:9000; # подключается файл fastcgi_params include fastcgi_params; } Но запрос вида /login/ не переадресуется почему-то на /index.php Покажите пожалуйста примеры использования конфигов для таких задач, как правильно использовать location и rewrite в таких случаях Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216171,216171#msg-216171 From nginx-forum на nginx.us Sun Oct 2 07:42:48 2011 From: nginx-forum на nginx.us (arty777) Date: Sun, 02 Oct 2011 03:42:48 -0400 Subject: mp4 module In-Reply-To: <7995b3b6429db848475877eefffe36d6.NginxMailingListRussian@forum.nginx.org> References: <20110909114307.GG97288@nginx.com> <7995b3b6429db848475877eefffe36d6.NginxMailingListRussian@forum.nginx.org> Message-ID: <4f4d413d44bfba4ec4ff8d46867cf1e5.NginxMailingListRussian@forum.nginx.org> Ну все, запустил на боевой, вроде все работает , вечер покажет .... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,215010,216172#msg-216172 From nginx-forum на nginx.us Sun Oct 2 07:44:38 2011 From: nginx-forum на nginx.us (arty777) Date: Sun, 02 Oct 2011 03:44:38 -0400 Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?= =?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?= =?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?= In-Reply-To: References: Message-ID: <31875400b40fba3143f30e62d7b781a6.NginxMailingListRussian@forum.nginx.org> Есть существенная разница между output_buffers 4 128K; и output_buffers 4 10M; последнее существенно быстрее файло отдает, чем это черевато? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216159,216173#msg-216173 From ne на vbart.ru Sun Oct 2 11:35:43 2011 From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Sun, 2 Oct 2011 15:35:43 +0400 Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0YEgbG9jYXRpb24g0LggcmV3cml0ZQ==?= In-Reply-To: <21f0f0837c5651bcac61112454f4d092.NginxMailingListRussian@forum.nginx.org> References: <21f0f0837c5651bcac61112454f4d092.NginxMailingListRussian@forum.nginx.org> Message-ID: <201110021535.43745.ne@vbart.ru> On Sunday 02 October 2011 11:03:09 alexpts wrote: > Помогите составить правило для nginx, > которое бы перенаправляло все запросы, > кроме запросов которые заканчиваются > на список расширений файлов > (css|js|pdf|odt|...|jpg|png|gif) на корневой скрипт > index.php. # вот вам обратное правило location *~ \.(css|js|pdf|odt|jpe?g|png|gif)$ { # тут обрабатывается то что заканчивается на # \.(css|js|pdf|odt|jpe?g|png|gif) # остальное где-то в другом месте } > задач, как правильно использовать location > и rewrite в таких случаях rewrite - никак. Правильно использовать try_files, (fastcgi/uwsgi)_param/proxy_pass --------------------------- location / { try_files $uri @php_index; } # тут скопировал то, что у вас было: location ~ \.php$ { fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_pass 127.0.0.1:9000; # подключается файл fastcgi_params include fastcgi_params; } location @php_index { fastcgi_pass 127.0.0.1:9000; fastcgi_param SCRIPT_FILENAME /путь/к/вашему/index.php; # как-то так # дальше сами, я не разбираюсь в php # и не знаю какие переменные окружения ждет ваш бэкэнд } -- Валентин Бартенев http://vbart.ru/ From nginx-forum на nginx.us Sun Oct 2 11:49:36 2011 From: nginx-forum на nginx.us (alexpts) Date: Sun, 02 Oct 2011 07:49:36 -0400 Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0YEgbG9jYXRpb24g0LggcmV3cml0ZQ==?= In-Reply-To: <21f0f0837c5651bcac61112454f4d092.NginxMailingListRussian@forum.nginx.org> References: <21f0f0837c5651bcac61112454f4d092.NginxMailingListRussian@forum.nginx.org> Message-ID: <6afa2a31b897d254437cbe5ed7ea3dec.NginxMailingListRussian@forum.nginx.org> Спасибо за код, Валентин! Возникает еще такой вопрос по строчке try_files $uri @php_index; $uri может содержать все, что угодно, в том числе и php скрипты. Php скрипты не должны никакие кроме, index.php вызываться. Как ограничить при таком подходе вызов всего, кроме указанных расширений, чтобы проверялись (css|js|pdf|odt|...|jpg|png|gif) вместо $uri? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216171,216176#msg-216176 From gmm на csdoc.com Sun Oct 2 12:06:08 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Sun, 02 Oct 2011 15:06:08 +0300 Subject: =?UTF-8?B?UmU6INCQ0L3QsNC70L7QsyBodGFjY2Vzcw==?= In-Reply-To: <20111001214416.GA5234@external.screwed.box> References: <20111001214416.GA5234@external.screwed.box> Message-ID: <4E8853B0.70705@csdoc.com> On 02.10.2011 0:44, Peter Vereshagin wrote: >> jail, vps, vds, zone - это синонимы, > Не согласен. Но и не важно. в том смысле, что по своей сути это практически одинаковые технологии. в обсуждаемом контексте настройки сервера для mass shared hosting. >> но это не применимо в случае mass shared hosting. > где-то в lj видел шутки ради было запущено N тысяч джейлов. Прилагалась фотка > монитора с показаниями то ли top, то ли чего ещё. И рассуждения про длину > бороды. джейлы запустить можно. но по ресурсам давать каждому пользователю выделенный apache / nginx+php-fpm - это будет дорого, по сравнению с вариантом mass shared hosting, когда все крутится на одном апаче. >> делать chroot в каталог, куда пользователь может писать - это давать >> возможность пользователям легко получить рутовые права на этом сервере. > можно как вариант вложить ~userX в каталог, относящийся только к userX, но без > прав userX на запись в него. И chroot туда. чем chroot в этом случае будет отличаться от FreeBSD jail или от OpenVZ? всеравно ведь каждому пользователю надо будет отдельный apache/nginx/php >> поэтому тут остается только единственный нормальный вариант - >> "написать аналог mod_aclr для второго апача и работать через него". > Не согласен, как минимум потому что не верю в open_basedir в этом треде обсуждался вопрос как сделать так, что вся динамика крутится на одном апаче (mass shared hosting), а вся статика отдается напрямую через nginx, который стоит перед apache. вариант "написать аналог mod_aclr для второго апача и работать через него" является на сегодняшний день единственным нормальным. потому что все другие вариант - это или двойное проксирование всей статики, или игнорирование nginx`ом настроек доступа из .htaccess-файлов, что будет неприятным сюрпризом для большинства пользователей. альтернативный вариант - вместо nginx использовать haproxy, там можно ограничить количество запросов от nginx к backend`у, чтобы в случае DDoS-атаки на какой-то вирутуальный хост не было такой ситуации, что все worker-процессы апача будут заняты только им и не смогут нормально обрабатывать запросы к другим сайтам. или - использовать связку nginx + haproxy + apache/mod_php, отдавая статику напрямую через nginx, игнорируя .htaccess-файлы, и с помощью haproxy защищая backend от чрезмерных нагрузок и DDoS-атак. >> те компании, которые смогут это сделать для себя - получат конкурентное >> преимущество, потому что все остальные mass shared hosting будут >> или очень дырявыми или очень неэффективными при отдаче статики. > Ну остальные что-нибудь ещё тем временем придумают. времени с момента появления www прошло уже очень много, но пока что - никто ничего лучшего не смог придумать... -- Best regards, Gena From nginx-forum на nginx.us Sun Oct 2 12:14:39 2011 From: nginx-forum на nginx.us (whocarez) Date: Sun, 02 Oct 2011 08:14:39 -0400 Subject: =?UTF-8?B?NDA0INC/0YDQvtCx0LvQtdC80LAg0YEgc3R1YiBzdGF0dXM=?= Message-ID: <1b0a81dc817c0ee9c7b2230f39a04b03.NginxMailingListRussian@forum.nginx.org> Здравствуйте! У меня наверное быстро решимая проблема, но я просто решение вопроса не вижу. Работает у меня nginx 1.0.8 -------- nginx: nginx version: nginx/1.0.8 nginx: configure arguments: --with-http_gzip_static_module --with-openssl=/usr/include --with-http_stub_status_module --http-proxy-temp-path=/dev/shm/nginx/proxy_temp --http-fastcgi-temp-path=/dev/shm/nginx/fastcgi_temp --http-uwsgi-temp-path=/dev/shm/nginx/uwsgi_temp --http-scgi-temp-path=/dev/shm/nginx/scgi_temp --http-client-body-temp-path=/dev/shm/nginx/client_body_temp --http-log-path=/var/log/nginx/access.log --error-log-path=/var/log/nginx/error.log --conf-path=/etc/nginx/nginx.conf --user=www-data --group=www-data -------- и в соответствующем файле у меня стоит в секции Server: -------- location /status { stub_status on; access_log off; allow 127.0.0.1; deny all; } ------ всё такие я получаю ошибку 404, когда я на сервере наберу "GET domain/status" В чем может состоить проблема? Спасибо вам большое. Андрей Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216178,216178#msg-216178 From alexander.moskalenko на gmail.com Sun Oct 2 12:52:48 2011 From: alexander.moskalenko на gmail.com (Alexander Moskalenko) Date: Sun, 2 Oct 2011 15:52:48 +0300 Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0YEgbG9jYXRpb24g0LggcmV3cml0ZQ==?= In-Reply-To: <6afa2a31b897d254437cbe5ed7ea3dec.NginxMailingListRussian@forum.nginx.org> References: <21f0f0837c5651bcac61112454f4d092.NginxMailingListRussian@forum.nginx.org> <6afa2a31b897d254437cbe5ed7ea3dec.NginxMailingListRussian@forum.nginx.org> Message-ID: root /path/to/document_root; index index.php; location / { try_files $uri @backend; } location ~ \.php$ { return 503; } location ~ \.php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root/index.php; include fastcgi_params; } 2011/10/2 alexpts > Спасибо за код, Валентин! > > Возникает еще такой вопрос по строчке > try_files $uri @php_index; > > $uri может содержать все, что угодно, в > том числе и php скрипты. Php скрипты не > должны никакие кроме, index.php вызываться. > > Как ограничить при таком подходе вызов > всего, кроме указанных расширений, > чтобы проверялись (css|js|pdf|odt|...|jpg|png|gif) > вместо $uri? > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,216171,216176#msg-216176 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ne на vbart.ru Sun Oct 2 12:52:56 2011 From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Sun, 2 Oct 2011 16:52:56 +0400 Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0YEgbG9jYXRpb24g0LggcmV3cml0ZQ==?= In-Reply-To: <6afa2a31b897d254437cbe5ed7ea3dec.NginxMailingListRussian@forum.nginx.org> References: <21f0f0837c5651bcac61112454f4d092.NginxMailingListRussian@forum.nginx.org> <6afa2a31b897d254437cbe5ed7ea3dec.NginxMailingListRussian@forum.nginx.org> Message-ID: <201110021652.56413.ne@vbart.ru> On Sunday 02 October 2011 15:49:36 alexpts wrote: > Возникает еще такой вопрос по строчке > try_files $uri @php_index; > > $uri может содержать все, что угодно, в > том числе и php скрипты. Php скрипты не > должны никакие кроме, index.php вызываться. Тогда: location \.php$ { return 404; } но тут скорее вопрос вам на засыпку, а что они тогда вообще делают в каталоге общего доступа веб-сервера? Уберите их от туда. Совсем. > Как ограничить при таком подходе вызов > всего, кроме указанных расширений, > чтобы проверялись (css|js|pdf|odt|...|jpg|png|gif) > вместо $uri? location *~ \.(css|js|pdf|odt|jpe?g|png|gif)$ {} location / { # тут у вас все остальное # вот только может просто не класть в root папку nginx-а # того, к чему не должно быть доступа return 404; } -- Валентин Бартенев From alexander.moskalenko на gmail.com Sun Oct 2 12:53:28 2011 From: alexander.moskalenko на gmail.com (Alexander Moskalenko) Date: Sun, 2 Oct 2011 15:53:28 +0300 Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0YEgbG9jYXRpb24g0LggcmV3cml0ZQ==?= In-Reply-To: References: <21f0f0837c5651bcac61112454f4d092.NginxMailingListRussian@forum.nginx.org> <6afa2a31b897d254437cbe5ed7ea3dec.NginxMailingListRussian@forum.nginx.org> Message-ID: 2011/10/2 Alexander Moskalenko > root /path/to/document_root; > index index.php; > > location / { > try_files $uri @backend; > } > > location ~ \.php$ { > return 503; > } > > - location ~ \.php$ { + location @backend { > location ~ \.php$ { > fastcgi_pass 127.0.0.1:9000; > fastcgi_index index.php; > fastcgi_param SCRIPT_FILENAME $document_root/index.php; > include fastcgi_params; > } > > > 2011/10/2 alexpts > >> Спасибо за код, Валентин! >> >> Возникает еще такой вопрос по строчке >> try_files $uri @php_index; >> >> $uri может содержать все, что угодно, в >> том числе и php скрипты. Php скрипты не >> должны никакие кроме, index.php вызываться. >> >> Как ограничить при таком подходе вызов >> всего, кроме указанных расширений, >> чтобы проверялись (css|js|pdf|odt|...|jpg|png|gif) >> вместо $uri? >> >> Posted at Nginx Forum: >> http://forum.nginx.org/read.php?21,216171,216176#msg-216176 >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From postmaster на softsearch.ru Sun Oct 2 12:54:09 2011 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Sun, 2 Oct 2011 16:54:09 +0400 Subject: =?UTF-8?B?UmU6IDQwNCDQv9GA0L7QsdC70LXQvNCwINGBIHN0dWIgc3RhdHVz?= In-Reply-To: <1b0a81dc817c0ee9c7b2230f39a04b03.NginxMailingListRussian@forum.nginx.org> References: <1b0a81dc817c0ee9c7b2230f39a04b03.NginxMailingListRussian@forum.nginx.org> Message-ID: <2610568740.20111002165409@softsearch.ru> Здравствуйте, whocarez. Приведите пожалуйста полностью конфик и полностью команду, которой вы запрашиваете статус. Ошибка или в конфиге или в команде. -- С уважением, Михаил mailto:postmaster на softsearch.ru From ne на vbart.ru Sun Oct 2 13:08:34 2011 From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Sun, 2 Oct 2011 17:08:34 +0400 Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0YEgbG9jYXRpb24g0LggcmV3cml0ZQ==?= In-Reply-To: <201110021652.56413.ne@vbart.ru> References: <21f0f0837c5651bcac61112454f4d092.NginxMailingListRussian@forum.nginx.org> <6afa2a31b897d254437cbe5ed7ea3dec.NginxMailingListRussian@forum.nginx.org> <201110021652.56413.ne@vbart.ru> Message-ID: <201110021708.35038.ne@vbart.ru> On Sunday 02 October 2011 16:52:56 Валентин Бартенев wrote: > location \.php$ { return 404; } - location \.php$ { return 404; } + location ~ \.php$ { return 404; } From ne на vbart.ru Sun Oct 2 13:14:00 2011 From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Sun, 2 Oct 2011 17:14:00 +0400 Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0YEgbG9jYXRpb24g0LggcmV3cml0ZQ==?= In-Reply-To: References: <21f0f0837c5651bcac61112454f4d092.NginxMailingListRussian@forum.nginx.org> <6afa2a31b897d254437cbe5ed7ea3dec.NginxMailingListRussian@forum.nginx.org> Message-ID: <201110021714.00848.ne@vbart.ru> On Sunday 02 October 2011 16:52:48 Alexander Moskalenko wrote: > location ~ \.php$ { > return 503; > } imho, используя в этом случае 503 вместо 404, мы показываем потенциальному злоумышленнику, что, по крайней мере, такой файл видимо существует. По php файлам лежащим на веб-сервере, можно определить, например, какой движок используется, если он не самописный. -- Валентин Бартенев http://vbart.ru/ From nginx-forum на nginx.us Sun Oct 2 13:18:07 2011 From: nginx-forum на nginx.us (alexpts) Date: Sun, 02 Oct 2011 09:18:07 -0400 Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0YEgbG9jYXRpb24g0LggcmV3cml0ZQ==?= In-Reply-To: <201110021652.56413.ne@vbart.ru> References: <201110021652.56413.ne@vbart.ru> Message-ID: Спасибо за комментарии! - location \.php$ { return 404; } + location ~ \.php$ { return 404; } это я понял, вчера смотрел видео файл какого-то доклада Игоря, где он про location рассказывает. Сам пытался разобраться с этим сначала. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216171,216188#msg-216188 From nginx-forum на nginx.us Sun Oct 2 13:23:10 2011 From: nginx-forum на nginx.us (alexpts) Date: Sun, 02 Oct 2011 09:23:10 -0400 Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0YEgbG9jYXRpb24g0LggcmV3cml0ZQ==?= In-Reply-To: References: <201110021652.56413.ne@vbart.ru> Message-ID: >>Тогда: >>ocation \.php$ { return 404; } >>но тут скорее вопрос вам на засыпку, а что они тогда вообще делают в каталоге >>общего доступа веб-сервера? Уберите их от туда. Совсем. Большую часть вынес, шаблоны пока не могу. В шаблонах есть немного логики. В nginx думаю настроить правила, и вынести все из докрута, но с этим пробелма, т.к. на апатче с написанием аналогичных правил все сложнее для меня будет. Но это уже не в этот топик. Еще раз всем спасибо, за отзывы! :) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216171,216189#msg-216189 From alexander.moskalenko на gmail.com Sun Oct 2 13:25:15 2011 From: alexander.moskalenko на gmail.com (Alexander Moskalenko) Date: Sun, 2 Oct 2011 16:25:15 +0300 Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0YEgbG9jYXRpb24g0LggcmV3cml0ZQ==?= In-Reply-To: <201110021714.00848.ne@vbart.ru> References: <21f0f0837c5651bcac61112454f4d092.NginxMailingListRussian@forum.nginx.org> <6afa2a31b897d254437cbe5ed7ea3dec.NginxMailingListRussian@forum.nginx.org> <201110021714.00848.ne@vbart.ru> Message-ID: В данном случае 503 будет выдаваться на любой запрос с .php на конце. Удачи в определинии структуры сайта :) 2011/10/2 Валентин Бартенев > On Sunday 02 October 2011 16:52:48 Alexander Moskalenko wrote: > > location ~ \.php$ { > > return 503; > > } > > imho, используя в этом случае 503 вместо 404, мы показываем потенциальному > злоумышленнику, что, по крайней мере, такой файл видимо существует. > > По php файлам лежащим на веб-сервере, можно определить, например, какой > движок > используется, если он не самописный. > > -- > Валентин Бартенев > http://vbart.ru/ > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ne на vbart.ru Sun Oct 2 13:28:16 2011 From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Sun, 2 Oct 2011 17:28:16 +0400 Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0YEgbG9jYXRpb24g0LggcmV3cml0ZQ==?= In-Reply-To: References: <21f0f0837c5651bcac61112454f4d092.NginxMailingListRussian@forum.nginx.org> <201110021714.00848.ne@vbart.ru> Message-ID: <201110021728.16827.ne@vbart.ru> On Sunday 02 October 2011 17:25:15 Alexander Moskalenko wrote: > В данном случае 503 будет выдаваться на любой запрос с .php на конце. > Удачи в определинии структуры сайта :) Действительно, вы правы, не подумал об этом. =) From nginx-forum на nginx.us Sun Oct 2 17:21:13 2011 From: nginx-forum на nginx.us (arty777) Date: Sun, 02 Oct 2011 13:21:13 -0400 Subject: mp4 module In-Reply-To: <4f4d413d44bfba4ec4ff8d46867cf1e5.NginxMailingListRussian@forum.nginx.org> References: <20110909114307.GG97288@nginx.com> <7995b3b6429db848475877eefffe36d6.NginxMailingListRussian@forum.nginx.org> <4f4d413d44bfba4ec4ff8d46867cf1e5.NginxMailingListRussian@forum.nginx.org> Message-ID: Ну вот и вечер , есть с чем сравнить : lighttpd 1.5.0 mod_h264 codeshop nginx 1.1.4 with patch траффик ~800 мегабит ~800 мегабит коннектов ~900 ~900 iowait-ы ~20% ~1% Вот таки чудеса, спасибо за нгиникс ;) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,215010,216197#msg-216197 From hell-for-yahoo на umail.ru Mon Oct 3 00:59:21 2011 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Mon, 3 Oct 2011 04:59:21 +0400 Subject: Помогите с location и rewrite In-Reply-To: References: <201110021652.56413.ne@vbart.ru> Message-ID: <714260903.20111003045921@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) alexpts! a> Большую часть вынес, шаблоны пока не a> могу. В шаблонах есть немного логики. Шаблоны в первую очередь должны быть за пределами DOCUMENT_ROOT. Что за бардак? a> В nginx думаю настроить правила, и вынести a> все из докрута, но с этим пробелма, т.к. a> на апатче с написанием аналогичных a> правил все сложнее для меня будет. Не будет, если движок правильно написан. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) понедельник, 03.10.2011, <04:58> From kolpak на stack.net Mon Oct 3 11:04:31 2011 From: kolpak на stack.net (Alexey Kolpakov) Date: Mon, 03 Oct 2011 15:04:31 +0400 Subject: =?UTF-8?B?UmU6INCe0L/RgNC10LTQtdC70LXQvdC40LUg0Y/Qt9GL0LrQsA==?= In-Reply-To: <4E48EAC2.8050304@csdoc.com> References: <44c4a876cf5de8f0fae4227d716d807a.NginxMailingListRussian@forum.nginx.org> <4E48EAC2.8050304@csdoc.com> Message-ID: <4E8996BF.8030900@stack.net> Гена, здравствуйте! Эта база для любого региона полнее, чем платная версия maxmind? Вы в курсе почему www.wipmania.com недоступен? Л. 15.08.2011 13:45, Gena Makhomed пишет: > On 15.08.2011 10:21, ruslansvs wrote: > >> Здравствуйте, подскажите пожалуйста >> как в nginx настроить определение языка >> клиента и направить его на нужную >> страничка. Например что бы клиент с >> Европы попадал не на http://site.com/index.php а на >> http://site.com/index.php?lang=en > > самая лучшая база тут: http://www.wipmania.com/ru/base/ > плюс для оперы: http://www.wipmania.com/ru/blog/opera-proxy-in-nginx/ > > документация по настройке модуля nginx: > http://sysoev.ru/nginx/docs/http/ngx_http_geo_module.html > From sad на bankir.ru Mon Oct 3 12:04:05 2011 From: sad на bankir.ru (sad на bankir.ru) Date: Mon, 03 Oct 2011 16:04:05 +0400 Subject: =?UTF-8?B?UmU6INCe0L/RgNC10LTQtdC70LXQvdC40LUg0Y/Qt9GL0LrQsA==?= In-Reply-To: <4E8996BF.8030900@stack.net> References: <44c4a876cf5de8f0fae4227d716d807a.NginxMailingListRussian@forum.nginx.org> <4E48EAC2.8050304@csdoc.com> <4E8996BF.8030900@stack.net> Message-ID: <4E89A4B5.7040004@bankir.ru> Alexey Kolpakov пишет: > Гена, здравствуйте! > > Эта база для любого региона полнее, чем платная версия maxmind? > Вы в курсе почему www.wipmania.com недоступен? > > Л. > > 15.08.2011 13:45, Gena Makhomed пишет: >> On 15.08.2011 10:21, ruslansvs wrote: >> >>> Здравствуйте, подскажите пожалуйста >>> как в nginx настроить определение языка >>> клиента и направить его на нужную >>> страничка. Например что бы клиент с >>> Европы попадал не на http://site.com/index.php а на >>> http://site.com/index.php?lang=en трудно найти в мире более глупую и нелепую вещь, чем определение языка по IP. мало того что этот безумно кривой способ даёт АБСОЛЮТНО НЕВЕРНЫЙ РЕЗУЛЬТАТ (да-да, люди таки путешествуют, вот жеж засада) так как назло существует ещё и ПРЯМОЙ способ называется HTTP и в этом всеми забытом HTTP есть скромный заголовок Accept-language а в nginx оказывается есть модуль nginx_accept_language_module From kolpak на stack.net Mon Oct 3 12:15:52 2011 From: kolpak на stack.net (Alexey Kolpakov) Date: Mon, 03 Oct 2011 16:15:52 +0400 Subject: =?UTF-8?B?UmU6INCe0L/RgNC10LTQtdC70LXQvdC40LUg0Y/Qt9GL0LrQsA==?= In-Reply-To: <4E89A4B5.7040004@bankir.ru> References: <44c4a876cf5de8f0fae4227d716d807a.NginxMailingListRussian@forum.nginx.org> <4E48EAC2.8050304@csdoc.com> <4E8996BF.8030900@stack.net> <4E89A4B5.7040004@bankir.ru> Message-ID: <4E89A778.3030509@stack.net> sad, топикстартеру об этом способе уже написали, а я спрашивал только про гео-базу :-) 03.10.2011 16:04, sad на bankir.ru пишет: > Alexey Kolpakov пишет: >> Гена, здравствуйте! >> >> Эта база для любого региона полнее, чем платная версия maxmind? >> Вы в курсе почему www.wipmania.com недоступен? >> >> Л. >> >> 15.08.2011 13:45, Gena Makhomed пишет: >>> On 15.08.2011 10:21, ruslansvs wrote: >>> >>>> Здравствуйте, подскажите пожалуйста >>>> как в nginx настроить определение языка >>>> клиента и направить его на нужную >>>> страничка. Например что бы клиент с >>>> Европы попадал не на http://site.com/index.php а на >>>> http://site.com/index.php?lang=en > > > трудно найти в мире более глупую и нелепую вещь, чем определение языка > по IP. > мало того что этот безумно кривой способ даёт АБСОЛЮТНО НЕВЕРНЫЙ РЕЗУЛЬТАТ > (да-да, люди таки путешествуют, вот жеж засада) > так как назло существует ещё и ПРЯМОЙ способ > называется HTTP > и в этом всеми забытом HTTP есть скромный заголовок > Accept-language > > а в nginx оказывается есть модуль > nginx_accept_language_module > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From l0rda на l0rda.biz Mon Oct 3 12:42:30 2011 From: l0rda на l0rda.biz (Kirill Morozov) Date: Mon, 03 Oct 2011 16:42:30 +0400 Subject: access_log & post_action Message-ID: <4E89ADB6.90506@l0rda.biz> Добрый день, интересует, правильно ли поведение nginx в таких условиях: location ^~ /downloads { access_log downloads.log main; internal; ... post_action /report_ok.php; } в локейшен /downloads клиенты отправляются с бекенда при помощи X-Accel-redirect, лог открывается нормально, но если указана директива post_action - то данные в него не попадают, стоит ее отключить и данные пишутся. Хотелось бы и использовать директиву, и писать лог. # nginx -V nginx: nginx version: nginx/1.1.4 From nginx-forum на nginx.us Mon Oct 3 13:44:52 2011 From: nginx-forum на nginx.us (alexch) Date: Mon, 03 Oct 2011 09:44:52 -0400 Subject: =?UTF-8?B?0YDQtdC00LjRgNC10LrRgiDQsNC00LzQuNC90LrQuCDRgSBodHRwINC90LAgaHR0?= =?UTF-8?B?cHM=?= Message-ID: как правильно написать rewrite для админок http://xxxxxx.com/admin/index.php http://yyyyyyy.com/admin.php чтоб только их редиректить на https остальные (http://xxxxxx.com/user.php, http://yyyyyyy.com/user.php) должны работать по http ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216211,216211#msg-216211 From pavel на zhovner.com Mon Oct 3 13:52:34 2011 From: pavel на zhovner.com (Pavel Zhovner) Date: Mon, 3 Oct 2011 16:52:34 +0300 Subject: =?UTF-8?B?UmU6INGA0LXQtNC40YDQtdC60YIg0LDQtNC80LjQvdC60Lgg0YEgaHR0cCDQvdCw?= =?UTF-8?B?IGh0dHBz?= In-Reply-To: References: Message-ID: location /admin.php { rewrite ^(.*)$ https:///yyyyyyy.com$1 last; } 3 октября 2011 г. 16:44 пользователь alexch написал: > как правильно написать rewrite для > админок > http://xxxxxx.com/admin/index.php   http://yyyyyyy.com/admin.php > чтоб только их редиректить на https > остальные (http://xxxxxx.com/user.php, > http://yyyyyyy.com/user.php) должны работать по http > > ? > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216211,216211#msg-216211 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum на nginx.us Mon Oct 3 14:07:48 2011 From: nginx-forum на nginx.us (whocarez) Date: Mon, 03 Oct 2011 10:07:48 -0400 Subject: =?UTF-8?B?UmU6IDQwNCDQv9GA0L7QsdC70LXQvNCwINGBIHN0dWIgc3RhdHVz?= In-Reply-To: <2610568740.20111002165409@softsearch.ru> References: <2610568740.20111002165409@softsearch.ru> Message-ID: Здравствуйте, хорошо, вот тут nginx.conf ----------------------- user www-data www-data; worker_processes 1; error_log /var/log/nginx/error.log; pid /var/run/nginx.pid; events { worker_connections 1024; } http { #adminpage xcache include mime.types; include fastcgi.conf; default_type application/octet-stream; sendfile on; keepalive_timeout 65; gzip on; gzip_static on; gzip_http_version 1.1; gzip_vary on; gzip_comp_level 1; gzip_buffers 16 8k; gzip_min_length 1000; gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript; expires off; # configure log format log_format main '$remote_addr - $remote_user [$time_local] ' '"$request" $status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; log_format runo '$remote_addr - $remote_user [$time_local] ' '"$request" $status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; include /etc/nginx/seiten/hauptseite.conf; } ------------ вот и hauptseite.conf ------------ server { listen 85.214.xxx.yyy:80; server_name hauptseite.com www.hauptseite.com; charset utf-8; root /dev/shm/hauptseite; index index.php index.html; error_log /var/log/nginx/hauptseite-error.log error; error_page 404 500 502 503 504 /index.php; if ($host != 'hauptseite.com' ) { rewrite ^/(.*)$ http://hauptseite.com/$1 permanent; } if (!-e $request_filename) { rewrite ^/page/([0-9]+)/?$ /?page=$1 last; rewrite ^/profile/([^/]+)/([^/]+)/page/([0-9]+)/?$ /profile.php?id=$1&tab=$2&page=$3 last; rewrite ^/profile/([^/]+)/page/([0-9]+)/?$ /profile.php?id=$1&page=$2 last; rewrite ^/profile/([^/]+)/([^/]+)$ /profile.php?id=$1&tab=$2 last; rewrite ^/profile/([^/]+)$ /profile.php?id=$1 last; rewrite ^/profile/$ /profile.php last; rewrite ^/rss/forum/([^/]+)/topics/?$ /rss.php?forum=$1&topics=1 last; rewrite ^/rss/forum/([^/]+)/?$ /rss.php?forum=$1 last; rewrite ^/rss/profile/([^/]+)$ /rss.php?profile=$1 last; rewrite ^/rss/tags/([^/]+)/topics/?$ /rss.php?tag=$1&topics=1 last; rewrite ^/rss/tags/([^/]+)$ /rss.php?tag=$1 last; rewrite ^/rss/topic/([^/]+)$ /rss.php?topic=$1 last; rewrite ^/rss/view/([^/]+)$ /rss.php?view=$1 last; rewrite ^/rss/topics/?$ /rss.php?topics=1 last; rewrite ^/rss/?$ /rss.php last; rewrite ^/tags/([^/]+)/page/([0-9]+)/?$ /tags.php?tag=$1&page=$2 last; rewrite ^/tags/([^/]+)$ /tags.php?tag=$1 last; rewrite ^/tags/?$ /tags.php last; rewrite ^/view/([^/]+)/page/([0-9]+)/?$ /view.php?view=$1&page=$2 last; rewrite ^/view/([^/]+)$ /view.php?view=$1 last; # forums rewrite ^/([^/]+)/page/([0-9]+)/?$ /forum.php?id=$1&page=$2 last; rewrite ^/([^/]+)/$ /forum.php?id=$1 last; # tailed '/' is mandatory for forum URIs! Props: Mohta # topics rewrite ^/([^/]+)/([^/]+)/page/([0-9]+)/?$ /topic.php?id=$2&page=$3 last; rewrite ^/([^/]+)/([^/\.]+)(/)?$ /topic.php?id=$2 last; rewrite ^/ /index.php last; # rewrite ^/([^/\.]+)$ /topic.php?id=$1 last; } location /status { stub_status on; access_log off; allow 127.0.0.1; deny all; } location ~* \.(?:ico|jpe?g|gif|bmp|png|js|css)$ { expires 30d; access_log off; } location ~* (?!\.(ico|jpg|jpeg|gif|bmp|png|css|js))$ { expires off; access_log /var/log/nginx/hauptseite-access.log main; location ~ \.php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; } } } --------------- команда это как уже сказал: ----- GET hautpseite.com/status ---- nginx -V ---- nginx: nginx version: nginx/1.0.8 nginx: configure arguments: --with-http_gzip_static_module --with-openssl=/usr/include --with-http_stub_status_module --http-proxy-temp-path=/dev/shm/nginx/proxy_temp --http-fastcgi-temp-path=/dev/shm/nginx/fastcgi_temp --http-uwsgi-temp-path=/dev/shm/nginx/uwsgi_temp --http-scgi-temp-path=/dev/shm/nginx/scgi_temp --http-client-body-temp-path=/dev/shm/nginx/client_body_temp --http-log-path=/var/log/nginx/access.log --error-log-path=/var/log/nginx/error.log --conf-path=/etc/nginx/nginx.conf --user=www-data --group=www-data ---- Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216183,216215#msg-216215 From postmaster на softsearch.ru Mon Oct 3 15:50:46 2011 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 3 Oct 2011 19:50:46 +0400 Subject: =?UTF-8?B?UmVbMl06IDQwNCDQv9GA0L7QsdC70LXQvNCwINGBIHN0dWIgc3RhdHVz?= In-Reply-To: References: <2610568740.20111002165409@softsearch.ru> Message-ID: <316778384.20111003195046@softsearch.ru> Здравствуйте, whocarez. А вообще Вам надо прописать 2 блока server {} и все rewrite переделать в location {}, потому как сейчас конфиг выглядит как г..но. Один из Ваших реврайтов переписывает запрос к статусу. Перейдя на локейшны плюс вот это: - location /status { + location = /status { решит проблему. -- С уважением, Михаил mailto:postmaster на softsearch.ru From voron на amhost.net Mon Oct 3 16:02:17 2011 From: voron на amhost.net (Alex Vorona) Date: Mon, 03 Oct 2011 19:02:17 +0300 Subject: access_log & post_action In-Reply-To: <4E89ADB6.90506@l0rda.biz> References: <4E89ADB6.90506@l0rda.biz> Message-ID: <4E89DC89.9050204@amhost.net> 03.10.2011 15:42, Kirill Morozov wrote: > Добрый день, > > интересует, правильно ли поведение nginx в таких условиях: > > location ^~ /downloads { > access_log downloads.log main; > internal; > > ... > > post_action /report_ok.php; > } > > в локейшен /downloads клиенты отправляются с бекенда при помощи X-Accel-redirect, > лог открывается нормально, но если указана директива post_action - то данные в него не > попадают, стоит ее отключить и данные пишутся. Хотелось бы и использовать директиву, и > писать лог. Пишите лог в location = /report_ok\.php From nginx-forum на nginx.us Mon Oct 3 16:14:27 2011 From: nginx-forum на nginx.us (alexch) Date: Mon, 03 Oct 2011 12:14:27 -0400 Subject: =?UTF-8?B?UmU6INGA0LXQtNC40YDQtdC60YIg0LDQtNC80LjQvdC60Lgg0YEgaHR0cCDQvdCw?= =?UTF-8?B?IGh0dHBz?= In-Reply-To: References: Message-ID: <505bf5a34ff072c411127acbb5509986.NginxMailingListRussian@forum.nginx.org> спб, работает Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216211,216222#msg-216222 From nginx-forum на nginx.us Mon Oct 3 16:47:11 2011 From: nginx-forum на nginx.us (alexpts) Date: Mon, 03 Oct 2011 12:47:11 -0400 Subject: location rewrite In-Reply-To: <714260903.20111003045921@mtu-net.ru> References: <714260903.20111003045921@mtu-net.ru> Message-ID: <7771d57dc9883a9d7dc206f1fa916ac9.NginxMailingListRussian@forum.nginx.org> Здравствуйте, Уважаемый(-ая, -ое) Andrey Repin! Движок работает четко, если сервер скрипт нашел, то он отработает как нужно. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216171,216223#msg-216223 From miksir на maker.ru Mon Oct 3 16:57:36 2011 From: miksir на maker.ru (Dmitriy MiksIr) Date: Mon, 03 Oct 2011 20:57:36 +0400 Subject: =?UTF-8?B?UmU6INCQ0L3QsNC70L7QsyBodGFjY2Vzcw==?= In-Reply-To: <4E8853B0.70705@csdoc.com> References: <20111001214416.GA5234@external.screwed.box> <4E8853B0.70705@csdoc.com> Message-ID: 10/02/2011 04:06 PM, Gena Makhomed пишет: > вариант > "написать аналог mod_aclr для второго апача и работать через него" > является на сегодняшний день единственным нормальным. потому что > все другие вариант - это или двойное проксирование всей статики, > или игнорирование nginx`ом настроек доступа из .htaccess-файлов, > что будет неприятным сюрпризом для большинства пользователей. > > альтернативный вариант - вместо nginx использовать haproxy, > там можно ограничить количество запросов от nginx к backend`у, > чтобы в случае DDoS-атаки на какой-то вирутуальный хост не было > такой ситуации, что все worker-процессы апача будут заняты только > им и не смогут нормально обрабатывать запросы к другим сайтам. > Я бы шел по пути модуля для nginx который проверял бы наличие .htaccess-ов по пути запроса, частично анализировал его содержимое, и, в случае необходимости (директивы, которые нужно отрабатывать на апаче) - проксирование. Это было бы много эффективнее, чем дергать апач на каждый запрос. From nginx-forum на nginx.us Mon Oct 3 17:10:39 2011 From: nginx-forum на nginx.us (whocarez) Date: Mon, 03 Oct 2011 13:10:39 -0400 Subject: =?UTF-8?B?UmU6IDQwNCDQv9GA0L7QsdC70LXQvNCwINGBIHN0dWIgc3RhdHVz?= In-Reply-To: <2610568740.20111002165409@softsearch.ru> References: <2610568740.20111002165409@softsearch.ru> Message-ID: ок, выяснил .... -rewrite ^/ /index.php last; +rewrite ^/$ /index.php last; -location ~* \.(?:ico|jpe?g|gif|bmp|png|js|css)$ { +location ~* \.(ico|jpe?g|gif|bmp|png|js|css)$ { -location ~* (?!\.(ico|jpg|jpeg|gif|bmp|png|css|js))$ { location ~* (!\.(ico|jpg|jpeg|gif|bmp|png|css|js))$ { спасибо за совет! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216183,216226#msg-216226 From mdounin на mdounin.ru Mon Oct 3 17:14:11 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Mon, 3 Oct 2011 21:14:11 +0400 Subject: =?UTF-8?B?UmU6IDQwNCDQv9GA0L7QsdC70LXQvNCwINGBIHN0dWIgc3RhdHVz?= In-Reply-To: References: <2610568740.20111002165409@softsearch.ru> Message-ID: <20111003171410.GL1137@mdounin.ru> Hello! On Mon, Oct 03, 2011 at 10:07:48AM -0400, whocarez wrote: > Здравствуйте, хорошо, > вот тут nginx.conf ... > server { ... > if (!-e $request_filename) { ... > rewrite ^/ /index.php last; Т.е. всё, что не существует и не описано в rewrite'ах ранее, отправляется на /index.php. Делается это на уровне server, так что у "location /status" нет шансов отработать. Не надо использовать rewrite'ы, угу. Maxim Dounin From defan на zenon.net Tue Oct 4 09:33:03 2011 From: defan на zenon.net (Andrey N. Belov) Date: Tue, 04 Oct 2011 13:33:03 +0400 Subject: =?UTF-8?B?UmU6INCQ0L3QsNC70L7QsyBodGFjY2Vzcw==?= In-Reply-To: References: <20111001214416.GA5234@external.screwed.box> <4E8853B0.70705@csdoc.com> Message-ID: <1317720784.14835.27.camel@defan.zenon.net> День добрый. On Mon, 2011-10-03 at 20:57 +0400, Dmitriy MiksIr wrote: [..] > > альтернативный вариант - вместо nginx использовать haproxy, > > там можно ограничить количество запросов от nginx к backend`у, > > чтобы в случае DDoS-атаки на какой-то вирутуальный хост не было > > такой ситуации, что все worker-процессы апача будут заняты только > > им и не смогут нормально обрабатывать запросы к другим сайтам. > > > Я бы шел по пути модуля для nginx который проверял бы наличие > .htaccess-ов по пути запроса, частично анализировал его содержимое, и, в > случае необходимости (директивы, которые нужно отрабатывать на апаче) - > проксирование. Это было бы много эффективнее, чем дергать апач на каждый > запрос. Про это мы кстати тоже активно думаем. Прямо сейчас. -- Andrey N. Belov Zenon N.S.P., http://www.zenon.net From hell-for-yahoo на umail.ru Tue Oct 4 14:52:39 2011 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Tue, 4 Oct 2011 18:52:39 +0400 Subject: редирект админки с http на https In-Reply-To: References: Message-ID: <84180140.20111004185239@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Pavel Zhovner! PZ> location /admin.php { PZ> rewrite ^(.*)$ https:///yyyyyyy.com$1 last; PZ> } Я бы на вашем месте не стал хардкодить адрес сервера. И топ-постить тоже не стал бы. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) вторник, 04.10.2011, <18:51> From nginx-forum на nginx.us Tue Oct 4 15:11:24 2011 From: nginx-forum на nginx.us (alexch) Date: Tue, 04 Oct 2011 11:11:24 -0400 Subject: http https In-Reply-To: <84180140.20111004185239@mtu-net.ru> References: <84180140.20111004185239@mtu-net.ru> Message-ID: <3af3377305b90317f4bd12f8d374629d.NginxMailingListRussian@forum.nginx.org> обьясните Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216211,216248#msg-216248 From hell-for-yahoo на umail.ru Tue Oct 4 18:00:11 2011 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Tue, 4 Oct 2011 22:00:11 +0400 Subject: http https In-Reply-To: <3af3377305b90317f4bd12f8d374629d.NginxMailingListRussian@forum.nginx.org> References: <84180140.20111004185239@mtu-net.ru> <3af3377305b90317f4bd12f8d374629d.NginxMailingListRussian@forum.nginx.org> Message-ID: <371963525.20111004220011@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) alexch! a> обьясните Что именно вам объяснить? Что намертво вбивать адрес сервера для перенаправления, когда он должен быть тем же самым, с которого перенаправление происходит, где-то в середине конфига вредно для здоровья? Неужели это неочевидно? Для чтения: http://wiki.nginx.org/HttpCoreModule#.24server_name -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) вторник, 04.10.2011, <21:45> From nginx-forum на nginx.us Tue Oct 4 19:03:24 2011 From: nginx-forum на nginx.us (alexch) Date: Tue, 04 Oct 2011 15:03:24 -0400 Subject: http https In-Reply-To: <371963525.20111004220011@mtu-net.ru> References: <371963525.20111004220011@mtu-net.ru> Message-ID: <1888763b7ed5eb5d7ea3ce9c220428f4.NginxMailingListRussian@forum.nginx.org> пасиб, понял Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216211,216253#msg-216253 From wangsamp на gmail.com Wed Oct 5 00:31:50 2011 From: wangsamp на gmail.com (Oleksandr V. Typlyns'kyi) Date: Wed, 5 Oct 2011 03:31:50 +0300 (FET) Subject: =?UTF-8?B?UmU6INC+0YLQutC70Y7Rh9C40YLRjCDQstC+0LfQvNC+0LbQvdC+0YHRgtGMINC0?= =?UTF-8?B?0L7QutCw0YfQutC4Pw==?= In-Reply-To: <0DC766E2-B828-48DA-A2FB-420E7266D1A3@sysoev.ru> References: <4AA55735.8090400@academ.org> <4AA60B9A.7000003@academ.org> <20090908100754.GD68360@rambler-co.ru> <20110531173750.GM56723@sysoev.ru> <0DC766E2-B828-48DA-A2FB-420E7266D1A3@sysoev.ru> Message-ID: May 31 May 31, 2011 at 23:11 Igor Sysoev wrote: > >>> On Tue, Sep 08, 2009 at 01:51:31PM +0400, ilya на aniskovets.com wrote: > >>>> Чтобы докачка не работала, можно просто удалить из заголовка поле > >>>> content-length. Тогда даунлоад менеджеры будут качать в один поток. > >>> > >>> Правильнее из ответа удалять "Accept-Ranges: bytes", но сейчас этого > >>> сделать нельзя. > >> Заранее извиняюсь, что поднимаю такое старое обсуждение. Игорь, не появилась > >> ли сейчас возможность убрать "Accept-Ranges: bytes" из заголовков, не > >> прибегая к использованию внешних модулей вроде > >> http://wiki.nginx.org/NginxHttpHeadersMoreModule ??? > >> > >> Задача простая - дать пользователю скачать файл ровно один раз, а дальше > >> через post_action он помечается в бд как скачанный. > > > > Прилагаемый патч должен помочь. > > > Использовать так: > add_header Accept-Ranges ""; Повторный некропостинг - зло :) Но решил подметить, что начиная с 1.1.2 и 1.0.8 можно использовать директиву "max_ranges 0". А патч так и остался патчем. -- WNGS-RIPE From koldaevav на gmail.com Wed Oct 5 12:18:35 2011 From: koldaevav на gmail.com (Anton Koldaev) Date: Wed, 5 Oct 2011 16:18:35 +0400 Subject: Memory corruption when too big GET request Message-ID: Hi I have the same symptoms as in: http://forum.nginx.org/read.php?2,182995,183019#msg-183019 and http://comments.gmane.org/gmane.comp.web.nginx.russian/41504 Igor said(in the second link) it will be fixed soon. Is it fixed? What version? -- Best regards, Koldaev Anton ----------- ???????? ????? ----------- ???????? ? ??????? HTML ???? ?????????… URL: From koldaevav на gmail.com Wed Oct 5 12:20:15 2011 From: koldaevav на gmail.com (Anton Koldaev) Date: Wed, 5 Oct 2011 16:20:15 +0400 Subject: Memory corruption when too big GET request In-Reply-To: References: Message-ID: Простите, что по-английски. На моей инсталляции nginx 0.7.63 точно такие же симптомы, как описаны в http://forum.nginx.org/read.php?2,182995,183019#msg-183019 и http://comments.gmane.org/gmane.comp.web.nginx.russian/41504 Во втором линке в обсуждении Игорь Сысоев указал, что проблема будет вскоре решена. Можно ли узнать, решена ли данная проблема и до какой версии нужно обновиться, чтобы от нее изобавиться? On Wed, Oct 5, 2011 at 4:18 PM, Anton Koldaev wrote: > Hi > I have the same symptoms as in: > http://forum.nginx.org/read.php?2,182995,183019#msg-183019 and > http://comments.gmane.org/gmane.comp.web.nginx.russian/41504 > > Igor said(in the second link) it will be fixed soon. Is it fixed? What > version? > > > -- > Best regards, > Koldaev Anton > -- Best regards, Koldaev Anton ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From igor на sysoev.ru Wed Oct 5 12:37:58 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Wed, 5 Oct 2011 16:37:58 +0400 Subject: Memory corruption when too big GET request In-Reply-To: References: Message-ID: <20111005123757.GA37372@nginx.com> On Wed, Oct 05, 2011 at 04:20:15PM +0400, Anton Koldaev wrote: > Простите, что по-английски. > На моей инсталляции nginx 0.7.63 точно такие же симптомы, как описаны в > http://forum.nginx.org/read.php?2,182995,183019#msg-183019 и > http://comments.gmane.org/gmane.comp.web.nginx.russian/41504 > > Во втором линке в обсуждении Игорь Сысоев указал, что проблема будет вскоре > решена. > Можно ли узнать, решена ли данная проблема и до какой версии нужно > обновиться, чтобы от нее изобавиться? 1.0.5 0.8.55 0.7.69 -- Igor Sysoev From koldaevav на gmail.com Wed Oct 5 12:39:21 2011 From: koldaevav на gmail.com (Anton Koldaev) Date: Wed, 5 Oct 2011 16:39:21 +0400 Subject: Memory corruption when too big GET request In-Reply-To: <20111005123757.GA37372@nginx.com> References: <20111005123757.GA37372@nginx.com> Message-ID: Благодарю. 2011/10/5 Igor Sysoev > On Wed, Oct 05, 2011 at 04:20:15PM +0400, Anton Koldaev wrote: > > Простите, что по-английски. > > На моей инсталляции nginx 0.7.63 точно такие же симптомы, как описаны в > > http://forum.nginx.org/read.php?2,182995,183019#msg-183019 и > > http://comments.gmane.org/gmane.comp.web.nginx.russian/41504 > > > > Во втором линке в обсуждении Игорь Сысоев указал, что проблема будет > вскоре > > решена. > > Можно ли узнать, решена ли данная проблема и до какой версии нужно > > обновиться, чтобы от нее изобавиться? > > 1.0.5 > 0.8.55 > 0.7.69 > > > -- > Igor Sysoev > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Best regards, Koldaev Anton ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From igor на sysoev.ru Wed Oct 5 14:52:55 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Wed, 5 Oct 2011 18:52:55 +0400 Subject: nginx-1.1.5 Message-ID: <20111005145255.GH37372@nginx.com> Изменения в nginx 1.1.5 05.10.2011 *) Добавление: директивы uwsgi_buffering и scgi_buffering. Спасибо Peter Smit. *) Исправление: при использовании proxy_cache_bypass могли быть закэшированы некэшируемые ответы. Спасибо John Ferlito. *) Исправление: в модуле ngx_http_proxy_module при работе с бэкендами по HTTP/1.1. *) Исправление: закэшированные ответы с пустым телом возвращались некорректно; ошибка появилась в 0.8.31. *) Исправление: ответы с кодом 201 модуля ngx_http_dav_module были некорректны; ошибка появилась в 0.8.32. *) Исправление: в директиве return. *) Исправление: при использовании директивы "ssl_session_cache builtin" происходил segmentation fault; ошибка появилась в 1.1.1. -- Игорь Сысоев http://sysoev.ru From nginx-forum на nginx.us Wed Oct 5 17:17:29 2011 From: nginx-forum на nginx.us (arty777) Date: Wed, 05 Oct 2011 13:17:29 -0400 Subject: nginx-1.1.5 In-Reply-To: <20111005145255.GH37372@nginx.com> References: <20111005145255.GH37372@nginx.com> Message-ID: <0071e9edd2d8b12ccae5a8530a91952d.NginxMailingListRussian@forum.nginx.org> Игорь , а вы в новых релизах применяли тот фикс , что ?start=1.0003 кидало на начало файла (не понимало более 4 знаков после запятой) ???????? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216284,216289#msg-216289 From nginx-forum на nginx.us Wed Oct 5 18:40:30 2011 From: nginx-forum на nginx.us (receiver) Date: Wed, 05 Oct 2011 14:40:30 -0400 Subject: =?UTF-8?Q?SSL123_=D0=B8_nginx?= Message-ID: Заранее прошу прощения, если спрашиваю глупость. Получил от Thawte сертификат, скачал промежуточный сертификат (пробовал и бандл для Apache и Primary+Secondary). # cat my.cert SSL123_PrimaryCA.pem SSL123_SecondaryCA.pem > my.good.cert (до этого делал так cat my.cert SSL123_CA_Bundle.pem > my.good.cert, понимаю, что по сути одно и тоже :) ) Конфиг такой: upstream backend { server 127.0.0.1:88; } server { listen 443; server_name my.ru; access_log /var/log/nginx/localhost.access.log; ssl on; ssl_certificate /etc/ssl/certs/my.good.cert; ssl_certificate_key /etc/ssl/private/my.pem; ssl_verify_depth 3; location / { proxy_pass http://backend; include /etc/nginx/proxy.conf; } location ~* \.(jpg|gif|png|css|js)$ { root /usr/share/wordpress; } } Итого - wget: "cannot verify my.ru's certificate, issued by ?/C=US/O=Thawte, Inc./OU=Domain Validated SSL/CN=Thawte DV SSL CA?", Firefox ругается: "Некоторые части просматриваемой вами страницы не были зашифрованы перед передачей через Интернет", Opera говорит: "The certificate is not signed by a trusted authority". Утилита от Thawte (https://search.thawte.com/support/ssl-digital-certificates/index?page=content&id=SO9555) говорит: "my.ru is successfully secured by an SSL certificate." Не могу понять в чем проблема ... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216292,216292#msg-216292 From igor на sysoev.ru Thu Oct 6 06:45:27 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Thu, 6 Oct 2011 10:45:27 +0400 Subject: =?UTF-8?Q?Re=3A_SSL123_=D0=B8_nginx?= In-Reply-To: References: Message-ID: <20111006064527.GC56093@nginx.com> On Wed, Oct 05, 2011 at 02:40:30PM -0400, receiver wrote: > Заранее прошу прощения, если спрашиваю > глупость. > > Получил от Thawte сертификат, скачал > промежуточный сертификат (пробовал и > бандл для Apache и Primary+Secondary). > # cat my.cert SSL123_PrimaryCA.pem SSL123_SecondaryCA.pem > my.good.cert > (до этого делал так cat my.cert SSL123_CA_Bundle.pem > > my.good.cert, понимаю, что по сути одно и тоже > :) ) > > Конфиг такой: > > upstream backend { > server 127.0.0.1:88; > } > > server { > > listen 443; > server_name my.ru; > access_log /var/log/nginx/localhost.access.log; > ssl on; > ssl_certificate /etc/ssl/certs/my.good.cert; > ssl_certificate_key /etc/ssl/private/my.pem; > ssl_verify_depth 3; > location / { > proxy_pass http://backend; > include /etc/nginx/proxy.conf; > } > > location ~* \.(jpg|gif|png|css|js)$ { > root /usr/share/wordpress; > } > > > } > > Итого - wget: "cannot verify my.ru's certificate, issued by > ?/C=US/O=Thawte, Inc./OU=Domain Validated SSL/CN=Thawte DV SSL CA?", > Firefox ругается: "Некоторые части > просматриваемой вами страницы не были > зашифрованы перед передачей через > Интернет", Opera говорит: "The certificate is not signed > by a trusted authority". > > Утилита от Thawte > (https://search.thawte.com/support/ssl-digital-certificates/index?page=content&id=SO9555) > говорит: "my.ru is successfully secured by an SSL certificate." > > Не могу понять в чем проблема ... http://nginx.org/en/docs/http/configuring_https_servers.html#chains -- Igor Sysoev From igor на sysoev.ru Thu Oct 6 06:46:06 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Thu, 6 Oct 2011 10:46:06 +0400 Subject: nginx-1.1.5 In-Reply-To: <0071e9edd2d8b12ccae5a8530a91952d.NginxMailingListRussian@forum.nginx.org> References: <20111005145255.GH37372@nginx.com> <0071e9edd2d8b12ccae5a8530a91952d.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111006064606.GD56093@nginx.com> On Wed, Oct 05, 2011 at 01:17:29PM -0400, arty777 wrote: > Игорь , а вы в новых релизах применяли > тот фикс , что ?start=1.0003 кидало на начало > файла (не понимало более 4 знаков после > запятой) ???????? Да !!!!!!!!! -- Igor Sysoev From maxim на nginx.com Thu Oct 6 08:34:45 2011 From: maxim на nginx.com (Maxim Konovalov) Date: Thu, 06 Oct 2011 12:34:45 +0400 Subject: nginx is hiring Message-ID: <4E8D6825.1020102@nginx.com> Привет, как многие здесь знают, Игорь открыл компанию, которая занимается развитием nginx. Мы сейчас ищем толковых программистов, готовых влиться в нашу небольшую команду. Что нужно от вас. Первое: опыт профессионального программирования unix/userspace на C 3-5 лет или лучше, продвинутый/экспертный уровень. Понимание архитектур современных операционных систем. Владение инструментами разработки под unix. Уверенные навыки unix user. Второе, но не менее важное, чем первое. Понимание, что стартап -- это не про модные офисы, сказочные опционы и доли, инвесторов и IPO, быстрый выход в кэш и безбедную пенсию. Это в первую очередь работа, в нашем случае над уникальным проектом, успех которого зависит от нас. Это риски, в том числе персональные. Штампы про самомотивацию, аккуратность, исполнительность и т.д. перечислять не буду. Условия работы простые: мы платим белую зарплату, строго фултайм строго в офисе в Москве. Зарплатная вилка, как нам кажется, вполне конкурентная для рынка. Предвосхищая вопросы по поводу удаленки: мы пытаемся привлекать людей на такой режим работы. Но сейчас речь именно о фултайме в Москве. Ваши соображения, резюме, CV можно отправлять мне лично (не в лист) на maxim на nginx.com. Или звонить по телефону ниже. Спасибо, Максим. -- Maxim Konovalov +7 (910) 4293178 http://nginx.com/ From nginx-forum на nginx.us Thu Oct 6 09:41:02 2011 From: nginx-forum на nginx.us (init) Date: Thu, 06 Oct 2011 05:41:02 -0400 Subject: Fake Content-Length header Message-ID: <7406d2242f26ca1905fb6e99cc8d3280.NginxMailingListRussian@forum.nginx.org> Ситуация следующая: - Клиент не знает размера запроса и ставит максимальное число в Content-Length. - Nginx работает как прокси и начинает принимать запрос - У клиента кончаются данные и он закрывает соединение. - Nginx не получает весь размер из Content-Length и возвращает 40x ошибку. Запрос клиента: PUT http://192.168.1.1/192.168.1.2/path/file.wav HTTP/1.1 Host: 192.168.1.1 Content-Length: 864000000 Content-Type: audio/wav Expect: 100-continue Возможно ли настроить/пропатчить nginx так, чтобы он считал данные успешно принятыми, если их размер не равен Content-Length? Клиента изменить нельзя. Я пробовал изменить функцию ngx_http_do_read_client_request_body() и убрать возврат ошибки при c->recv()==0 (записав при этом в rb->rest = 0), но это вызвало проблемы с последующей передачей запроса апстриму: 2011/10/06 08:37:30 [debug] 28656#0: *27 http upstream recv(): 0 (115: Operation now in progress) 2011/10/06 08:37:30 [info] 28656#0: *27 client closed prematurely connection, so upstream connection is closed too while connecting to upstream, clien 2011/10/06 08:37:30 [debug] 28656#0: *27 finalize http upstream request: 499 Апстрим - это Apache, на него ничего не доходит. Напрямую без nginx все работает. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216310,216310#msg-216310 From a.vasilishin на kpi.ua Thu Oct 6 15:50:27 2011 From: a.vasilishin на kpi.ua (=?UTF-8?B?0JDQvdC00YDQtdC5INCS0LDRgdC40LvQuNGI0LjQvQ==?=) Date: Thu, 06 Oct 2011 18:50:27 +0300 Subject: =?UTF-8?B?0JzQvtC00YPQu9GMIG1wNDogNTAwIEludGVybmFsIFNlcnZlciwgIHByZWFkKCkg?= =?UTF-8?B?IGZhaWxlZCAoMjI6IEludmFsaWQgYXJndW1lbnQpLA==?= Message-ID: <4E8DCE43.1070607@kpi.ua> Здравствуйте! С чем может быть связана ошибка и как ее лечить? # uname -a Linux host-31 2.6.32-5-amd64 #1 SMP Fri Sep 9 20:23:16 UTC 2011 x86_64 GNU/Linux # nginx -V nginx: nginx version: nginx/1.1.4 nginx: built by gcc 4.6.1 (Debian 4.6.1-13) nginx: 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 --lock-path=/var/lock/nginx.lock --pid-path=/var/run/nginx.pid --with-debug --with-file-aio --with-http_flv_module --with-http_mp4_module --with-http_geoip_module --with-http_realip_module --with-http_secure_link_module --with-http_stub_status_module --without-http_memcached_module --without-http_scgi_module --without-http_split_clients_module --without-http_uwsgi_module # cat /etc/nginx/sites-enabled/s1.site.net.conf server { listen 213.186.112.164:80; server_name s1.site.net; access_log off; # access_log /var/log/nginx/s1.site.net.access.log main; error_log /var/log/nginx/s1.site.net.error.log; location / { proxy_pass http://127.0.0.1:8080/; proxy_redirect off; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; client_max_body_size 10m; client_body_buffer_size 128k; proxy_connect_timeout 20; proxy_send_timeout 20; proxy_read_timeout 20; proxy_buffering off; } location ~ \.php$ { proxy_pass http://127.0.0.1:8080; proxy_redirect off; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; client_max_body_size 10m; client_body_buffer_size 128k; proxy_connect_timeout 20; proxy_send_timeout 20; proxy_read_timeout 20; proxy_buffering off; } location /flv { root /var/www/; open_file_cache max=3000 inactive=120s; open_file_cache_valid 30s; open_file_cache_min_uses 2; open_file_cache_errors off; try_files /s1.site.net-st14$uri /s1.site.net-st13$uri /s1.site.net-st12$uri /s1.site.net-st11$uri /s1.site.net-st10$uri /s1.site.net-st9$uri /s1.site.net-st7$uri /s1.site.net-st8$uri /s1.site.net-st1$uri /s1.site.net-st2$uri /s1.site.net-st3$uri /s1.site.net-st4$uri /s1.site.net-st5$uri /s1.site.net-st6$uri =404; internal; flv; output_buffers 1 1m; aio on; directio 4096; # limit_rate_after 20m; # limit_rate 1m; } location /mp4 { root /var/www/; open_file_cache max=3000 inactive=120s; open_file_cache_valid 30s; open_file_cache_min_uses 2; open_file_cache_errors off; try_files /s1.site.net-st14$uri /s1.site.net-st13$uri /s1.site.net-st12$uri /s1.site.net-st11$uri /s1.site.net-st10$uri /s1.site.net-st9$uri /s1.site.net-st7$uri /s1.site.net-st8$uri /s1.site.net-st1$uri /s1.site.net-st2$uri /s1.site.net-st3$uri /s1.site.net-st4$uri /s1.site.net-st5$uri /s1.site.net-st6$uri =404; internal; mp4; mp4_buffer_size 1m; # default 512k mp4_max_buffer_size 10m; # default 5m output_buffers 1 1m; aio on; directio 4096; # limit_rate_after 20m; # limit_rate 1m; } location /nginx_status { stub_status on; access_log off; } } # cat /var/log/nginx/s1.site.net.error.log 2011/10/06 18:42:45 [debug] 18889#0: *49 accept: 77.47.201.94 fd:22 2011/10/06 18:42:45 [debug] 18889#0: *49 event timer add: 22: 60000:1317915825326 2011/10/06 18:42:45 [debug] 18889#0: *49 epoll add event: fd:22 op:1 ev:80000001 2011/10/06 18:42:45 [debug] 18889#0: *49 post event 00007F8495BA30E0 2011/10/06 18:42:45 [debug] 18889#0: *49 delete posted event 00007F8495BA30E0 2011/10/06 18:42:45 [debug] 18889#0: *49 malloc: 0000000000767E10:1264 2011/10/06 18:42:45 [debug] 18889#0: *49 posix_memalign: 0000000000768900:256 @16 2011/10/06 18:42:45 [debug] 18889#0: *49 malloc: 0000000000768310:1024 2011/10/06 18:42:45 [debug] 18889#0: *49 posix_memalign: 0000000000769CB0:4096 @16 2011/10/06 18:42:45 [debug] 18889#0: *49 http process request line 2011/10/06 18:42:45 [debug] 18889#0: *49 recv: fd:22 579 of 1024 2011/10/06 18:42:45 [debug] 18889#0: *49 http request line: "GET /mp/2d44d93c1e913222a6803f8e4c260a1d/Povtoryaushie.mp4?start=0 HTTP/1.1" 2011/10/06 18:42:45 [debug] 18889#0: *49 http uri: "/mp/2d44d93c1e913222a6803f8e4c260a1d/Povtoryaushie.mp4" 2011/10/06 18:42:45 [debug] 18889#0: *49 http args: "start=0" 2011/10/06 18:42:45 [debug] 18889#0: *49 http exten: "mp4" 2011/10/06 18:42:45 [debug] 18889#0: *49 http process request header line 2011/10/06 18:42:45 [debug] 18889#0: *49 http header: "Host: s1.site.net" 2011/10/06 18:42:45 [debug] 18889#0: *49 http header: "User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20100101 Firefox/7.0.1" 2011/10/06 18:42:45 [debug] 18889#0: *49 http header: "Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8" 2011/10/06 18:42:45 [debug] 18889#0: *49 http header: "Accept-Language: uk,ru;q=0.8,en-us;q=0.5,en;q=0.3" 2011/10/06 18:42:45 [debug] 18889#0: *49 http header: "Accept-Encoding: gzip, deflate" 2011/10/06 18:42:45 [debug] 18889#0: *49 http header: "Accept-Charset: windows-1251,utf-8;q=0.7,*;q=0.7" 2011/10/06 18:42:45 [debug] 18889#0: *49 http header: "Connection: keep-alive" 2011/10/06 18:42:45 [debug] 18889#0: *49 http header: "Cookie: __utma=103814535.333769322.1317911110.1317911110.1317911110.1; __utmc=103814535; __utmz=103814535.1317911110.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none)" 2011/10/06 18:42:45 [debug] 18889#0: *49 http header done 2011/10/06 18:42:45 [debug] 18889#0: *49 event timer del: 22: 1317915825326 2011/10/06 18:42:45 [debug] 18889#0: *49 generic phase: 0 2011/10/06 18:42:45 [debug] 18889#0: *49 rewrite phase: 1 2011/10/06 18:42:45 [debug] 18889#0: *49 test location: "/" 2011/10/06 18:42:45 [debug] 18889#0: *49 test location: "mp4" 2011/10/06 18:42:45 [debug] 18889#0: *49 test location: "flv" 2011/10/06 18:42:45 [debug] 18889#0: *49 test location: ~ "\.php$" 2011/10/06 18:42:45 [debug] 18889#0: *49 using configuration "/" 2011/10/06 18:42:45 [debug] 18889#0: *49 http cl:-1 max:10485760 2011/10/06 18:42:45 [debug] 18889#0: *49 rewrite phase: 3 2011/10/06 18:42:45 [debug] 18889#0: *49 post rewrite phase: 4 2011/10/06 18:42:45 [debug] 18889#0: *49 generic phase: 5 2011/10/06 18:42:45 [debug] 18889#0: *49 generic phase: 6 2011/10/06 18:42:45 [debug] 18889#0: *49 generic phase: 7 2011/10/06 18:42:45 [debug] 18889#0: *49 access phase: 8 2011/10/06 18:42:45 [debug] 18889#0: *49 access phase: 9 2011/10/06 18:42:45 [debug] 18889#0: *49 post access phase: 10 2011/10/06 18:42:45 [debug] 18889#0: *49 try files phase: 11 2011/10/06 18:42:45 [debug] 18889#0: *49 http init upstream, client timer: 0 2011/10/06 18:42:45 [debug] 18889#0: *49 epoll add event: fd:22 op:3 ev:80000005 2011/10/06 18:42:45 [debug] 18889#0: *49 posix_memalign: 000000000075E000:4096 @16 2011/10/06 18:42:45 [debug] 18889#0: *49 http script copy: "Host: " 2011/10/06 18:42:45 [debug] 18889#0: *49 http script var: "s1.site.net" 2011/10/06 18:42:45 [debug] 18889#0: *49 http script copy: " " 2011/10/06 18:42:45 [debug] 18889#0: *49 http script copy: "X-Real-IP: " 2011/10/06 18:42:45 [debug] 18889#0: *49 http script var: "77.47.201.94" 2011/10/06 18:42:45 [debug] 18889#0: *49 http script copy: " " 2011/10/06 18:42:45 [debug] 18889#0: *49 http script copy: "X-Forwarded-For: " 2011/10/06 18:42:45 [debug] 18889#0: *49 http script var: "77.47.201.94" 2011/10/06 18:42:45 [debug] 18889#0: *49 http script copy: " " 2011/10/06 18:42:45 [debug] 18889#0: *49 http script copy: "Connection: close " 2011/10/06 18:42:45 [debug] 18889#0: *49 http proxy header: "User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20100101 Firefox/7.0.1" 2011/10/06 18:42:45 [debug] 18889#0: *49 http proxy header: "Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8" 2011/10/06 18:42:45 [debug] 18889#0: *49 http proxy header: "Accept-Language: uk,ru;q=0.8,en-us;q=0.5,en;q=0.3" 2011/10/06 18:42:45 [debug] 18889#0: *49 http proxy header: "Accept-Encoding: gzip, deflate" 2011/10/06 18:42:45 [debug] 18889#0: *49 http proxy header: "Accept-Charset: windows-1251,utf-8;q=0.7,*;q=0.7" 2011/10/06 18:42:45 [debug] 18889#0: *49 http proxy header: "Cookie: __utma=103814535.333769322.1317911110.1317911110.1317911110.1; __utmc=103814535; __utmz=103814535.1317911110.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none)" 2011/10/06 18:42:45 [debug] 18889#0: *49 http proxy header: "GET /mp/2d44d93c1e913222a6803f8e4c260a1d/Povtoryaushie.mp4?start=0 HTTP/1.0 Host: s1.site.net X-Real-IP: 77.47.201.94 X-Forwarded-For: 77.47.201.94 Connection: close User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: uk,ru;q=0.8,en-us;q=0.5,en;q=0.3 Accept-Encoding: gzip, deflate Accept-Charset: windows-1251,utf-8;q=0.7,*;q=0.7 Cookie: __utma=103814535.333769322.1317911110.1317911110.1317911110.1; __utmc=103814535; __utmz=103814535.1317911110.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none) " 2011/10/06 18:42:45 [debug] 18889#0: *49 http cleanup add: 000000000075E298 2011/10/06 18:42:45 [debug] 18889#0: *49 get rr peer, try: 1 2011/10/06 18:42:45 [debug] 18889#0: *49 socket 24 2011/10/06 18:42:45 [debug] 18889#0: *49 epoll add connection: fd:24 ev:80000005 2011/10/06 18:42:45 [debug] 18889#0: *49 connect to 127.0.0.1:8080, fd:24 #50 2011/10/06 18:42:45 [debug] 18889#0: *49 http upstream connect: -2 2011/10/06 18:42:45 [debug] 18889#0: *49 posix_memalign: 0000000000768720:128 @16 2011/10/06 18:42:45 [debug] 18889#0: *49 event timer add: 24: 20000:1317915785335 2011/10/06 18:42:45 [debug] 18889#0: *49 http finalize request: -4, "/mp/2d44d93c1e913222a6803f8e4c260a1d/Povtoryaushie.mp4?start=0" a:1, c:2 2011/10/06 18:42:45 [debug] 18889#0: *49 http request count:2 blk:0 2011/10/06 18:42:45 [debug] 18889#0: *49 post event 00007F84955230E0 2011/10/06 18:42:45 [debug] 18889#0: *49 post event 00007F8495523148 2011/10/06 18:42:45 [debug] 18889#0: *49 delete posted event 00007F8495523148 2011/10/06 18:42:45 [debug] 18889#0: *49 http upstream request: "/mp/2d44d93c1e913222a6803f8e4c260a1d/Povtoryaushie.mp4?start=0" 2011/10/06 18:42:45 [debug] 18889#0: *49 http upstream send request handler 2011/10/06 18:42:45 [debug] 18889#0: *49 http upstream send request 2011/10/06 18:42:45 [debug] 18889#0: *49 chain writer buf fl:1 s:630 2011/10/06 18:42:45 [debug] 18889#0: *49 chain writer in: 000000000075E2D0 2011/10/06 18:42:45 [debug] 18889#0: *49 writev: 630 2011/10/06 18:42:45 [debug] 18889#0: *49 chain writer out: 0000000000000000 2011/10/06 18:42:45 [debug] 18889#0: *49 event timer del: 24: 1317915785335 2011/10/06 18:42:45 [debug] 18889#0: *49 event timer add: 24: 20000:1317915785335 2011/10/06 18:42:45 [debug] 18889#0: *49 delete posted event 00007F84955230E0 2011/10/06 18:42:45 [debug] 18889#0: *49 http run request: "/mp/2d44d93c1e913222a6803f8e4c260a1d/Povtoryaushie.mp4?start=0" 2011/10/06 18:42:45 [debug] 18889#0: *49 http upstream check client, write event:1, "/mp/2d44d93c1e913222a6803f8e4c260a1d/Povtoryaushie.mp4" 2011/10/06 18:42:45 [debug] 18889#0: *49 http upstream recv(): -1 (11: Resource temporarily unavailable) 2011/10/06 18:42:45 [debug] 18889#0: *49 post event 00007F8495BA3148 2011/10/06 18:42:45 [debug] 18889#0: *49 post event 00007F8495523148 2011/10/06 18:42:45 [debug] 18889#0: *49 delete posted event 00007F8495523148 2011/10/06 18:42:45 [debug] 18889#0: *49 http upstream request: "/mp/2d44d93c1e913222a6803f8e4c260a1d/Povtoryaushie.mp4?start=0" 2011/10/06 18:42:45 [debug] 18889#0: *49 http upstream dummy handler 2011/10/06 18:42:45 [debug] 18889#0: *49 delete posted event 00007F8495BA3148 2011/10/06 18:42:45 [debug] 18889#0: *49 http upstream request: "/mp/2d44d93c1e913222a6803f8e4c260a1d/Povtoryaushie.mp4?start=0" 2011/10/06 18:42:45 [debug] 18889#0: *49 http upstream process header 2011/10/06 18:42:45 [debug] 18889#0: *49 malloc: 0000000000754C70:4096 2011/10/06 18:42:45 [debug] 18889#0: *49 recv: fd:24 228 of 4096 2011/10/06 18:42:45 [debug] 18889#0: *49 http proxy status 200 "200 OK" 2011/10/06 18:42:45 [debug] 18889#0: *49 http proxy header: "Date: Thu, 06 Oct 2011 15:42:45 GMT" 2011/10/06 18:42:45 [debug] 18889#0: *49 http proxy header: "Server: Apache/2.2.16 (Debian)" 2011/10/06 18:42:45 [debug] 18889#0: *49 http proxy header: "X-Powered-By: PHP/5.3.8-2" 2011/10/06 18:42:45 [debug] 18889#0: *49 http proxy header: "X-Accel-Redirect: /mp4/Povtoryaushie.mp4?start=0" 2011/10/06 18:42:45 [debug] 18889#0: *49 http proxy header: "Content-Length: 0" 2011/10/06 18:42:45 [debug] 18889#0: *49 http proxy header: "Connection: close" 2011/10/06 18:42:45 [debug] 18889#0: *49 http proxy header: "Content-Type: video/mp4" 2011/10/06 18:42:45 [debug] 18889#0: *49 http proxy header done 2011/10/06 18:42:45 [debug] 18889#0: *49 finalize http upstream request: -5 2011/10/06 18:42:45 [debug] 18889#0: *49 finalize http proxy request 2011/10/06 18:42:45 [debug] 18889#0: *49 free rr peer 1 0 2011/10/06 18:42:45 [debug] 18889#0: *49 close http upstream connection: 24 2011/10/06 18:42:45 [debug] 18889#0: *49 free: 0000000000768720, unused: 48 2011/10/06 18:42:45 [debug] 18889#0: *49 event timer del: 24: 1317915785335 2011/10/06 18:42:45 [debug] 18889#0: *49 reusable connection: 0 2011/10/06 18:42:45 [debug] 18889#0: *49 internal redirect: "/mp4/Povtoryaushie.mp4?start=0" 2011/10/06 18:42:45 [debug] 18889#0: *49 rewrite phase: 1 2011/10/06 18:42:45 [debug] 18889#0: *49 test location: "/" 2011/10/06 18:42:45 [debug] 18889#0: *49 test location: "mp4" 2011/10/06 18:42:45 [debug] 18889#0: *49 test location: ~ "\.php$" 2011/10/06 18:42:45 [debug] 18889#0: *49 using configuration "/mp4" 2011/10/06 18:42:45 [debug] 18889#0: *49 http cl:-1 max:2102394880 2011/10/06 18:42:45 [debug] 18889#0: *49 rewrite phase: 3 2011/10/06 18:42:45 [debug] 18889#0: *49 post rewrite phase: 4 2011/10/06 18:42:45 [debug] 18889#0: *49 generic phase: 5 2011/10/06 18:42:45 [debug] 18889#0: *49 generic phase: 6 2011/10/06 18:42:45 [debug] 18889#0: *49 generic phase: 7 2011/10/06 18:42:45 [debug] 18889#0: *49 access phase: 8 2011/10/06 18:42:45 [debug] 18889#0: *49 access phase: 9 2011/10/06 18:42:45 [debug] 18889#0: *49 post access phase: 10 2011/10/06 18:42:45 [debug] 18889#0: *49 try files phase: 11 2011/10/06 18:42:45 [debug] 18889#0: *49 http script copy: "/s1.site.net-st14" 2011/10/06 18:42:45 [debug] 18889#0: *49 http script var: "/mp4/Povtoryaushie.mp4" 2011/10/06 18:42:45 [debug] 18889#0: *49 trying to use file: "/s1.site.net-st14/mp4/Povtoryaushie.mp4" "/var/www/s1.site.net-st14/mp4/Povtoryaushie.mp4" 2011/10/06 18:42:45 [debug] 18889#0: *49 add cleanup: 000000000075E5C0 2011/10/06 18:42:45 [debug] 18889#0: *49 retest open file: /var/www/s1.site.net-st14/mp4/Povtoryaushie.mp4, fd:23, c:0, e:0 2011/10/06 18:42:45 [debug] 18889#0: *49 cached open file: /var/www/s1.site.net-st14/mp4/Povtoryaushie.mp4, fd:23, c:1, e:0, u:31 2011/10/06 18:42:45 [debug] 18889#0: *49 try file uri: "/s1.site.net-st14/mp4/Povtoryaushie.mp4" 2011/10/06 18:42:45 [debug] 18889#0: *49 http set discard body 2011/10/06 18:42:45 [debug] 18889#0: *49 http mp4 filename: "/var/www/s1.site.net-st14/mp4/Povtoryaushie.mp4" 2011/10/06 18:42:45 [debug] 18889#0: *49 add cleanup: 000000000075E630 2011/10/06 18:42:45 [debug] 18889#0: *49 cached open file: /var/www/s1.site.net-st14/mp4/Povtoryaushie.mp4, fd:23, c:2, e:0, u:32 2011/10/06 18:42:45 [debug] 18889#0: *49 malloc: 0000000000755C80:6144 2011/10/06 18:42:45 [debug] 18889#0: *49 mp4 start:0 2011/10/06 18:42:45 [debug] 18889#0: *49 malloc: 0000000000778E90:1048576 2011/10/06 18:42:45 [debug] 18889#0: *49 read: 23, 0000000000778E90, 1048576, 0 2011/10/06 18:42:45 [crit] 18889#0: *49 pread() "/var/www/s1.site.net-st14/mp4/Povtoryaushie.mp4" failed (22: Invalid argument), client: 77.47.201.94, server: s1.site.net, request: "GET /mp/2d44d93c1e913222a6803f8e4c260a1d/Povtoryaushie.mp4?start=0 HTTP/1.1", upstream: "http://127.0.0.1:8080/mp/2d44d93c1e913222a6803f8e4c260a1d/Povtoryaushie.mp4?start=0", host: "s1.site.net" 2011/10/06 18:42:45 [debug] 18889#0: *49 free: 0000000000778E90 2011/10/06 18:42:45 [debug] 18889#0: *49 free: 0000000000755C80 2011/10/06 18:42:45 [debug] 18889#0: *49 http finalize request: 500, "/s1.site.net-st14/mp4/Povtoryaushie.mp4?start=0" a:1, c:2 2011/10/06 18:42:45 [debug] 18889#0: *49 http special response: 500, "/s1.site.net-st14/mp4/Povtoryaushie.mp4?start=0" 2011/10/06 18:42:45 [debug] 18889#0: *49 http set discard body 2011/10/06 18:42:45 [debug] 18889#0: *49 HTTP/1.1 500 Internal Server Error Server: nginx/1.1.4 Date: Thu, 06 Oct 2011 15:42:45 GMT Content-Type: text/html Content-Length: 192 Connection: close 2011/10/06 18:42:45 [debug] 18889#0: *49 write new buf t:1 f:0 000000000075E6D8, pos 000000000075E6D8, size: 161 file: 0, size: 0 2011/10/06 18:42:45 [debug] 18889#0: *49 http write filter: l:0 f:0 s:161 2011/10/06 18:42:45 [debug] 18889#0: *49 http output filter "/s1.site.net-st14/mp4/Povtoryaushie.mp4?start=0" 2011/10/06 18:42:45 [debug] 18889#0: *49 http copy filter: "/s1.site.net-st14/mp4/Povtoryaushie.mp4?start=0" 2011/10/06 18:42:45 [debug] 18889#0: *49 http postpone filter "/s1.site.net-st14/mp4/Povtoryaushie.mp4?start=0" 000000000075E8B0 2011/10/06 18:42:45 [debug] 18889#0: *49 write old buf t:1 f:0 000000000075E6D8, pos 000000000075E6D8, size: 161 file: 0, size: 0 2011/10/06 18:42:45 [debug] 18889#0: *49 write new buf t:0 f:0 0000000000000000, pos 0000000000687AE0, size: 140 file: 0, size: 0 2011/10/06 18:42:45 [debug] 18889#0: *49 write new buf t:0 f:0 0000000000000000, pos 0000000000686A80, size: 52 file: 0, size: 0 2011/10/06 18:42:45 [debug] 18889#0: *49 http write filter: l:1 f:0 s:353 2011/10/06 18:42:45 [debug] 18889#0: *49 http write filter limit 0 2011/10/06 18:42:45 [debug] 18889#0: *49 writev: 353 2011/10/06 18:42:45 [debug] 18889#0: *49 http write filter 0000000000000000 2011/10/06 18:42:45 [debug] 18889#0: *49 http copy filter: 0 "/s1.site.net-st14/mp4/Povtoryaushie.mp4?start=0" 2011/10/06 18:42:45 [debug] 18889#0: *49 http finalize request: 0, "/s1.site.net-st14/mp4/Povtoryaushie.mp4?start=0" a:1, c:2 2011/10/06 18:42:45 [debug] 18889#0: *49 http request count:2 blk:0 2011/10/06 18:42:45 [debug] 18889#0: *49 http finalize request: -4, "/s1.site.net-st14/mp4/Povtoryaushie.mp4?start=0" a:1, c:1 2011/10/06 18:42:45 [debug] 18889#0: *49 event timer add: 22: 5000:1317915770336 2011/10/06 18:42:45 [debug] 18889#0: *49 http lingering close handler 2011/10/06 18:42:45 [debug] 18889#0: *49 recv: fd:22 -1 of 4096 2011/10/06 18:42:45 [debug] 18889#0: *49 recv() not ready (11: Resource temporarily unavailable) 2011/10/06 18:42:45 [debug] 18889#0: *49 lingering read: -2 2011/10/06 18:42:45 [debug] 18889#0: *49 event timer: 22, old: 1317915770336, new: 1317915770336 2011/10/06 18:42:45 [debug] 18889#0: *49 post event 00007F84955230E0 2011/10/06 18:42:45 [debug] 18889#0: *49 delete posted event 00007F84955230E0 2011/10/06 18:42:45 [debug] 18889#0: *49 http empty handler 2011/10/06 18:42:45 [debug] 18889#0: *49 post event 00007F84955230E0 2011/10/06 18:42:45 [debug] 18889#0: *49 delete posted event 00007F84955230E0 2011/10/06 18:42:45 [debug] 18889#0: *49 http empty handler 2011/10/06 18:42:45 [debug] 18889#0: *49 post event 00007F8495BA30E0 2011/10/06 18:42:45 [debug] 18889#0: *49 post event 00007F84955230E0 2011/10/06 18:42:45 [debug] 18889#0: *49 delete posted event 00007F84955230E0 2011/10/06 18:42:45 [debug] 18889#0: *49 http empty handler 2011/10/06 18:42:45 [debug] 18889#0: *49 delete posted event 00007F8495BA30E0 2011/10/06 18:42:45 [debug] 18889#0: *49 http lingering close handler 2011/10/06 18:42:45 [debug] 18889#0: *49 recv: fd:22 0 of 4096 2011/10/06 18:42:45 [debug] 18889#0: *49 lingering read: 0 2011/10/06 18:42:45 [debug] 18889#0: *49 http request count:1 blk:0 2011/10/06 18:42:45 [debug] 18889#0: *49 http close request 2011/10/06 18:42:45 [debug] 18889#0: *49 http log handler 2011/10/06 18:42:45 [debug] 18889#0: *49 run cleanup: 000000000075E630 2011/10/06 18:42:45 [debug] 18889#0: *49 close cached open file: /var/www/s1.site.net-st14/mp4/Povtoryaushie.mp4, fd:23, c:1, u:32, 0 2011/10/06 18:42:45 [debug] 18889#0: *49 run cleanup: 000000000075E5C0 2011/10/06 18:42:45 [debug] 18889#0: *49 close cached open file: /var/www/s1.site.net-st14/mp4/Povtoryaushie.mp4, fd:23, c:0, u:32, 0 2011/10/06 18:42:45 [debug] 18889#0: *49 free: 0000000000000000 2011/10/06 18:42:45 [debug] 18889#0: *49 free: 0000000000000000 2011/10/06 18:42:45 [debug] 18889#0: *49 free: 0000000000754C70 2011/10/06 18:42:45 [debug] 18889#0: *49 free: 0000000000769CB0, unused: 2 2011/10/06 18:42:45 [debug] 18889#0: *49 free: 000000000075E000, unused: 1808 2011/10/06 18:42:45 [debug] 18889#0: *49 close http connection: 22 2011/10/06 18:42:45 [debug] 18889#0: *49 event timer del: 22: 1317915770336 2011/10/06 18:42:45 [debug] 18889#0: *49 reusable connection: 0 2011/10/06 18:42:45 [debug] 18889#0: *49 free: 0000000000768310 2011/10/06 18:42:45 [debug] 18889#0: *49 free: 0000000000767E10 2011/10/06 18:42:45 [debug] 18889#0: *49 free: 00000000007506A0, unused: 8 2011/10/06 18:42:45 [debug] 18889#0: *49 free: 0000000000768900, unused: 128 -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From roman.vasilyev на yousendit.com Thu Oct 6 16:36:33 2011 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Thu, 6 Oct 2011 09:36:33 -0700 Subject: nginx is hiring In-Reply-To: <4E8D6825.1020102@nginx.com> References: <4E8D6825.1020102@nginx.com> Message-ID: <4E8DD911.70703@yousendit.com> Могу поучаствовать, но сами понимаете, живя в калифорнии трудно будет подписаться на фултайм в москве. Если что, дайте знать. On 10/06/2011 01:34 AM, Maxim Konovalov wrote: > Привет, > > как многие здесь знают, Игорь открыл компанию, которая занимается > развитием nginx. Мы сейчас ищем толковых программистов, готовых > влиться в нашу небольшую команду. > > Что нужно от вас. > > Первое: опыт профессионального программирования unix/userspace на C > 3-5 лет или лучше, продвинутый/экспертный уровень. Понимание > архитектур современных операционных систем. Владение инструментами > разработки под unix. Уверенные навыки unix user. > > Второе, но не менее важное, чем первое. Понимание, что стартап -- > это не про модные офисы, сказочные опционы и доли, инвесторов и IPO, > быстрый выход в кэш и безбедную пенсию. Это в первую очередь работа, > в нашем случае над уникальным проектом, успех которого зависит от > нас. Это риски, в том числе персональные. > > Штампы про самомотивацию, аккуратность, исполнительность и т.д. > перечислять не буду. > > Условия работы простые: мы платим белую зарплату, строго фултайм > строго в офисе в Москве. Зарплатная вилка, как нам кажется, вполне > конкурентная для рынка. > > Предвосхищая вопросы по поводу удаленки: мы пытаемся привлекать > людей на такой режим работы. Но сейчас речь именно о фултайме в > Москве. > > Ваши соображения, резюме, CV можно отправлять мне лично (не в лист) > на maxim на nginx.com. Или звонить по телефону ниже. > > Спасибо, > > Максим. > From chipitsine на gmail.com Thu Oct 6 17:04:09 2011 From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=) Date: Thu, 6 Oct 2011 23:04:09 +0600 Subject: nginx is hiring In-Reply-To: <4E8DD911.70703@yousendit.com> References: <4E8D6825.1020102@nginx.com> <4E8DD911.70703@yousendit.com> Message-ID: думаете из замкадья не принимают ? 6 октября 2011 г. 22:36 пользователь Roman Vasilyev написал: > Могу поучаствовать, но сами понимаете, живя в калифорнии трудно будет > подписаться на фултайм в москве. > > Если что, дайте знать. > > On 10/06/2011 01:34 AM, Maxim Konovalov wrote: >> >> Привет, >> >> как многие здесь знают, Игорь открыл компанию, которая занимается >> развитием nginx. Мы сейчас ищем толковых программистов, готовых >> влиться в нашу небольшую команду. >> >> Что нужно от вас. >> >> Первое: опыт профессионального программирования unix/userspace на C >> 3-5 лет или лучше, продвинутый/экспертный уровень. Понимание >> архитектур современных операционных систем. Владение инструментами >> разработки под unix. Уверенные навыки unix user. >> >> Второе, но не менее важное, чем первое. Понимание, что стартап -- >> это не про модные офисы, сказочные опционы и доли, инвесторов и IPO, >> быстрый выход в кэш и безбедную пенсию. Это в первую очередь работа, >> в нашем случае над уникальным проектом, успех которого зависит от >> нас. Это риски, в том числе персональные. >> >> Штампы про самомотивацию, аккуратность, исполнительность и т.д. >> перечислять не буду. >> >> Условия работы простые: мы платим белую зарплату, строго фултайм >> строго в офисе в Москве. Зарплатная вилка, как нам кажется, вполне >> конкурентная для рынка. >> >> Предвосхищая вопросы по поводу удаленки: мы пытаемся привлекать >> людей на такой режим работы. Но сейчас речь именно о фултайме в >> Москве. >> >> Ваши соображения, резюме, CV можно отправлять мне лично (не в лист) >> на maxim на nginx.com. Или звонить по телефону ниже. >> >> Спасибо, >> >> Максим. >> > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From roman.vasilyev на yousendit.com Thu Oct 6 17:01:31 2011 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Thu, 6 Oct 2011 10:01:31 -0700 Subject: nginx is hiring In-Reply-To: References: <4E8D6825.1020102@nginx.com> <4E8DD911.70703@yousendit.com> Message-ID: <4E8DDEEB.4040209@yousendit.com> Думаю еще и с руками отрывают :) On 10/06/2011 10:04 AM, Илья Шипицин wrote: > думаете из замкадья не принимают ? > > 6 октября 2011 г. 22:36 пользователь Roman Vasilyev > написал: > >> Могу поучаствовать, но сами понимаете, живя в калифорнии трудно будет >> подписаться на фултайм в москве. >> >> Если что, дайте знать. >> >> On 10/06/2011 01:34 AM, Maxim Konovalov wrote: >> >>> Привет, >>> >>> как многие здесь знают, Игорь открыл компанию, которая занимается >>> развитием nginx. Мы сейчас ищем толковых программистов, готовых >>> влиться в нашу небольшую команду. >>> >>> Что нужно от вас. >>> >>> Первое: опыт профессионального программирования unix/userspace на C >>> 3-5 лет или лучше, продвинутый/экспертный уровень. Понимание >>> архитектур современных операционных систем. Владение инструментами >>> разработки под unix. Уверенные навыки unix user. >>> >>> Второе, но не менее важное, чем первое. Понимание, что стартап -- >>> это не про модные офисы, сказочные опционы и доли, инвесторов и IPO, >>> быстрый выход в кэш и безбедную пенсию. Это в первую очередь работа, >>> в нашем случае над уникальным проектом, успех которого зависит от >>> нас. Это риски, в том числе персональные. >>> >>> Штампы про самомотивацию, аккуратность, исполнительность и т.д. >>> перечислять не буду. >>> >>> Условия работы простые: мы платим белую зарплату, строго фултайм >>> строго в офисе в Москве. Зарплатная вилка, как нам кажется, вполне >>> конкурентная для рынка. >>> >>> Предвосхищая вопросы по поводу удаленки: мы пытаемся привлекать >>> людей на такой режим работы. Но сейчас речь именно о фултайме в >>> Москве. >>> >>> Ваши соображения, резюме, CV можно отправлять мне лично (не в лист) >>> на maxim на nginx.com. Или звонить по телефону ниже. >>> >>> Спасибо, >>> >>> Максим. >>> >>> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum на nginx.us Thu Oct 6 18:00:37 2011 From: nginx-forum на nginx.us (receiver) Date: Thu, 06 Oct 2011 14:00:37 -0400 Subject: =?UTF-8?Q?Re=3A_SSL123_=D0=B8_nginx?= In-Reply-To: <20111006064527.GC56093@nginx.com> References: <20111006064527.GC56093@nginx.com> Message-ID: Спасибо! Видимо где-то в процессе ошибся, переделал - все заработало. Правда всплыла еще одна проблема, браузеры ругались еще и из-за присутствующего контента, отдающегося по http (в основном картинки), но это уже другая история. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216292,216331#msg-216331 From postmaster на softsearch.ru Thu Oct 6 18:50:14 2011 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Thu, 6 Oct 2011 22:50:14 +0400 Subject: Varnish [offtopic] Message-ID: <19510196461.20111006225014@softsearch.ru> Здравствуйте. С горем обнаружил, что ЖЖ вместо nginx использует varnish: Varnish Error 503 Service Unavailable Please try refreshing the page. If the problem continues, please let our support team know. Я ранее пробовал Варниш для кэширования. Он работал пока кэш влезал в оперативку. Потом работало, мягко выражаясь, плоховато. С тех пор что-то изменилось? Может кто-то знает про преимущества Варниша перед nginx-ом? -- С уважением, Михаил mailto:postmaster на softsearch.ru From hell-for-yahoo на umail.ru Thu Oct 6 20:09:21 2011 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Fri, 7 Oct 2011 00:09:21 +0400 Subject: Fake Content-Length header In-Reply-To: <7406d2242f26ca1905fb6e99cc8d3280.NginxMailingListRussian@forum.nginx.org> References: <7406d2242f26ca1905fb6e99cc8d3280.NginxMailingListRussian@forum.nginx.org> Message-ID: <1927434222.20111007000921@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) init! i> Ситуация следующая: i> - Клиент не знает размера запроса и i> ставит максимальное число в Content-Length. А в какой ситуации такое вообще возможно? -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) пятница, 07.10.2011, <00:08> From nginx-forum на nginx.us Thu Oct 6 23:05:12 2011 From: nginx-forum на nginx.us (pioneer) Date: Thu, 06 Oct 2011 19:05:12 -0400 Subject: =?UTF-8?B?0KDQtdC00LjRgNC10LrRgiDRgSBIVFRQUw==?= Message-ID: <652b7f78eea2d1535122570685ae6316.NginxMailingListRussian@forum.nginx.org> Есть запросы на сайт по HTTPS, нужно их перенаправить на HTTP. Сертификата нет на сайте. Проблема: по https://example.com я получаю сертификат от сайта где он есть, напимер от https://secure.site.com Конечно же браузер ругается. Попробывал добавить к "listen 80 default;" listen 443 ssl; Сертификат отдается от первого домена где он есть. После отдачи я таки попадаю по https в эту секцию сервер. if ( $scheme = "https" ) { return 503; } Тут получаю 503, и когда вставляю rewrite то он тоже работает, но сначала все равно ругнется на сертификат. Пробывал дописать ssl off; Но все остается ровно также, пихается сертификат от первого сайта по очереди где подключен сертификат, а после только уже редирект :( Как сделать редирект до проверки сертификата? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216342,216342#msg-216342 From pavel на zhovner.com Fri Oct 7 01:48:25 2011 From: pavel на zhovner.com (Pavel Zhovner) Date: Fri, 7 Oct 2011 04:48:25 +0300 Subject: =?UTF-8?B?UmU6INCg0LXQtNC40YDQtdC60YIg0YEgSFRUUFM=?= In-Reply-To: <652b7f78eea2d1535122570685ae6316.NginxMailingListRussian@forum.nginx.org> References: <652b7f78eea2d1535122570685ae6316.NginxMailingListRussian@forum.nginx.org> Message-ID: Gри установке https подключения сначала открывается зашифрованный тоннель, а уже потом внутри передаются http ответы с кодом 30* и командой переадресации на другую страницу. Соответственно процедура проверки сертификата всегда будет происходить до того как будут получены любые коды http. Поэтому на одном ip невозможно хостить несколько виртуальных сайтов с https. Вам необходимо либо купить сертификат в котором можно заводить неограниченное количество поддоменов, либо завести для каждого сайта отдельный ip. From pavel на zhovner.com Fri Oct 7 02:16:17 2011 From: pavel на zhovner.com (Pavel Zhovner) Date: Fri, 7 Oct 2011 05:16:17 +0300 Subject: =?UTF-8?B?UmU6INCg0LXQtNC40YDQtdC60YIg0YEgSFRUUFM=?= In-Reply-To: References: <652b7f78eea2d1535122570685ae6316.NginxMailingListRussian@forum.nginx.org> Message-ID: >Как сделать редирект до проверки сертификата? В таком случае теряется весь смысл https, потому что любой бы мог подделать ответ сервера и послать редирект на ту же самую страницу без https. Так, например, организована программа sslstrip - она перехватывает ответы сервера в которых содержится редирект на страницу с https и заменяет их на обычный http, и дальше все ответы проксирует через себя. Например пользователь заходит на http://gmail.com сервер отвечает о необходимости редиректа на https:// но так как этот ответ приходит по открытому http его легко изменить отправив браузер на незашифрованное подключение. Дальше нужно только установить зашифрованное подключение с сервером от своего имени и возвращать юзеру все запрошенные страницы по http. From rush.zlo на gmail.com Fri Oct 7 05:00:53 2011 From: rush.zlo на gmail.com (=?UTF-8?B?0JXQstCz0LXQvdC40LkgJ1J1c2gnINCd0LXQv9C+0LzQvdGP0YnQuNC5?=) Date: Fri, 7 Oct 2011 09:00:53 +0400 Subject: nginx is hiring In-Reply-To: <4E8DDEEB.4040209@yousendit.com> References: <4E8D6825.1020102@nginx.com> <4E8DD911.70703@yousendit.com> <4E8DDEEB.4040209@yousendit.com> Message-ID: Эх, вроде превосхожу все параметры, но до МКАДА 600 Км, а переезжать ну никакого желания! Давайте лучше вы к нам? :) Почему у нас всё крутится вокруг этой Москвы - там что мёдом намазано, или за МКАДом унтерменши/резервации? 6 октября 2011 г. 21:01 пользователь Roman Vasilyev написал: > Думаю еще и с руками отрывают :) > > On 10/06/2011 10:04 AM, Илья Шипицин wrote: >> >> думаете из замкадья не принимают ? >> >> 6 октября 2011 г. 22:36 пользователь Roman Vasilyev >>  написал: >> >>> >>> Могу поучаствовать, но сами понимаете, живя в калифорнии трудно будет >>> подписаться на фултайм в москве. >>> >>> Если что, дайте знать. >>> >>> On 10/06/2011 01:34 AM, Maxim Konovalov wrote: >>> >>>> >>>> Привет, >>>> >>>> как многие здесь знают, Игорь открыл компанию, которая занимается >>>> развитием nginx. Мы сейчас ищем толковых программистов, готовых >>>> влиться в нашу небольшую команду. >>>> >>>> Что нужно от вас. >>>> >>>> Первое: опыт профессионального программирования unix/userspace на C >>>> 3-5 лет или лучше, продвинутый/экспертный уровень. Понимание >>>> архитектур современных операционных систем. Владение инструментами >>>> разработки под unix. Уверенные навыки unix user. >>>> >>>> Второе, но не менее важное, чем первое. Понимание, что стартап -- >>>> это не про модные офисы, сказочные опционы и доли, инвесторов и IPO, >>>> быстрый выход в кэш и безбедную пенсию. Это в первую очередь работа, >>>> в нашем случае над уникальным проектом, успех которого зависит от >>>> нас. Это риски, в том числе персональные. >>>> >>>> Штампы про самомотивацию, аккуратность, исполнительность и т.д. >>>> перечислять не буду. >>>> >>>> Условия работы простые: мы платим белую зарплату, строго фултайм >>>> строго в офисе в Москве. Зарплатная вилка, как нам кажется, вполне >>>> конкурентная для рынка. >>>> >>>> Предвосхищая вопросы по поводу удаленки: мы пытаемся привлекать >>>> людей на такой режим работы. Но сейчас речь именно о фултайме в >>>> Москве. >>>> >>>> Ваши соображения, резюме, CV можно отправлять мне лично (не в лист) >>>> на maxim на nginx.com. Или звонить по телефону ниже. >>>> >>>> Спасибо, >>>> >>>> Максим. >>>> >>>> >>> >>> _______________________________________________ >>> nginx-ru mailing list >>> nginx-ru на nginx.org >>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>> >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Cogito ergo sum From ikuchmin на gmail.com Fri Oct 7 07:36:00 2011 From: ikuchmin на gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0JrRg9GH0LzQuNC9?=) Date: Fri, 7 Oct 2011 11:36:00 +0400 Subject: =?UTF-8?B?UmU6IGxpbWl0X2Nvbm4g0LIgbG9jYXRpb24g0L3QtdGB0LrQvtC70YzQutC+INGA?= =?UTF-8?B?0LDQtw==?= In-Reply-To: <20110930123500.GR1137@mdounin.ru> References: <20110930123500.GR1137@mdounin.ru> Message-ID: Всегда удивляли позывы сделать из продукта всеобъемлющий комбайн, когда проще открыть документацию по iptables, документацию по tcp, и все что нужно ограничить. Не забывайте что и Linux и FreeBSD, давно являются дистрибутивами. 2011/9/30 Maxim Dounin : > Hello! > > On Fri, Sep 30, 2011 at 04:09:03PM +0400, Виктор Вислобоков wrote: > >> Привет всем. >> >> До этого пользовался nginx-0.6.x. Тут поставил nginx-1.0.6. В итоге >> стало ругаться вот на такое: >> >>     limit_zone                          conn_from_one_ip >> $binary_remote_addr 64m; >>     limit_zone                          conn_for_one_client $host 48m; >> >> .... >> >>       location / { >>             limit_conn                  conn_from_one_ip 4; >>             limit_conn                  conn_for_one_client 8; >>             proxy_pass                  http://127.0.0.1; >>             proxy_redirect              off; >>         } >> nginx: [emerg] "limit_conn" directive is duplicate >> >> В документации НЕ написано, что нельзя несколько раз limit_conn. В >> changelog не написано, когда поведение nginx изменилось, что он >> перестал воспринимать более одной директивы. Разумеется если убрать >> одну любую - работает без проблем. >> >> Итак два вопроса: >> 1. Можно или нельзя всё-таки более одного limit_conn? > > Сейчас - нельзя. > >> 2. Если нельзя, то почему и нельзя ли вернуть как было, потому что >> реально нужно. > > Было - так же, но ошибки не выдавалось.  Работала какая-то одна, > если мне не изменяет память - последняя. > >> 3. Если нельзя и вернуть нельзя, то как выходить из ситуации? > > По хорошему - надо сесть и сделать поддержку нескольких > limit_conn.  Для limit_conn это просто (для limit_req - > нетривиальнее, там та же самая проблема). > >> 4. Если нельзя, то почему ничего нет на эту тему в документации? > > В документации обычно указывается, если директиву можно > использовать более одного раза. > > Maxim Dounin > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From chipitsine на gmail.com Fri Oct 7 07:37:11 2011 From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=) Date: Fri, 7 Oct 2011 13:37:11 +0600 Subject: Varnish [offtopic] In-Reply-To: <19510196461.20111006225014@softsearch.ru> References: <19510196461.20111006225014@softsearch.ru> Message-ID: судя из анонса, у них используется (самодельная) система кеширования фрагментов страниц (или хитрая логика на куках). http://lj-support.livejournal.com/819705.html Turning on Varnish for about the next two hours, then turning it off We need to test some changes made to Varnish, so d needs to turn it on for a couple of hours (it will not remain on, this is just a test). Varnish is a caching layer in the system that shows static pages to logged-out users. So if you see any odd support requests or reports from users who are logged-out for the next two hours or so, please comment here and/or escalate in IRC immediately. These request might say "my friend was looking at my journal and said that this weird thing happened" (clue: friend=logged out) or "I was trying to comment at this anonymous meme and..." (yep, logged-out). 7 октября 2011 г. 0:50 пользователь Михаил Монашёв написал: > Здравствуйте. > > С горем обнаружил, что ЖЖ вместо nginx использует varnish: > > Varnish Error 503 Service Unavailable > > Please try refreshing the page. If the problem continues, please let our support team know. > > Я  ранее пробовал Варниш для кэширования. Он работал пока кэш влезал в > оперативку.  Потом  работало,  мягко  выражаясь,  плоховато. С тех пор > что-то  изменилось?  Может кто-то знает про преимущества Варниша перед > nginx-ом? > > -- > С уважением, >  Михаил                          mailto:postmaster на softsearch.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From menkovich на gmail.com Fri Oct 7 08:29:30 2011 From: menkovich на gmail.com (Nikita A Menkovich) Date: Fri, 7 Oct 2011 12:29:30 +0400 Subject: =?UTF-8?Q?=24status_=3D_0_=D0=B2_access=2Elog?= Message-ID: Приветствую, Периодически наблюдаю в логах похожую запись: [06/Oct/2011:22:09:07 +0400] - 0.073 0 66.249.72.87 example.com GET / HTTP/1.1 "Mediapartners-Google" "-" 0 log_format '[$time_local] $upstream_response_time $request_time $status $remote_addr $http_host $request "$http_user_agent" "$http_referer" $bytes_sent'; Почему запрос не ушёл на бэкенд, и при этом выдался статус 0? Есть ли возможность проанализировать причину такого поведения? -- Nikita A Menkovich JID: menkovich на gmail.com From pavel2000 на ngs.ru Fri Oct 7 08:54:25 2011 From: pavel2000 на ngs.ru (Pavel V.) Date: Fri, 7 Oct 2011 15:54:25 +0700 Subject: Fake Content-Length header In-Reply-To: <1927434222.20111007000921@mtu-net.ru> References: <7406d2242f26ca1905fb6e99cc8d3280.NginxMailingListRussian@forum.nginx.org> <1927434222.20111007000921@mtu-net.ru> Message-ID: <1887307563.20111007155425@ngs.ru> Здравствуйте, Andrey. Вы писали 7 октября 2011 г., 3:09:21: > Здравствуйте, Уважаемый(-ая, -ое) init! i>> Ситуация следующая: i>> - Клиент не знает размера запроса и i>> ставит максимальное число в Content-Length. > А в какой ситуации такое вообще возможно? Я не пользуюсь чем-то подобного рода, но могу предположить, что так может делать некоторый софт, пишущий, к примеру, IP-телефонию (разговоры) на удаленный сервер в потоке, а не по окончанию разговора. -- С уважением, Pavel mailto:pavel2000 на ngs.ru From nginx-ru на sadok.spb.ru Fri Oct 7 09:07:51 2011 From: nginx-ru на sadok.spb.ru (Dmitry Ivanov) Date: Fri, 7 Oct 2011 13:07:51 +0400 Subject: =?UTF-8?B?UmU6INCg0LXQtNC40YDQtdC60YIg0YEgSFRUUFM=?= In-Reply-To: References: <652b7f78eea2d1535122570685ae6316.NginxMailingListRussian@forum.nginx.org> Message-ID: <342790789.20111007130751@sadok.spb.ru> Здравствуйте, Pavel. Вы писали 7 октября 2011 г., 5:48:25: > Поэтому на одном ip невозможно хостить несколько виртуальных сайтов > с https. SNI ? -- С уважением, Dmitry mailto:nginx-ru на sadok.spb.ru From nefer05 на gmail.com Fri Oct 7 09:28:33 2011 From: nefer05 на gmail.com (Nefer) Date: Fri, 07 Oct 2011 13:28:33 +0400 Subject: =?UTF-8?B?UmU6INCg0LXQtNC40YDQtdC60YIg0YEgSFRUUFM=?= In-Reply-To: <342790789.20111007130751@sadok.spb.ru> References: <652b7f78eea2d1535122570685ae6316.NginxMailingListRussian@forum.nginx.org> <342790789.20111007130751@sadok.spb.ru> Message-ID: <4E8EC641.1060305@gmail.com> On 10/07/11 13:07, Dmitry Ivanov wrote: > Здравствуйте, Pavel. > > Вы писали 7 октября 2011 г., 5:48:25: > >> Поэтому на одном ip невозможно хостить несколько виртуальных сайтов >> с https. > SNI ? > Все хорошо, но не работает в ИЕ под ХРенью. А это все еще немалый кусок пользователей. From cadmi на cadmi.ru Fri Oct 7 10:01:42 2011 From: cadmi на cadmi.ru (Dmitry Ishutkin) Date: Fri, 07 Oct 2011 18:01:42 +0800 Subject: =?UTF-8?B?UmU6INCV0YnQtSDRgNCw0Lcg0L4g0LTQuNGB0LrQvtCy0L7QuSDQv9C+0LTRgdC4?= =?UTF-8?B?0YHRgtC10LzQtQ==?= In-Reply-To: <4E54E358.1010205@bestmx.ru> References: <67xgho31wr7n5jlcht4j0e9e.1313864707766@email.android.com> <4E54C6B1.9000702@bestmx.ru> <20110824102750.GA71627@nginx.com> <4E54E358.1010205@bestmx.ru> Message-ID: <4E8ECE06.6070902@webra.ru> > На zfs не работает dump/restore. Или обходимся tar'ом, или храним полные > снапшоты (столько штук, сколько их надо). Боже, зачем на zfa dump/restore? Ок, храним полные снапшоты. Сходил на один из серверов, посмотрел, там их 3.5 тысячи на текущий момент. Чем конкретно это меня должно напрягать? From nginx-forum на nginx.us Fri Oct 7 12:44:17 2011 From: nginx-forum на nginx.us (init) Date: Fri, 07 Oct 2011 08:44:17 -0400 Subject: Fake Content-Length header In-Reply-To: <1887307563.20111007155425@ngs.ru> References: <1887307563.20111007155425@ngs.ru> Message-ID: Здравствуйте, Pavel. > Я не пользуюсь чем-то подобного рода, но могу предположить, > что так может делать некоторый софт, пишущий, к примеру, IP-телефонию > (разговоры) на удаленный сервер в потоке, а не по окончанию разговора. Вы абсолютно правы. Это компонент телефонного сервера, который записывает голосовые сообщения через PUT запросы на HTTP сервер. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216310,216372#msg-216372 From nginx-forum на nginx.us Fri Oct 7 12:46:27 2011 From: nginx-forum на nginx.us (arty777) Date: Fri, 07 Oct 2011 08:46:27 -0400 Subject: =?UTF-8?B?UmU6INCV0YnQtSDRgNCw0Lcg0L4g0LTQuNGB0LrQvtCy0L7QuSDQv9C+0LTRgdC4?= =?UTF-8?B?0YHRgtC10LzQtQ==?= In-Reply-To: References: Message-ID: <4af7b546c28470d0dbab9875bb4fa586.NginxMailingListRussian@forum.nginx.org> У мну ext4 , Ubuntu x64 , 3Ware 9650 16ML, 8*2TB SATA - Raid10 850 человек смотрит кино - ~500 МБ файл, iowait<1% :) 700 Мбит траффика , думаю и 1200 файлов потянет , наверное :) Страйп 64 кбайта, че-то так решил когда-то сделать.... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,213915,216373#msg-216373 From valery+nginxru на grid.net.ru Fri Oct 7 14:02:50 2011 From: valery+nginxru на grid.net.ru (Valery Kholodkov) Date: Fri, 7 Oct 2011 15:02:50 +0100 (BST) Subject: Fake Content-Length header In-Reply-To: <7406d2242f26ca1905fb6e99cc8d3280.NginxMailingListRussian@forum.nginx.org> Message-ID: <32364687.281.1317996170596.JavaMail.root@zone.mtgsy.net> ----- init wrote: > Возможно ли настроить/пропатчить nginx > так, чтобы он считал данные успешно > принятыми, если их размер не равен > Content-Length? Возможно пропатчить. Клиента изменить нельзя. Я > пробовал изменить функцию > ngx_http_do_read_client_request_body() и убрать возврат > ошибки при c->recv()==0 (записав при этом в > rb->rest = 0), но это вызвало проблемы с > последующей передачей запроса > апстриму: Есть подозрения, что будет работать, если вы обновите значение заголовка Content-Length: r->headers_in.content_length_n = <фактическая длина тела>; r->headers_in.content_length->value.data = ngx_palloc(r->pool, NGX_OFF_T_LEN); if (r->headers_in.content_length->value.data == NULL) { return NGX_HTTP_INTERNAL_SERVER_ERROR; } r->headers_in.content_length->value.len = ngx_sprintf(r->headers_in.content_length->value.data, "%O", r->headers_in.content_length_n) - r->headers_in.content_length->value.data; > 2011/10/06 08:37:30 [debug] 28656#0: *27 http upstream recv(): 0 (115: > Operation now in progress) > 2011/10/06 08:37:30 [info] 28656#0: *27 client closed prematurely > connection, so upstream connection is closed too while connecting to > upstream, clien > 2011/10/06 08:37:30 [debug] 28656#0: *27 finalize http upstream request: > 499 -- Regards, Valery Kholodkov From postmaster на softsearch.ru Fri Oct 7 15:30:52 2011 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Fri, 7 Oct 2011 19:30:52 +0400 Subject: Fake Content-Length header In-Reply-To: References: <1887307563.20111007155425@ngs.ru> Message-ID: <997073522.20111007193052@softsearch.ru> Здравствуйте, init. > Вы абсолютно правы. Это компонент телефонного сервера, который > записывает голосовые сообщения через PUT запросы на HTTP сервер. А что мешает писать не потоком, а несколькими кусочками? -- С уважением, Михаил mailto:postmaster на softsearch.ru From roman.vasilyev на yousendit.com Fri Oct 7 22:45:13 2011 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Fri, 7 Oct 2011 15:45:13 -0700 Subject: =?UTF-8?B?cmV3cml0ZSDQtNC70Y8g0L3QtdGB0YPRidC10YHRgtCy0YPRjtGJ0LjRhSDRhNCw?= =?UTF-8?B?0LnQu9C+0LI=?= Message-ID: <4E8F80F9.20808@yousendit.com> есть такая вот запись location / { if ( -d $document_root$uri ) { rewrite ^ /blah/blah.html? permanent; } if ( !-e $document_root$uri ) { rewrite ^ /blah/blah.html? permanent; } } собственно надо что бы в случае любых 4xx выполнялся данный редирект. Не подскажите более элегантное решение, а то я как то уж слишком топорно эту проблему решил? From boda2004 на gmail.com Sat Oct 8 06:56:14 2011 From: boda2004 на gmail.com (Oleksandr Bodnarashyk) Date: Sat, 8 Oct 2011 09:56:14 +0300 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0LTQu9GPINC90LXRgdGD0YnQtdGB0YLQstGD0Y7RidC40YUg?= =?UTF-8?B?0YTQsNC50LvQvtCy?= In-Reply-To: <4E8F80F9.20808@yousendit.com> References: <4E8F80F9.20808@yousendit.com> Message-ID: Возможно так: location / { try_files $uri $uri/ /blah/blah.html?; } 8 октября 2011 г. 1:45 пользователь Roman Vasilyev < roman.vasilyev на yousendit.com> написал: > есть такая вот запись > location / { > if ( -d $document_root$uri ) { rewrite ^ /blah/blah.html? > permanent; } > if ( !-e $document_root$uri ) { rewrite ^ /blah/blah.html? > permanent; } > } > > собственно надо что бы в случае любых 4xx выполнялся данный редирект. > Не подскажите более элегантное решение, а то я как то уж слишком топорно > эту проблему решил? > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From boda2004 на gmail.com Sat Oct 8 07:00:34 2011 From: boda2004 на gmail.com (Oleksandr Bodnarashyk) Date: Sat, 8 Oct 2011 10:00:34 +0300 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0LTQu9GPINC90LXRgdGD0YnQtdGB0YLQstGD0Y7RidC40YUg?= =?UTF-8?B?0YTQsNC50LvQvtCy?= In-Reply-To: References: <4E8F80F9.20808@yousendit.com> Message-ID: Я был невнимателен. Перед -d восклицательный знак не пропущен? 8 октября 2011 г. 9:56 пользователь Oleksandr Bodnarashyk < boda2004 на gmail.com> написал: > Возможно так: > location / { > try_files $uri $uri/ /blah/blah.html?; > } > > 8 октября 2011 г. 1:45 пользователь Roman Vasilyev < > roman.vasilyev на yousendit.com> написал: > > есть такая вот запись >> location / { >> if ( -d $document_root$uri ) { rewrite ^ /blah/blah.html? >> permanent; } >> if ( !-e $document_root$uri ) { rewrite ^ /blah/blah.html? >> permanent; } >> } >> >> собственно надо что бы в случае любых 4xx выполнялся данный редирект. >> Не подскажите более элегантное решение, а то я как то уж слишком топорно >> эту проблему решил? >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Sat Oct 8 10:55:47 2011 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Sat, 8 Oct 2011 14:55:47 +0400 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0LTQu9GPINC90LXRgdGD0YnQtdGB0YLQstGD0Y7RidC40YUg?= =?UTF-8?B?0YTQsNC50LvQvtCy?= In-Reply-To: <4E8F80F9.20808@yousendit.com> References: <4E8F80F9.20808@yousendit.com> Message-ID: <1669468075.20111008145547@softsearch.ru> Здравствуйте, Roman. > есть такая вот запись > location / { > if ( -d $document_root$uri ) { rewrite ^ > /blah/blah.html? permanent; } > if ( !-e $document_root$uri ) { rewrite ^ > /blah/blah.html? permanent; } > } > собственно надо что бы в случае любых 4xx выполнялся данный редирект. > Не подскажите более элегантное решение, а то я как то уж слишком топорно > эту проблему решил? А что Вы хотите добиться? Опишите пожалуйста задачу. -- С уважением, Михаил mailto:postmaster на softsearch.ru From gmm на csdoc.com Sat Oct 8 11:39:42 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Sat, 08 Oct 2011 14:39:42 +0300 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0LTQu9GPINC90LXRgdGD0YnQtdGB0YLQstGD0Y7RidC40YUg?= =?UTF-8?B?0YTQsNC50LvQvtCy?= In-Reply-To: <4E8F80F9.20808@yousendit.com> References: <4E8F80F9.20808@yousendit.com> Message-ID: <4E90367E.2020501@csdoc.com> On 08.10.2011 1:45, Roman Vasilyev wrote: > есть такая вот запись > location / { > if ( -d $document_root$uri ) { rewrite ^ /blah/blah.html? permanent; } > if ( !-e $document_root$uri ) { rewrite ^ /blah/blah.html? permanent; } > } > собственно надо что бы в случае любых 4xx выполнялся данный редирект. > Не подскажите более элегантное решение, а то я как то уж слишком топорно > эту проблему решил? "Читайте доки, они рулез!" (с) Кирилл Перцев http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#error_page error_page 403 404 /blah/blah.html; -- Best regards, Gena From gmm на csdoc.com Sat Oct 8 13:49:24 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Sat, 08 Oct 2011 16:49:24 +0300 Subject: default: server_name "" Message-ID: <4E9054E4.4060601@csdoc.com> Здравствуйте! В документации http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#server_name указано, что default: server_name hostname "По умолчанию используется имя машины (hostname)." но в файле CHANGES - совсем другая информация: ======================================================================== Changes with nginx 0.9.4 21 Jan 2011 *) Feature: the "server_name" directive supports the $hostname variable. Changes with nginx 0.8.48 03 Aug 2010 *) Change: now the "server_name" directive default value is an empty name "". Changes with nginx 0.7.12 26 Aug 2008 *) Feature: the "server_name" directive supports empty name "". ======================================================================== насколько я смог понять из своих экспериментов с nginx версии 1.0.8, - в документации ошибка, верная информация - только в файле CHANGES. -- Best regards, Gena From gmm на csdoc.com Sat Oct 8 13:57:51 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Sat, 08 Oct 2011 16:57:51 +0300 Subject: location / Message-ID: <4E9056DF.4030701@csdoc.com> Здравствуйте! Когда-то Максим говорил, что в конфигурации всегда желательно указывать "location /", но в примерах на сайте http://nginx.org/ не всегда указывается "location /", например, In catch-all server examples, на странице http://nginx.org/en/docs/http/server_names.html Вопрос: "всегда указывать location /" - это была рекомендация, чтобы обойти какие-то глюки в старых версиях nginx, и сейчас, в nginx 1.x.х это уже не актуально? или и сейчас есть какие-то случаи, когда nginx не будет нормально работать без "location /" в конфиге ? -- Best regards, Gena From postmaster на softsearch.ru Sat Oct 8 14:21:53 2011 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Sat, 8 Oct 2011 18:21:53 +0400 Subject: location / In-Reply-To: <4E9056DF.4030701@csdoc.com> References: <4E9056DF.4030701@csdoc.com> Message-ID: <1734879652.20111008182153@softsearch.ru> Здравствуйте, Gena. > Когда-то Максим говорил, что в конфигурации всегда желательно > указывать "location /", но в примерах на сайте http://nginx.org/ > не всегда указывается "location /", например, In catch-all server > examples, на странице > http://nginx.org/en/docs/http/server_names.html > Вопрос: "всегда указывать location /" - это была рекомендация, > чтобы обойти какие-то глюки в старых версиях nginx, и сейчас, > в nginx 1.x.х это уже не актуально? или и сейчас есть какие-то случаи, > когда nginx не будет нормально работать без "location /" в конфиге ? ИМХО, надо выдавать ошибку, если нет локейшна, куда попадёт запрос, непопадающий во все остальные локейшны. -- С уважением, Михаил mailto:postmaster на softsearch.ru From nginx-forum на nginx.us Sat Oct 8 17:58:43 2011 From: nginx-forum на nginx.us (anon) Date: Sat, 08 Oct 2011 13:58:43 -0400 Subject: ipv6 proxy and X-Forwarded-For Message-ID: <10e4ebbe1033742afff647369c012da6.NginxMailingListRussian@forum.nginx.org> Всем привет. Сделал себе в одном ДЦ прокси IPv6 на основной сервер. Схема такая. Есть два nginx на разных машинах: ?1 - nginx + native IPv6 + на нее смотрит AAAA запись основного(?2) хоста ?2 - nginx + IPv4 + upstream на бекенды. На машинке ?1 стоит proxy_pass на ?2: server { server_name www.gr.com; access_log /var/log/nginx/access_gr.com_ipv6.log ipv6; listen [::]:80; if ($host = "") { return 444; } location / { proxy_pass http://www.gr.com; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } } Все работает отлично и хорошо. Единственное, что хотелось бы, реальные IP клиентов в логах на ?2. Получится ли задуманное? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216402,216402#msg-216402 From nginx-forum на nginx.us Sat Oct 8 18:10:02 2011 From: nginx-forum на nginx.us (anon) Date: Sat, 08 Oct 2011 14:10:02 -0400 Subject: ipv6 proxy and X-Forwarded-For In-Reply-To: <10e4ebbe1033742afff647369c012da6.NginxMailingListRussian@forum.nginx.org> References: <10e4ebbe1033742afff647369c012da6.NginxMailingListRussian@forum.nginx.org> Message-ID: <007d38ad8ba12282a2700949fd88aaea.NginxMailingListRussian@forum.nginx.org> Разобрался:) Добавил в формат логов $http_x_forwarded_for Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216402,216403#msg-216403 From gmm на csdoc.com Sat Oct 8 18:40:18 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Sat, 08 Oct 2011 21:40:18 +0300 Subject: ipv6 proxy and X-Forwarded-For In-Reply-To: <10e4ebbe1033742afff647369c012da6.NginxMailingListRussian@forum.nginx.org> References: <10e4ebbe1033742afff647369c012da6.NginxMailingListRussian@forum.nginx.org> Message-ID: <4E909912.9050302@csdoc.com> On 08.10.2011 20:58, anon wrote: > if ($host = "") { > return 444; > } в документации http://nginx.org/en/docs/ такой метод не рекомендуется. > proxy_set_header X-Real-IP $remote_addr; > proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; > Все работает отлично и хорошо. если на второй машине необходим только реальный IP клиентов, то нет смысла изменять заголовок X-Forwarded-For в запросе клиента. в этом заголовке может быть список адресов и он для других целей. http://dev.opera.com/articles/view/opera-mini-request-headers/#x-forwarded-for > Единственное, что хотелось бы, реальные > IP клиентов в логах на ?2. Получится ли > задуманное? с помощью http://sysoev.ru/nginx/docs/http/ngx_http_realip_module.html -- Best regards, Gena From mdounin на mdounin.ru Sat Oct 8 20:52:41 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sun, 9 Oct 2011 00:52:41 +0400 Subject: default: server_name "" In-Reply-To: <4E9054E4.4060601@csdoc.com> References: <4E9054E4.4060601@csdoc.com> Message-ID: <20111008205241.GQ1137@mdounin.ru> Hello! On Sat, Oct 08, 2011 at 04:49:24PM +0300, Gena Makhomed wrote: > Здравствуйте! > > В документации > http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#server_name > указано, что > > default: server_name hostname > > "По умолчанию используется имя машины (hostname)." > > но в файле CHANGES - совсем другая информация: > > ======================================================================== > > Changes with nginx 0.9.4 21 Jan 2011 > > *) Feature: the "server_name" directive supports the $hostname > variable. > > > Changes with nginx 0.8.48 03 Aug 2010 > > *) Change: now the "server_name" directive default value is an empty > name "". > > Changes with nginx 0.7.12 26 Aug 2008 > > *) Feature: the "server_name" directive supports empty name "". > > ======================================================================== > > насколько я смог понять из своих экспериментов с nginx версии 1.0.8, > - в документации ошибка, верная информация - только в файле CHANGES. Да, документация устарела. Maxim Dounin From mdounin на mdounin.ru Sat Oct 8 21:08:59 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sun, 9 Oct 2011 01:08:59 +0400 Subject: location / In-Reply-To: <4E9056DF.4030701@csdoc.com> References: <4E9056DF.4030701@csdoc.com> Message-ID: <20111008210859.GR1137@mdounin.ru> Hello! On Sat, Oct 08, 2011 at 04:57:51PM +0300, Gena Makhomed wrote: > Здравствуйте! > > Когда-то Максим говорил, что в конфигурации всегда желательно > указывать "location /", но в примерах на сайте http://nginx.org/ > не всегда указывается "location /", например, In catch-all server > examples, на странице > http://nginx.org/en/docs/http/server_names.html > > Вопрос: "всегда указывать location /" - это была рекомендация, > чтобы обойти какие-то глюки в старых версиях nginx, и сейчас, > в nginx 1.x.х это уже не актуально? или и сейчас есть какие-то случаи, > когда nginx не будет нормально работать без "location /" в конфиге ? Это была рекомендация, чтобы не взорвать себе мозг деталями логики работы, и спокойно спать по ночам. Ошибок там, AFAIK, сейчас нет, а вот нюансы присутствуют. Например, вот эти два конфига радикально отличаются: server { rewrite ^(.*) /prefix$1; } server { rewrite ^(.*) /prefix$1; location / { # nothing here } } Maxim Dounin From nginx-forum на nginx.us Sat Oct 8 21:13:14 2011 From: nginx-forum на nginx.us (SoulReaver) Date: Sat, 08 Oct 2011 17:13:14 -0400 Subject: =?UTF-8?B?UmU6IGxpbWl0IGNvbm4g0LIgbG9jYXRpb24g0L3QtdGB0LrQvtC70YzQutC+INGA?= =?UTF-8?B?0LDQtw==?= In-Reply-To: References: Message-ID: Реализовать функционал limit_conn можно и с помощью iptables в какой-то мере (nginx умеет более гибко, так как можно применить вплоть до location), но как реализовать limit_req? А необходимость нескольких limit_req в контексте одного локейшена очевидна. Кстати, Игорь уже давно хотел реализовать данный функционал http://forum.nginx.org/read.php?21,27715 но видимо пока руки не дошли.... Илья Кучмин Wrote: ------------------------------------------------------- > Всегда удивляли позывы > сделать из продукта > всеобъемлющий комбайн, > когда проще открыть > документацию по iptables, > документацию по tcp, и > все что нужно ограничить. > > Не забывайте что и Linux и > FreeBSD, давно являются > дистрибутивами. > > 2011/9/30 Maxim Dounin : > > Hello! > > > > On Fri, Sep 30, 2011 at 04:09:03PM +0400, > Виктор Вислобоков wrote: > > > >> Привет всем. > >> > >> До этого пользовался > nginx-0.6.x. Тут поставил nginx-1.0.6. > В итоге > >> стало ругаться вот на > такое: > >> > >>     limit_zone                     >      conn_from_one_ip > >> $binary_remote_addr 64m; > >>     limit_zone                     >      conn_for_one_client $host 48m; > >> > >> .... > >> > >>       location / { > >>             limit_conn             >      conn_from_one_ip 4; > >>             limit_conn             >      conn_for_one_client 8; > >>             proxy_pass             >      http://127.0.0.1; > >>             proxy_redirect           >    off; > >>         } > >> nginx: [emerg] "limit_conn" directive is > duplicate > >> > >> В документации НЕ > написано, что нельзя > несколько раз limit_conn. В > >> changelog не написано, когда > поведение nginx изменилось, > что он > >> перестал воспринимать > более одной директивы. > Разумеется если убрать > >> одну любую - работает без > проблем. > >> > >> Итак два вопроса: > >> 1. Можно или нельзя > всё-таки более одного > limit_conn? > > > > Сейчас - нельзя. > > > >> 2. Если нельзя, то почему и > нельзя ли вернуть как было, > потому что > >> реально нужно. > > > > Было - так же, но ошибки не > выдавалось.  Работала > какая-то одна, > > если мне не изменяет > память - последняя. > > > >> 3. Если нельзя и вернуть > нельзя, то как выходить из > ситуации? > > > > По хорошему - надо сесть и > сделать поддержку > нескольких > > limit_conn.  Для limit_conn это > просто (для limit_req - > > нетривиальнее, там та же > самая проблема). > > > >> 4. Если нельзя, то почему > ничего нет на эту тему в > документации? > > > > В документации обычно > указывается, если > директиву можно > > использовать более одного > раза. > > > > Maxim Dounin > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216104,216409#msg-216409 From nginx-forum на nginx.us Sat Oct 8 22:08:56 2011 From: nginx-forum на nginx.us (anon) Date: Sat, 08 Oct 2011 18:08:56 -0400 Subject: ipv6 proxy and X-Forwarded-For In-Reply-To: <4E909912.9050302@csdoc.com> References: <4E909912.9050302@csdoc.com> Message-ID: <4270989f79d17044477100107af57bc9.NginxMailingListRussian@forum.nginx.org> Gena Makhomed Wrote: ------------------------------------------------------- > On 08.10.2011 20:58, anon wrote: > > > if ($host = "") { > > return 444; > > } > > в документации > http://nginx.org/en/docs/ такой метод > не рекомендуется. Насколько я понял, не стоит делать такое условие с хостом? Правильно ли будет сделать server { server_name ""; return 444; } Или имелось ввиду на счет закрытия коннекта без ответа? > > > proxy_set_header X-Real-IP > $remote_addr; > > proxy_set_header X-Forwarded-For > $proxy_add_x_forwarded_for; > > > Все работает отлично и > хорошо. > > если на второй машине > необходим только реальный > IP клиентов, > то нет смысла изменять > заголовок X-Forwarded-For в > запросе клиента. > > в этом заголовке может быть > список адресов и он для > других целей. > http://dev.opera.com/articles/view/opera-mini-requ > est-headers/#x-forwarded-for Спасибо за ссылку. Убрал изменение X-Forwarded-For, эта замена вообще ни к чему. И во многих своих конфигах поправлю. > > > Единственное, что > хотелось бы, реальные > > IP клиентов в логах на ?2. > Получится ли > > задуманное? > > с помощью > http://sysoev.ru/nginx/docs/http/ngx_http_realip_m > odule.html Пересобрал с данным модулем ?2, выставил set_real_ip_from 83.156.101.167; real_ip_header X-Real-IP; И что-то не могу выловить я в логе удаленного IP. "Менять адрес клиента" - правильно ли я понял, что адрес приходящий из X-Real-IP должен подменять $remote_addr? > -- > Best regards, > Gena > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216402,216411#msg-216411 From nginx-forum на nginx.us Sun Oct 9 09:12:27 2011 From: nginx-forum на nginx.us (anon) Date: Sun, 09 Oct 2011 05:12:27 -0400 Subject: ipv6 proxy and X-Forwarded-For In-Reply-To: <10e4ebbe1033742afff647369c012da6.NginxMailingListRussian@forum.nginx.org> References: <10e4ebbe1033742afff647369c012da6.NginxMailingListRussian@forum.nginx.org> Message-ID: <9ed095dd334645728360609c61140ec1.NginxMailingListRussian@forum.nginx.org> Все получилось. Оказывается nginx не рестартовал после рекомпила, и новые опции не применялись, писало в error "unknown directive "set_real_ip_from" in", но при nginx -t писало ok. Ну, может так и должно быть... В общем теперь все по местам. X-Real-IP=$remote_addr в X-Forwarded-For список прокси которые прошли клиенты. Остался только вопрос с этим: > > if ($host = "") { > > return 444; > > } > > в документации > http://nginx.org/en/docs/ такой метод > не рекомендуется. Насколько я понял, не стоит делать такое условие с хостом? Правильно ли будет сделать server { server_name ""; return 444; } Или имелось ввиду на счет закрытия коннекта без ответа? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216402,216418#msg-216418 From gmm на csdoc.com Sun Oct 9 10:01:51 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Sun, 09 Oct 2011 13:01:51 +0300 Subject: ipv6 proxy and X-Forwarded-For In-Reply-To: <4270989f79d17044477100107af57bc9.NginxMailingListRussian@forum.nginx.org> References: <4E909912.9050302@csdoc.com> <4270989f79d17044477100107af57bc9.NginxMailingListRussian@forum.nginx.org> Message-ID: <4E91710F.8090309@csdoc.com> On 09.10.2011 1:08, anon wrote: >>> if ($host = "") { >>> return 444; >>> } >> в документации >> http://nginx.org/en/docs/ такой метод >> не рекомендуется. > Насколько я понял, не стоит делать > такое условие с хостом? Правильно ли > будет сделать > server { > server_name ""; > return 444; > } да. > Или имелось ввиду на счет закрытия > коннекта без ответа? с return 444 никаких проблем нет. а все конструкции "if ($host ..." неоптимальные и вместо этого лучше "server { server_name ..." -- Best regards, Gena From gmm на csdoc.com Sun Oct 9 10:13:50 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Sun, 09 Oct 2011 13:13:50 +0300 Subject: ipv6 proxy and X-Forwarded-For In-Reply-To: <9ed095dd334645728360609c61140ec1.NginxMailingListRussian@forum.nginx.org> References: <10e4ebbe1033742afff647369c012da6.NginxMailingListRussian@forum.nginx.org> <9ed095dd334645728360609c61140ec1.NginxMailingListRussian@forum.nginx.org> Message-ID: <4E9173DE.50509@csdoc.com> On 09.10.2011 12:12, anon wrote: > Все получилось. Оказывается nginx не > рестартовал после рекомпила, и новые > опции не применялись, писало в error "unknown > directive "set_real_ip_from" in", но при nginx -t писало ok. > Ну, может так и должно быть... так и должно быть. потому что при nginx -t запускался новый бинарник, который уже знал про этот модуль, и поэтому ошибок не было. а при попытке сделать 'service nginx reload' через kill -HUP `cat /var/run/nginx.pid` старый бинарник отказывается работать с новым конфигом, потому что не знает новых директив. чтобы все работало как ожидается - надо делать или http://sysoev.ru/nginx/docs/control.html#upgrade или полностью останавливать старый процесс и запускать новый бинарник (то что происходит при 'service nginx restart') P.S. сделать http://sysoev.ru/nginx/docs/control.html#upgrade можно с помощью некоторых init-скриптов таким способом: 'service nginx force-reload' или 'service nginx upgrade' -- Best regards, Gena From gmm на csdoc.com Sun Oct 9 10:27:31 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Sun, 09 Oct 2011 13:27:31 +0300 Subject: default: server_name "" In-Reply-To: <20111008205241.GQ1137@mdounin.ru> References: <4E9054E4.4060601@csdoc.com> <20111008205241.GQ1137@mdounin.ru> Message-ID: <4E917713.4050907@csdoc.com> On 08.10.2011 23:52, Maxim Dounin wrote: >> В документации >> http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#server_name >> указано, что >> default: server_name hostname >> >> "По умолчанию используется имя машины (hostname)." [...] >> насколько я смог понять из своих экспериментов с nginx версии 1.0.8, >> - в документации ошибка, верная информация - только в файле CHANGES. > Да, документация устарела. а можно ли каким-то образом исправить эти ошибки в документации?... это не ошибка в исходниках, или на эту тему тоже можно писать в trac? вот кстати еще одна: "Данная документация отражает состояние только последней текущей версии ? 1.1.1." последняя текущая версия уже 1.1.5. P.S. судя по содержимому trac`а wiki не считается достоверным источником информации и единственный источник unambiguous description работы nginx - это официальная документация на русском языке, как об этом говорится, например в тикете http://trac.nginx.org/nginx/ticket/2 тем более, что в http://wiki.nginx.org/MailCoreModule#server_name тоже ошибка, скопированная из официальной документации на русском. -- Best regards, Gena From nginx-forum на nginx.us Sun Oct 9 11:00:11 2011 From: nginx-forum на nginx.us (anon) Date: Sun, 09 Oct 2011 07:00:11 -0400 Subject: ipv6 proxy and X-Forwarded-For In-Reply-To: <10e4ebbe1033742afff647369c012da6.NginxMailingListRussian@forum.nginx.org> References: <10e4ebbe1033742afff647369c012da6.NginxMailingListRussian@forum.nginx.org> Message-ID: <2e1d7ca25225c69e3ccc4215c0e39392.NginxMailingListRussian@forum.nginx.org> Теперь все на своих местах) Спасибо Вам! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216402,216423#msg-216423 From gmm на csdoc.com Sun Oct 9 11:15:36 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Sun, 09 Oct 2011 14:15:36 +0300 Subject: location / In-Reply-To: <20111008210859.GR1137@mdounin.ru> References: <4E9056DF.4030701@csdoc.com> <20111008210859.GR1137@mdounin.ru> Message-ID: <4E918258.5080407@csdoc.com> On 09.10.2011 0:08, Maxim Dounin wrote: >> Когда-то Максим говорил, что в конфигурации всегда желательно >> указывать "location /", но в примерах на сайте http://nginx.org/ >> не всегда указывается "location /", например, In catch-all server >> examples, на странице http://nginx.org/en/docs/http/server_names.html >> Вопрос: "всегда указывать location /" - это была рекомендация, >> чтобы обойти какие-то глюки в старых версиях nginx, и сейчас, >> в nginx 1.x.х это уже не актуально? или и сейчас есть какие-то случаи, >> когда nginx не будет нормально работать без "location /" в конфиге ? > Это была рекомендация, чтобы не взорвать себе мозг деталями логики > работы, и спокойно спать по ночам. но ошибок и предупреждений при тестировании конфига, когда в нем нет "location /" не происходит, значит иногда такой конфиг вполне безопасен. > Ошибок там, AFAIK, сейчас нет, а вот нюансы присутствуют. > Например, вот эти два конфига радикально отличаются: > server { > rewrite ^(.*) /prefix$1; > } > server { > rewrite ^(.*) /prefix$1; > > location / { > # nothing here > } > } в первом случае происходит зацикливание rewrite or internal redirection cycle while processing "/prefix/prefix/prefix/prefix/prefix/prefix/..." а во втором rewrite на уровне server отрабатывает всего один раз. например, судя по примерам к документации - "return 444;" на уровне server работает без нюансов, вне зависимости от наличия/отсутствия "location /" в конфиге этого server`а. из этого можно сделать вывод, что в конфиге вполне можно писать server { listen 11.22.33.44:80 default_server; server_name default-server; return 444; } server { server_name www.example.com; rewrite ^ http://example.com$request_uri? permanent; # или аналог через return 3xx uri / return 2xx text } server { server_name example.com; rewrite ^ https://example.com$request_uri? permanent; # или аналог через return 3xx uri / return 2xx text } без "location /", а во всех остальных случаях - желательно будет явно указывать "location /" ? и всегда желательно делать location-по-умолчанию "location /", если в конфиге nginx присутствуют какие-либо другие location`ы. так же как желательно будет делать и server-по-умолчанию, куда будут попадать все запросы, для которых нет более специфичного server`а. я ничего не упустил? -- Best regards, Gena From nginx-forum на nginx.us Sun Oct 9 12:39:06 2011 From: nginx-forum на nginx.us (MARS) Date: Sun, 09 Oct 2011 08:39:06 -0400 Subject: mp4 module In-Reply-To: <20110909114307.GG97288@nginx.com> References: <20110909114307.GG97288@nginx.com> Message-ID: <9721eb6a069de1cb9c015f9ca8bb5430.NginxMailingListRussian@forum.nginx.org> получаю рассинхрон звука и видео на Debian Lenny (на Ubuntu 11.10 на десктопе с копией конфига nginx и видеофайлами -- все ОК) видео при перемотке показывает с того места в которое перемотали (правда первые 2-3 сек картинка не движется либо "плывет/размазывается" в зависимости от плеера), звук опаздывает сильно (чем дальше к концу ролика тем сильнее) проблема не в плеере точно (проверяли uppod, flowplayer и родном JWPlayer) и просто при сохранении файла на компьютер проблема не исчезает nginx -V nginx: nginx version: nginx/1.1.5 nginx: built by gcc 4.3.2 (Debian 4.3.2-1.1) nginx: configure arguments: --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --pid-path=/var/run/nginx.pid --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --user=www-data --group=www-data --with-http_realip_module --with-http_flv_module --with-http_mp4_module --with-http_gzip_static_module --with-http_image_filter_module --add-module=/root/nginx-accesskey-2.0.3 flv и mp4 в разных локейшнах nginx-accesskey включали/выключали (искали варианты) З.Ы. до этого на дебиане стоял nginx с вражеским модулем, рассинхрона не было куда копать? откатываться не хочется :) и возможно глупый вопрос: может вражеский модуль как-то подчистить нужно было? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,215010,216425#msg-216425 From nginx-forum на nginx.us Sun Oct 9 12:47:28 2011 From: nginx-forum на nginx.us (pumamd) Date: Sun, 09 Oct 2011 08:47:28 -0400 Subject: =?UTF-8?B?0J/RgNC40YHRg9GC0YHRgtCy0LjQtSAiPyIg0LIgbG9jYXRpb24=?= Message-ID: Вобшем нужно сделать кэширование страницы с ссылкой http://site.ru/index.php?page=bans. конфиг: location ~* "/index.php?page=bans" { fastcgi_pass unix:/var/run/php-fpm.sock; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; fastcgi_cache bans; fastcgi_cache_valid 200 301 302 304 30s; fastcgi_cache_valid 404 1m; fastcgi_cache_key "$request_method|$http_if_modified_since|$http_if_none_match|$host|$request_uri"; fastcgi_hide_header "Set-Cookie"; fastcgi_ignore_headers "Cache-Control" "Expires"; } Но кэширование не реагирует на данную URI. Пробовал ешё так: location ~* "/index.php?page=bans" { location ~* "/?page=bans" { location ~* "index.php?page=bans" { location ~* "?page=bans" { location ~* "/index.php\?page\=bans" { location ~* "index.php\?page\=bans" { location ~* "/\?page\=bans" { location ~* "\?page\=bans" { Неодно не помогло из этих ПС данный location блок стойт первым из всех "location" в блоке "server" Помогите :( Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216426,216426#msg-216426 From nginx-forum на nginx.us Sun Oct 9 14:23:41 2011 From: nginx-forum на nginx.us (pioneer) Date: Sun, 09 Oct 2011 10:23:41 -0400 Subject: =?UTF-8?B?UmU6INCg0LXQtNC40YDQtdC60YIg0YEgSFRUUFM=?= In-Reply-To: <652b7f78eea2d1535122570685ae6316.NginxMailingListRussian@forum.nginx.org> References: <652b7f78eea2d1535122570685ae6316.NginxMailingListRussian@forum.nginx.org> Message-ID: Всем спасибо за ответы. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216342,216397#msg-216397 From nginx-forum на nginx.us Sun Oct 9 16:25:45 2011 From: nginx-forum на nginx.us (arty777) Date: Sun, 09 Oct 2011 12:25:45 -0400 Subject: mp4 module In-Reply-To: <20110909114307.GG97288@nginx.com> References: <20110909114307.GG97288@nginx.com> Message-ID: MARS А чем вы метаданные инжектите в свое файло ? У меня адекватно заработало ТОЛЬКО после MP4Box-а ... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,215010,216428#msg-216428 From igor на sysoev.ru Sun Oct 9 16:46:29 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Sun, 9 Oct 2011 20:46:29 +0400 Subject: mp4 module In-Reply-To: <9721eb6a069de1cb9c015f9ca8bb5430.NginxMailingListRussian@forum.nginx.org> References: <20110909114307.GG97288@nginx.com> <9721eb6a069de1cb9c015f9ca8bb5430.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111009164629.GA20597@nginx.com> On Sun, Oct 09, 2011 at 08:39:06AM -0400, MARS wrote: > получаю рассинхрон звука и видео на Debian > Lenny (на Ubuntu 11.10 на десктопе с копией > конфига nginx и видеофайлами -- все ОК) > видео при перемотке показывает с того > места в которое перемотали (правда > первые 2-3 сек картинка не движется либо > "плывет/размазывается" в зависимости от > плеера), звук опаздывает сильно (чем > дальше к концу ролика тем сильнее) > проблема не в плеере точно (проверяли > uppod, flowplayer и родном JWPlayer) и просто при > сохранении файла на компьютер проблема > не исчезает > > nginx -V > nginx: nginx version: nginx/1.1.5 > nginx: built by gcc 4.3.2 (Debian 4.3.2-1.1) > nginx: configure arguments: --prefix=/etc/nginx > --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf > --pid-path=/var/run/nginx.pid --error-log-path=/var/log/nginx/error.log > --http-log-path=/var/log/nginx/access.log --user=www-data > --group=www-data --with-http_realip_module --with-http_flv_module > --with-http_mp4_module --with-http_gzip_static_module > --with-http_image_filter_module > --add-module=/root/nginx-accesskey-2.0.3 > > flv и mp4 в разных локейшнах > > nginx-accesskey включали/выключали (искали > варианты) > > З.Ы. до этого на дебиане стоял nginx с > вражеским модулем, рассинхрона не было > куда копать? откатываться не хочется :) > и возможно глупый вопрос: может > вражеский модуль как-то подчистить > нужно было? Нужен отладочный лог запроса с перемоткой. http://nginx.org/en/docs/debugging_log.html -- Игорь Сысоев http://sysoev.ru From igor на sysoev.ru Sun Oct 9 16:47:47 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Sun, 9 Oct 2011 20:47:47 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQuNGB0YPRgtGB0YLQstC40LUgIj8iINCyIGxvY2F0aW9u?= In-Reply-To: References: Message-ID: <20111009164747.GB20597@nginx.com> On Sun, Oct 09, 2011 at 08:47:28AM -0400, pumamd wrote: > Вобшем нужно сделать кэширование > страницы с ссылкой http://site.ru/index.php?page=bans. > > конфиг: > > location ~* "/index.php?page=bans" { > fastcgi_pass unix:/var/run/php-fpm.sock; > fastcgi_index index.php; > fastcgi_param SCRIPT_FILENAME > $document_root$fastcgi_script_name; > include fastcgi_params; > > fastcgi_cache bans; > fastcgi_cache_valid 200 301 302 304 30s; > fastcgi_cache_valid 404 1m; > fastcgi_cache_key > "$request_method|$http_if_modified_since|$http_if_none_match|$host|$request_uri"; > fastcgi_hide_header "Set-Cookie"; > fastcgi_ignore_headers "Cache-Control" "Expires"; > } > > Но кэширование не реагирует на данную > URI. > > Пробовал ешё так: > location ~* "/index.php?page=bans" { > location ~* "/?page=bans" { > location ~* "index.php?page=bans" { > location ~* "?page=bans" { > location ~* "/index.php\?page\=bans" { > location ~* "index.php\?page\=bans" { > location ~* "/\?page\=bans" { > location ~* "\?page\=bans" { > > Неодно не помогло из этих > > ПС данный location блок стойт первым из > всех "location" в блоке "server" nginx проверяет запрос без query string: http://nginx.org/en/docs/http/request_processing.html#simple_php_site_configuration -- Игорь Сысоев http://sysoev.ru From ru на nginx.com Sun Oct 9 07:16:18 2011 From: ru на nginx.com (Ruslan Ermilov) Date: Sun, 9 Oct 2011 07:16:18 +0000 Subject: default: server_name "" In-Reply-To: <4E9054E4.4060601@csdoc.com> References: <4E9054E4.4060601@csdoc.com> Message-ID: <20111009071618.GC80599@lo0.su> On Sat, Oct 08, 2011 at 04:49:24PM +0300, Gena Makhomed wrote: > Здравствуйте! > > В документации > http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#server_name > указано, что > > default: server_name hostname > > "По умолчанию используется имя машины (hostname)." > > но в файле CHANGES - совсем другая информация: > > ======================================================================== > > Changes with nginx 0.9.4 21 Jan 2011 > > *) Feature: the "server_name" directive supports the $hostname > variable. > > > Changes with nginx 0.8.48 03 Aug 2010 > > *) Change: now the "server_name" directive default value is an empty > name "". > > Changes with nginx 0.7.12 26 Aug 2008 > > *) Feature: the "server_name" directive supports empty name "". > > ======================================================================== > > насколько я смог понять из своих экспериментов с nginx версии 1.0.8, > - в документации ошибка, верная информация - только в файле CHANGES. В последующие несколько дней будет обновлена документация http://nginx.org/en/docs/http/ngx_http_core_module.html, в которой это в частности будет исправлено. From nginx-forum на nginx.us Sun Oct 9 17:04:23 2011 From: nginx-forum на nginx.us (MARS) Date: Sun, 09 Oct 2011 13:04:23 -0400 Subject: mp4 module In-Reply-To: References: <20110909114307.GG97288@nginx.com> Message-ID: а ничем, в смысле ролики кодирую программулинкой Avidemux, она какбы сама все делает пробовал отдельно метадату двигать "qt-faststart" и "QTIndexSwapper" на AIR -- ничего не изменилось значит, наверное, проблема не в метаданных т.к. с таким же конфигом и видеофайлами nginx на убунте отдает ролики правильно и без рассинхрона на дебиане почему-то с рассинхроном (на дебиане до этого стоял nginx + вражеский модуль) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,215010,216432#msg-216432 From nginx-forum на nginx.us Sun Oct 9 17:20:53 2011 From: nginx-forum на nginx.us (pumamd) Date: Sun, 09 Oct 2011 13:20:53 -0400 Subject: =?UTF-8?B?UmU6INCf0YDQuNGB0YPRgtGB0YLQstC40LUgIj8iINCyIGxvY2F0aW9u?= In-Reply-To: References: Message-ID: <304e2c8e8670bffb8fb93756bff6dd07.NginxMailingListRussian@forum.nginx.org> Есть возможность сделать кэширование данной страницы ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216426,216433#msg-216433 From nginx-forum на nginx.us Sun Oct 9 17:52:40 2011 From: nginx-forum на nginx.us (MARS) Date: Sun, 09 Oct 2011 13:52:40 -0400 Subject: mp4 module In-Reply-To: <20111009164629.GA20597@nginx.com> References: <20111009164629.GA20597@nginx.com> Message-ID: <2b0445f0c81438c9a65c4f124a1bf4d3.NginxMailingListRussian@forum.nginx.org> Игорь, отправил вам дебаг лог на ваш адрес тема письма "mp4 module debug log" Заранее благодарен Posted at Nginx Forum: http://forum.nginx.org/read.php?21,215010,216434#msg-216434 From igor на sysoev.ru Sun Oct 9 18:20:42 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Sun, 9 Oct 2011 22:20:42 +0400 Subject: mp4 module In-Reply-To: <2b0445f0c81438c9a65c4f124a1bf4d3.NginxMailingListRussian@forum.nginx.org> References: <20111009164629.GA20597@nginx.com> <2b0445f0c81438c9a65c4f124a1bf4d3.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111009182042.GA22066@nginx.com> On Sun, Oct 09, 2011 at 01:52:40PM -0400, MARS wrote: > Игорь, отправил вам дебаг лог на ваш > адрес > тема письма "mp4 module debug log" > > Заранее благодарен Во-первых, nginx позволяет сделать отладочный лог только выбранных адресов, а не пары тысяч. Это существенно облегчает поиск. Кроме того, похоже, лог указан только для одного сервера, что ведёт к неполной отладочной информации. Как это сделать, описано в конце http://nginx.org/en/docs/debugging_log.html It is also possible to enable the debugging log only for some addresses: error_log /path/to/log; events { debug_connection 192.168.1.1; debug_connection 192.168.10.0/24; } Во-вторых, непонятно, где проблема - со всеми файлами или только с некоторыми. Указание конкретного имени файла тоже существенно облегчает поиск. -- Игорь Сысоев http://sysoev.ru From igor на sysoev.ru Sun Oct 9 18:41:33 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Sun, 9 Oct 2011 22:41:33 +0400 Subject: mp4 module In-Reply-To: <2b0445f0c81438c9a65c4f124a1bf4d3.NginxMailingListRussian@forum.nginx.org> References: <20111009164629.GA20597@nginx.com> <2b0445f0c81438c9a65c4f124a1bf4d3.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111009184133.GB22066@nginx.com> On Sun, Oct 09, 2011 at 01:52:40PM -0400, MARS wrote: > Игорь, отправил вам дебаг лог на ваш > адрес > тема письма "mp4 module debug log" Прилагаемый патч должен помочь. -- Игорь Сысоев http://sysoev.ru -------------- next part -------------- A non-text attachment was scrubbed... Name: patch.mp4 Type: video/mp4 Size: 536 bytes Desc: not available URL: From nginx-forum на nginx.us Sun Oct 9 19:32:21 2011 From: nginx-forum на nginx.us (MARS) Date: Sun, 09 Oct 2011 15:32:21 -0400 Subject: mp4 module In-Reply-To: <20111009184133.GB22066@nginx.com> References: <20111009184133.GB22066@nginx.com> Message-ID: Igor Sysoev Wrote: ------------------------------------------------------- > > Во-вторых, непонятно, где проблема - > со всеми файлами или только > с некоторыми. Указание конкретного имени > файла тоже существенно облегчает > поиск. > Проблема была со всеми MP4 файлами Igor Sysoev Wrote: ------------------------------------------------------- > > Прилагаемый патч должен > помочь. > Игорь, спасибо! Патч действительно помог моей проблеме, рассинхрон исчез Posted at Nginx Forum: http://forum.nginx.org/read.php?21,215010,216437#msg-216437 From mdounin на mdounin.ru Sun Oct 9 20:18:35 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Mon, 10 Oct 2011 00:18:35 +0400 Subject: location / In-Reply-To: <4E918258.5080407@csdoc.com> References: <4E9056DF.4030701@csdoc.com> <20111008210859.GR1137@mdounin.ru> <4E918258.5080407@csdoc.com> Message-ID: <20111009201835.GX1137@mdounin.ru> Hello! On Sun, Oct 09, 2011 at 02:15:36PM +0300, Gena Makhomed wrote: > On 09.10.2011 0:08, Maxim Dounin wrote: > > >>Когда-то Максим говорил, что в конфигурации всегда желательно > >>указывать "location /", но в примерах на сайте http://nginx.org/ > >>не всегда указывается "location /", например, In catch-all server > >>examples, на странице http://nginx.org/en/docs/http/server_names.html > > >>Вопрос: "всегда указывать location /" - это была рекомендация, > >>чтобы обойти какие-то глюки в старых версиях nginx, и сейчас, > >>в nginx 1.x.х это уже не актуально? или и сейчас есть какие-то случаи, > >>когда nginx не будет нормально работать без "location /" в конфиге ? > > >Это была рекомендация, чтобы не взорвать себе мозг деталями логики > >работы, и спокойно спать по ночам. > > но ошибок и предупреждений при тестировании конфига, когда в нем нет > "location /" не происходит, значит иногда такой конфиг вполне безопасен. Никто не утверждал, что он опасен. Он делает ровно то, что сказано. Вопрос исключительно в том, хочется ли тому, кто пишет конфиг, разбираться в том, как именно поймёт nginx написанное. > >Ошибок там, AFAIK, сейчас нет, а вот нюансы присутствуют. > >Например, вот эти два конфига радикально отличаются: > > > server { > > rewrite ^(.*) /prefix$1; > > } > > > server { > > rewrite ^(.*) /prefix$1; > > > > location / { > > # nothing here > > } > > } > > в первом случае происходит зацикливание rewrite or internal redirection > cycle while processing "/prefix/prefix/prefix/prefix/prefix/prefix/..." > а во втором rewrite на уровне server отрабатывает всего один раз. Именно. И причина, в общем-то, очевидна - если знать нюансы. В первом конфиге на самом деле написано нечто вроде: server { rewrite ^(.*) /prefix$1; location / { rewrite ^(.*) /prefix$1; } } И по понятным причинам будет цикл. > например, судя по примерам к документации - "return 444;" > на уровне server работает без нюансов, вне зависимости > от наличия/отсутствия "location /" в конфиге этого server`а. > > из этого можно сделать вывод, что в конфиге вполне можно писать > > server { > listen 11.22.33.44:80 default_server; > server_name default-server; > return 444; > } > > server { > server_name www.example.com; > rewrite ^ http://example.com$request_uri? permanent; > # или аналог через return 3xx uri / return 2xx text > } > > server { > server_name example.com; > rewrite ^ https://example.com$request_uri? permanent; > # или аналог через return 3xx uri / return 2xx text > } > > без "location /", а во всех остальных случаях - > желательно будет явно указывать "location /" ? Да, если выполнение запроса безусловно прекращается до поиска location'а (как во всех приведённых примерах), то явно указывать "location /" не обязательно. Конфигурация предельно однозначна и без него (а с ним, наоборот, будет вызывать вопросы "а зачем это тут? запросов ведь там никогда не будет"). > и всегда желательно делать location-по-умолчанию "location /", > если в конфиге nginx присутствуют какие-либо другие location`ы. Да. > так же как желательно будет делать и server-по-умолчанию, куда будут > попадать все запросы, для которых нет более специфичного server`а. Сервер по умолчанию - всегда есть, это первый описанный сервер на данном сокете. Если используется debian и производные с их "include *" - то да, имеет смысл описать его явно. > я ничего не упустил? В целом всё правильно, некоторые комментарии выше. Maxim Dounin From nginx-forum на nginx.us Sun Oct 9 22:00:05 2011 From: nginx-forum на nginx.us (anon) Date: Sun, 09 Oct 2011 18:00:05 -0400 Subject: lower case URL Message-ID: <6de64c6ab038d6fcc4933d4b343a6e07.NginxMailingListRussian@forum.nginx.org> Недавно обнаружил, что сервер не обрабатывает URL's где есть верхний регистр - типа ^/Perf, вернее обрабатывает, но не так как хотелось бы. Почитав нарыл, что народ использует Perl модуль с реврайтами. Честно говоря, прибавление в реврайтах меня и так не обрадовало, а тут еще почитал, что модуль экспериментальный http://sysoev.ru/nginx/docs/http/ngx_http_perl_module.html, решил спросить вначале совета. Есть ли более гуманный и нативный метод преобразовывать УРЛ в нижний регистр, или обрабатывать независимо от регистра? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216443,216443#msg-216443 From nginx-forum на nginx.us Mon Oct 10 03:07:01 2011 From: nginx-forum на nginx.us (babayka) Date: Sun, 09 Oct 2011 23:07:01 -0400 Subject: =?UTF-8?B?cmV3cml0ZSBjINC30LDQvNC10L3QvtC5INCw0YDQs9GD0LzQtdC90YLQvtCy?= Message-ID: <455a1c25986f2136e469248f3b88a017.NginxMailingListRussian@forum.nginx.org> Подскажите плиз. Есть настроенная конфигурация с двумя разными сайтами, но с одним хостом http://anysite.ru http://anysite.ru/new php + fastcgi Все работает. Однако, возникла задача поставить постоянный редирект с адреса типа http://anysite.ru/new/indo.php?id=1 на адрес http://anysite.ru/new/indo.php?id=2 Всю ночь просидел, перепробовал =( туплю. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216446,216446#msg-216446 From admin на tlvx.ru Mon Oct 10 03:12:53 2011 From: admin на tlvx.ru (=?KOI8-R?B?7M/QwdTJziD3zMHEyc3J0g==?=) Date: Mon, 10 Oct 2011 13:12:53 +1000 Subject: =?UTF-8?B?UmU6IHJld3JpdGUgYyDQt9Cw0LzQtdC90L7QuSDQsNGA0LPRg9C80LXQvdGC0L4=?= =?UTF-8?B?0LI=?= In-Reply-To: <455a1c25986f2136e469248f3b88a017.NginxMailingListRussian@forum.nginx.org> References: <455a1c25986f2136e469248f3b88a017.NginxMailingListRussian@forum.nginx.org> Message-ID: server { listen 80; server_name http://anysite.ru/new/indo.php?id=1; location / { rewrite ^/(.*)$ http://anysite.ru/new/indo.php?id=2/$1 permanent; allow all; } } Если не ошибаюсь From nginx-forum на nginx.us Mon Oct 10 03:23:48 2011 From: nginx-forum на nginx.us (babayka) Date: Sun, 09 Oct 2011 23:23:48 -0400 Subject: =?UTF-8?B?UmU6IHJld3JpdGUgYyDQt9Cw0LzQtdC90L7QuSDQsNGA0LPRg9C80LXQvdGC0L4=?= =?UTF-8?B?0LI=?= In-Reply-To: References: Message-ID: у меня чуть по другому организовано listen 80: server { server_name anysite.ru; location / { ...... location ~ *.\php$ { ...... } } location /new/ { ....... location ~ *.\php$ { ...... } } } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216446,216448#msg-216448 From latypoff на yandex.ru Mon Oct 10 05:59:12 2011 From: latypoff на yandex.ru (Denis F. Latypoff) Date: Mon, 10 Oct 2011 12:59:12 +0700 Subject: =?UTF-8?B?UmU6IHJld3JpdGUgYyDQt9Cw0LzQtdC90L7QuSDQsNGA0LPRg9C80LXQvdGC0L4=?= =?UTF-8?B?0LI=?= In-Reply-To: References: Message-ID: <264201318226353@web97.yandex.ru> 10.10.2011, 10:23, "babayka" : > у меня чуть по другому организовано > > listen 80: > server { >     server_name anysite.ru; > >     location / { >            ...... > -           location ~ *.\php$ { +           location ~ \.php$ { >                ...... >           } >     } > >    location /new/ { >              ....... > +            location = /new/indo.php { + if ($arg_id = 1) { + return 301 /new/indo.php?id=2; + } +                ...... + } + -            location ~ *.\php$ { +           location ~ \.php$ { >                ...... >           } > >     } > } > -- br, Denis F. Latypoff. From nginx-forum на nginx.us Mon Oct 10 06:29:15 2011 From: nginx-forum на nginx.us (arty777) Date: Mon, 10 Oct 2011 02:29:15 -0400 Subject: mp4 module In-Reply-To: <20110909114307.GG97288@nginx.com> References: <20110909114307.GG97288@nginx.com> Message-ID: <183f2e014970715454050d1702e986c7.NginxMailingListRussian@forum.nginx.org> ТАк это , расскажите в итоге в чем проблема , у меня лично на дебиане все гут . Posted at Nginx Forum: http://forum.nginx.org/read.php?21,215010,216453#msg-216453 From igor на sysoev.ru Mon Oct 10 06:48:29 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 10 Oct 2011 10:48:29 +0400 Subject: mp4 module In-Reply-To: <183f2e014970715454050d1702e986c7.NginxMailingListRussian@forum.nginx.org> References: <20110909114307.GG97288@nginx.com> <183f2e014970715454050d1702e986c7.NginxMailingListRussian@forum.nginx.org> Message-ID: <9B020D5A-593E-44EC-AF25-F2BA39EDCB8B@sysoev.ru> Проблема только на 32-битных платформах. -- Igor Sysoev 10.10.2011, в 10:29, "arty777" написал(а): > ТАк это , расскажите в итоге в чем > проблема , у меня лично на дебиане все > гут . > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,215010,216453#msg-216453 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From gmm на csdoc.com Mon Oct 10 10:49:59 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Mon, 10 Oct 2011 13:49:59 +0300 Subject: lower case URL In-Reply-To: <6de64c6ab038d6fcc4933d4b343a6e07.NginxMailingListRussian@forum.nginx.org> References: <6de64c6ab038d6fcc4933d4b343a6e07.NginxMailingListRussian@forum.nginx.org> Message-ID: <4E92CDD7.4020005@csdoc.com> On 10.10.2011 1:00, anon wrote: > Недавно обнаружил, что сервер не > обрабатывает URL's где есть верхний > регистр - типа ^/Perf, вернее обрабатывает, > но не так как хотелось бы. > Почитав нарыл, что народ использует Perl > модуль с реврайтами. > Честно говоря, прибавление в реврайтах > меня и так не обрадовало, а тут еще > почитал, что модуль экспериментальный > http://sysoev.ru/nginx/docs/http/ngx_http_perl_module.html, решил > спросить вначале совета. > Есть ли более гуманный и нативный метод > преобразовывать УРЛ в нижний регистр, > или обрабатывать независимо от > регистра? 1. самый гуманный способ - переписать сайт так, чтобы там все url`ы были только в нижнем регистре. 2. менее гуманный способ - через location ~* http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#location 3. использовать ngx_http_perl_module и делать изменение через него. -- Best regards, Gena From nginx-forum на nginx.us Mon Oct 10 11:28:09 2011 From: nginx-forum на nginx.us (babayka) Date: Mon, 10 Oct 2011 07:28:09 -0400 Subject: =?UTF-8?B?UmU6IHJld3JpdGUgYyDQt9Cw0LzQtdC90L7QuSDQsNGA0LPRg9C80LXQvdGC0L4=?= =?UTF-8?B?0LI=?= In-Reply-To: References: Message-ID: <73efd7c9d0f749e38493b7ca6b0703fb.NginxMailingListRussian@forum.nginx.org> БЛАГОДАРЮ! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216446,216457#msg-216457 From sad на bankir.ru Mon Oct 10 11:38:43 2011 From: sad на bankir.ru (sad на bankir.ru) Date: Mon, 10 Oct 2011 15:38:43 +0400 Subject: nginx-rewrite Message-ID: <4E92D943.5050307@bankir.ru> нужно создать специальный maillist nginx-rewrite From nginx-forum на nginx.us Mon Oct 10 12:23:14 2011 From: nginx-forum на nginx.us (anon) Date: Mon, 10 Oct 2011 08:23:14 -0400 Subject: lower case URL In-Reply-To: <4E92CDD7.4020005@csdoc.com> References: <4E92CDD7.4020005@csdoc.com> Message-ID: Gena Makhomed Wrote: ------------------------------------------------------- > On 10.10.2011 1:00, anon wrote: > > > Недавно обнаружил, что > сервер не > > обрабатывает URL's где есть > верхний > > регистр - типа ^/Perf, вернее > обрабатывает, > > но не так как хотелось бы. > > Почитав нарыл, что народ > использует Perl > > модуль с реврайтами. > > > Честно говоря, > прибавление в реврайтах > > меня и так не обрадовало, а > тут еще > > почитал, что модуль > экспериментальный > > > http://sysoev.ru/nginx/docs/http/ngx_http_perl_mod > ule.html, решил > > спросить вначале совета. > > > Есть ли более гуманный и > нативный метод > > преобразовывать УРЛ в > нижний регистр, > > или обрабатывать > независимо от > > регистра? > > 1. самый гуманный способ - > переписать сайт так, > чтобы там все url`ы были > только в нижнем регистре. > > 2. менее гуманный способ - > через location ~* > http://sysoev.ru/nginx/docs/http/ngx_http_core_mod > ule.html#location > > 3. использовать ngx_http_perl_module > и делать изменение через > него. > > -- > Best regards, > Gena > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru 1. С этим мы уже боролись:) По исправляли, теперь все ок с сайтом. Но те кто дает ссылки на него о нижнем регистре как бы и не в курсе совсем, вот и получается. 2.Попробую, спасибо. 3. Если вдруг не получится со вторым вариантом) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216443,216460#msg-216460 From gmm на csdoc.com Mon Oct 10 12:31:43 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Mon, 10 Oct 2011 15:31:43 +0300 Subject: location / In-Reply-To: <20111009201835.GX1137@mdounin.ru> References: <4E9056DF.4030701@csdoc.com> <20111008210859.GR1137@mdounin.ru> <4E918258.5080407@csdoc.com> <20111009201835.GX1137@mdounin.ru> Message-ID: <4E92E5AF.5010108@csdoc.com> On 09.10.2011 23:18, Maxim Dounin wrote: > Вопрос исключительно в том, хочется ли тому, кто пишет > конфиг, разбираться в том, как именно поймёт nginx написанное. это необходимое условие для того, чтобы nginx на веб-сервере работал предсказуемым образом. потому что если тот кто пишет конфиг, станет понимать его одним способом, а nginx другим - то ничего хорошего из этого не будет. >>> server { >>> rewrite ^(.*) /prefix$1; >>> } >> происходит зацикливание rewrite or internal redirection >> cycle while processing "/prefix/prefix/prefix/prefix/prefix/prefix/..." > И причина, в общем-то, очевидна - если знать нюансы. В первом > конфиге на самом деле написано нечто вроде: > > server { > rewrite ^(.*) /prefix$1; > > location / { > rewrite ^(.*) /prefix$1; > } > } > > И по понятным причинам будет цикл. т.е. если в конфиге явно не указан location / { ... } nginx просто самостоятельно сделает неявный location / { ... } поместив в него все директивы, которые есь внутри server { ... } и которые могут находиться внутри директивы location / { ... } ? и насколько я понимаю, это единственное недокументированное поведение, если в конфиге явно не будет указан location / ? кстати, а почему нельзя в случае отсутствия location / сделать пустой location / {} в который будут наследоваться необходимые директивы с верхних уровней, например, root и т.п. тогда например, глюка с зацикливанием rewrite не будет... (и вообще никаких глюков и "сюрпризов" тогда не будет, AFAIU) я раньше предполагал что в таком случае создается пустой location / {} по крайней мере, это было бы ожидаемым поведением, - "без сюрпризов". ("the principle of least surprise", как в языках программирования) ... >> так же как желательно будет делать и server-по-умолчанию, куда будут >> попадать все запросы, для которых нет более специфичного server`а. > Сервер по умолчанию - всегда есть, это первый описанный сервер на > данном сокете. Если используется debian и производные с их > "include *" - то да, имеет смысл описать его явно. не только Debian. например, на сайте http://nginx.org/packages/ лежат пакеты для RHEL и CentOS, в конфиге которых также написано include /etc/nginx/conf.d/*.conf; это было сделано, насколько я понимаю, по аналогии с apache, потому что в дефолтовом конфиге апача в CentOS также указано Include conf.d/*.conf но тут есть и одно очень существенное отличие, о котором говорится в /etc/httpd/conf.d/README "Files are processed in alphabetical order", в случае же nginx - ни в документации, ни в conf.d/README, ни в исходниках не написано, что включаемые файлы обрабатываются in alphabetical order. GLOB_NOSORT в исходниках nginx стоит ради производительности, потому что через include включаться могут и сотни тысяч файлов. поэтому - явно указывать default_server в конфигах необходимо всегда, тем более, что в дефолтовом server`е обычно всегда стоит "return 444" $ cat /etc/nginx/conf.d/default-server # # default-server # server { listen 11.11.11.11:80 default_server backlog=1024; listen 22.22.22.22:80 default_server backlog=1024; listen 33.33.33.33:80 default_server backlog=1024; listen 44.44.44.44:80 default_server backlog=1024; return 444; } то, что для nginx "Сервер по умолчанию - всегда есть" - это понятно. так же как и location по умолчанию == 'location /' тоже всегда есть. но вот "Сервер по умолчанию" с точки зрения nginx может оказаться совсем не таким, как его себе представляет тот, кто пишет конфиг. P.S. насколько я понимаю, сейчас практически во всех дистрибутивах уже применяется технология "include /etc/nginx/conf.d/*.conf;" чтобы можно было сделать "1 virtual host == 1 configuration file". и можно было бы легко disab`лить virtual host`ы, просто переименовывая конфиг или перемещая его в другой каталог, например, в ./sites-disabled -- Best regards, Gena From roman.vasilyev на yousendit.com Mon Oct 10 16:33:18 2011 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Mon, 10 Oct 2011 09:33:18 -0700 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0LTQu9GPINC90LXRgdGD0YnQtdGB0YLQstGD0Y7RidC40YUg?= =?UTF-8?B?0YTQsNC50LvQvtCy?= In-Reply-To: References: <4E8F80F9.20808@yousendit.com> Message-ID: <4E931E4E.6010406@yousendit.com> On 10/08/2011 12:00 AM, Oleksandr Bodnarashyk wrote: > Я был невнимателен. Перед -d восклицательный знак не пропущен? Совершенно верно, не пропущен. И нужно получить именно 302/301 ответ. > > 8 октября 2011 г. 9:56 пользователь Oleksandr Bodnarashyk > > написал: > > Возможно так: > location / { > try_files $uri $uri/ /blah/blah.html?; > } > > 8 октября 2011 г. 1:45 пользователь Roman Vasilyev > > написал: > > есть такая вот запись > location / { > if ( -d $document_root$uri ) { rewrite ^ > /blah/blah.html? permanent; } > if ( !-e $document_root$uri ) { rewrite ^ > /blah/blah.html? permanent; } > } > > собственно надо что бы в случае любых 4xx выполнялся данный > редирект. > Не подскажите более элегантное решение, а то я как то уж > слишком топорно эту проблему решил? > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From roman.vasilyev на yousendit.com Mon Oct 10 16:36:43 2011 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Mon, 10 Oct 2011 09:36:43 -0700 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0LTQu9GPINC90LXRgdGD0YnQtdGB0YLQstGD0Y7RidC40YUg?= =?UTF-8?B?0YTQsNC50LvQvtCy?= In-Reply-To: <4E90367E.2020501@csdoc.com> References: <4E8F80F9.20808@yousendit.com> <4E90367E.2020501@csdoc.com> Message-ID: <4E931F1B.60909@yousendit.com> On 10/08/2011 04:39 AM, Gena Makhomed wrote: > On 08.10.2011 1:45, Roman Vasilyev wrote: > >> есть такая вот запись >> location / { >> if ( -d $document_root$uri ) { rewrite ^ /blah/blah.html? permanent; } >> if ( !-e $document_root$uri ) { rewrite ^ /blah/blah.html? permanent; } >> } > >> собственно надо что бы в случае любых 4xx выполнялся данный редирект. >> Не подскажите более элегантное решение, а то я как то уж слишком топорно >> эту проблему решил? > > "Читайте доки, они рулез!" (с) Кирилл Перцев > > http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#error_page > > error_page 403 404 /blah/blah.html; > Мне нужно вместо 403/404 получить 302. Логично было бы записать: error_page 400 ... 499 = @rewrite; location @rewrite { rewrite ^ /blah/blah.html? permanent; } но может можно какнибудь более элегантно перечислить все 4хсотые ответы? From roman.vasilyev на yousendit.com Mon Oct 10 16:37:45 2011 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Mon, 10 Oct 2011 09:37:45 -0700 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0LTQu9GPINC90LXRgdGD0YnQtdGB0YLQstGD0Y7RidC40YUg?= =?UTF-8?B?0YTQsNC50LvQvtCy?= In-Reply-To: <4E931F1B.60909@yousendit.com> References: <4E8F80F9.20808@yousendit.com> <4E90367E.2020501@csdoc.com> <4E931F1B.60909@yousendit.com> Message-ID: <4E931F59.7080403@yousendit.com> On 10/10/2011 09:36 AM, Roman Vasilyev wrote: > On 10/08/2011 04:39 AM, Gena Makhomed wrote: >> On 08.10.2011 1:45, Roman Vasilyev wrote: >> >>> есть такая вот запись >>> location / { >>> if ( -d $document_root$uri ) { rewrite ^ /blah/blah.html? permanent; } >>> if ( !-e $document_root$uri ) { rewrite ^ /blah/blah.html? permanent; } >>> } >> >>> собственно надо что бы в случае любых 4xx выполнялся данный редирект. >>> Не подскажите более элегантное решение, а то я как то уж слишком >>> топорно >>> эту проблему решил? >> >> "Читайте доки, они рулез!" (с) Кирилл Перцев >> >> http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#error_page >> >> error_page 403 404 /blah/blah.html; >> > Мне нужно вместо 403/404 получить 302. Сори .... 301. > Логично было бы записать: > error_page 400 ... 499 = @rewrite; > > location @rewrite { rewrite ^ /blah/blah.html? permanent; } > но может можно какнибудь более элегантно перечислить все 4хсотые ответы? > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From hell-for-yahoo на umail.ru Mon Oct 10 17:03:26 2011 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Mon, 10 Oct 2011 21:03:26 +0400 Subject: lower case URL In-Reply-To: References: <4E92CDD7.4020005@csdoc.com> Message-ID: <92482268.20111010210326@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) anon! a> 1. С этим мы уже боролись:) По исправляли, a> теперь все ок с сайтом. Но те кто дает a> ссылки на него о нижнем регистре как бы a> и не в курсе совсем, вот и получается. Это как бы слегка проблемы тех, кто ссылается. Как вариант - скрипт на 404 с перепроверкой регистра и выдачей предупреждения о некорректной ссылке. У меня так стоит блокировка от неверных ссылок на сайт (в ней же фильтрация попыток взлома). -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) понедельник, 10.10.2011, <21:00> From igor на sysoev.ru Mon Oct 10 18:25:38 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 10 Oct 2011 22:25:38 +0400 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0LTQu9GPINC90LXRgdGD0YnQtdGB0YLQstGD0Y7RidC40YUg?= =?UTF-8?B?0YTQsNC50LvQvtCy?= In-Reply-To: <4E931F59.7080403@yousendit.com> References: <4E8F80F9.20808@yousendit.com> <4E90367E.2020501@csdoc.com> <4E931F1B.60909@yousendit.com> <4E931F59.7080403@yousendit.com> Message-ID: <20111010182538.GB84117@nginx.com> On Mon, Oct 10, 2011 at 09:37:45AM -0700, Roman Vasilyev wrote: > On 10/10/2011 09:36 AM, Roman Vasilyev wrote: > > On 10/08/2011 04:39 AM, Gena Makhomed wrote: > >> On 08.10.2011 1:45, Roman Vasilyev wrote: > >> > >>> есть такая вот запись > >>> location / { > >>> if ( -d $document_root$uri ) { rewrite ^ /blah/blah.html? permanent; } > >>> if ( !-e $document_root$uri ) { rewrite ^ /blah/blah.html? permanent; } > >>> } > >> > >>> собственно надо что бы в случае любых 4xx выполнялся данный редирект. > >>> Не подскажите более элегантное решение, а то я как то уж слишком > >>> топорно > >>> эту проблему решил? > >> > >> "Читайте доки, они рулез!" (с) Кирилл Перцев > >> > >> http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#error_page > >> > >> error_page 403 404 /blah/blah.html; > >> > > Мне нужно вместо 403/404 получить 302. > Сори .... 301. > > Логично было бы записать: > > error_page 400 ... 499 = @rewrite; > > > > location @rewrite { rewrite ^ /blah/blah.html? permanent; } > > но может можно какнибудь более элегантно перечислить все 4хсотые ответы? error_page 403 404 =301 http://$host/blah/blah.html; -- Игорь Сысоев http://sysoev.ru From igor на sysoev.ru Mon Oct 10 18:28:50 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 10 Oct 2011 22:28:50 +0400 Subject: =?UTF-8?B?UmU6IHJld3JpdGUgYyDQt9Cw0LzQtdC90L7QuSDQsNGA0LPRg9C80LXQvdGC0L4=?= =?UTF-8?B?0LI=?= In-Reply-To: References: <455a1c25986f2136e469248f3b88a017.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111010182850.GC84117@nginx.com> On Mon, Oct 10, 2011 at 01:12:53PM +1000, Лопатин Владимир wrote: > server { > listen > 80; > server_name > http://anysite.ru/new/indo.php?id=1; > location / { > rewrite > ^/(.*)$ http://anysite.ru/new/indo.php?id=2/$1 permanent; > allow all; > } > > } > > Если не ошибаюсь Ошибаетесь, причём аж в трёх директивах из шести. -- Игорь Сысоев http://sysoev.ru From roman.vasilyev на yousendit.com Mon Oct 10 18:28:32 2011 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Mon, 10 Oct 2011 11:28:32 -0700 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0LTQu9GPINC90LXRgdGD0YnQtdGB0YLQstGD0Y7RidC40YUg?= =?UTF-8?B?0YTQsNC50LvQvtCy?= In-Reply-To: <20111010182538.GB84117@nginx.com> References: <4E8F80F9.20808@yousendit.com> <4E90367E.2020501@csdoc.com> <4E931F1B.60909@yousendit.com> <4E931F59.7080403@yousendit.com> <20111010182538.GB84117@nginx.com> Message-ID: <4E933950.9070806@yousendit.com> On 10/10/2011 11:25 AM, Igor Sysoev wrote: > error_page 403 404 =301http://$host/blah/blah.html; > > > Огромное спасибо, все гениальное как всегда просто. From roman.vasilyev на yousendit.com Mon Oct 10 18:48:43 2011 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Mon, 10 Oct 2011 11:48:43 -0700 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0LTQu9GPINC90LXRgdGD0YnQtdGB0YLQstGD0Y7RidC40YUg?= =?UTF-8?B?0YTQsNC50LvQvtCy?= In-Reply-To: <4E933950.9070806@yousendit.com> References: <4E8F80F9.20808@yousendit.com> <4E90367E.2020501@csdoc.com> <4E931F1B.60909@yousendit.com> <4E931F59.7080403@yousendit.com> <20111010182538.GB84117@nginx.com> <4E933950.9070806@yousendit.com> Message-ID: <4E933E0B.5040606@yousendit.com> Попробовал этот вариант, но к сожалению сервер отдает только 301 код. Но не пишет *Location: http://blah.....* а просто отдает контент этого документа, может быть можно какнибудь тут исхитриться тоже? On 10/10/2011 11:28 AM, Roman Vasilyev wrote: > On 10/10/2011 11:25 AM, Igor Sysoev wrote: >> error_page 403 404 =301http://$host/blah/blah.html; >> >> > Огромное спасибо, все гениальное как всегда просто. > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From roman.vasilyev на yousendit.com Mon Oct 10 18:59:49 2011 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Mon, 10 Oct 2011 11:59:49 -0700 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0LTQu9GPINC90LXRgdGD0YnQtdGB0YLQstGD0Y7RidC40YUg?= =?UTF-8?B?0YTQsNC50LvQvtCy?= In-Reply-To: <4E933E0B.5040606@yousendit.com> References: <4E8F80F9.20808@yousendit.com> <4E90367E.2020501@csdoc.com> <4E931F1B.60909@yousendit.com> <4E931F59.7080403@yousendit.com> <20111010182538.GB84117@nginx.com> <4E933950.9070806@yousendit.com> <4E933E0B.5040606@yousendit.com> Message-ID: <4E9340A5.5060204@yousendit.com> Старнно, накрапал такой конфиг но на при запросе к корневой папке https://blah/ возвращает 403 страницу вместо редиректа. location / { error_page 403 404 @rewrite; } location @rewrite { rewrite ^ /blah? permanent; } где то ошибка в моем конфиге или это фича? On 10/10/2011 11:48 AM, Roman Vasilyev wrote: > Попробовал этот вариант, но к сожалению сервер отдает только 301 код. > Но не пишет *Location: http://blah.....* а просто отдает контент этого > документа, может быть можно какнибудь тут исхитриться тоже? > > On 10/10/2011 11:28 AM, Roman Vasilyev wrote: >> On 10/10/2011 11:25 AM, Igor Sysoev wrote: >>> error_page 403 404 =301http://$host/blah/blah.html; >>> >>> >> Огромное спасибо, все гениальное как всегда просто. >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From boda2004 на gmail.com Mon Oct 10 20:01:21 2011 From: boda2004 на gmail.com (Oleksandr Bodnarashyk) Date: Mon, 10 Oct 2011 23:01:21 +0300 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0LTQu9GPINC90LXRgdGD0YnQtdGB0YLQstGD0Y7RidC40YUg?= =?UTF-8?B?0YTQsNC50LvQvtCy?= In-Reply-To: <4E9340A5.5060204@yousendit.com> References: <4E8F80F9.20808@yousendit.com> <4E90367E.2020501@csdoc.com> <4E931F1B.60909@yousendit.com> <4E931F59.7080403@yousendit.com> <20111010182538.GB84117@nginx.com> <4E933950.9070806@yousendit.com> <4E933E0B.5040606@yousendit.com> <4E9340A5.5060204@yousendit.com> Message-ID: - error_page 403 404 @rewrite; + error_page 403 404 =301 @rewrite; 10 октября 2011 г. 21:59 пользователь Roman Vasilyev < roman.vasilyev на yousendit.com> написал: > Старнно, > накрапал такой конфиг но на при запросе к корневой папке https://blah/ > возвращает 403 страницу вместо редиректа. > > location / { > error_page 403 404 @rewrite; > } > > location @rewrite { rewrite ^ /blah? permanent; } > > где то ошибка в моем конфиге или это фича? > > > > On 10/10/2011 11:48 AM, Roman Vasilyev wrote: > >> Попробовал этот вариант, но к сожалению сервер отдает только 301 код. >> Но не пишет *Location: http://blah.....* а просто отдает контент этого >> документа, может быть можно какнибудь тут исхитриться тоже? >> >> On 10/10/2011 11:28 AM, Roman Vasilyev wrote: >> >>> On 10/10/2011 11:25 AM, Igor Sysoev wrote: >>> >>>> error_page 403 404 =301http://$host/blah/blah.**html; >>>> >>>> >>>> Огромное спасибо, все гениальное как всегда просто. >>> >>> ______________________________**_________________ >>> nginx-ru mailing list >>> nginx-ru на nginx.org >>> http://mailman.nginx.org/**mailman/listinfo/nginx-ru >>> >> >> ______________________________**_________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/**mailman/listinfo/nginx-ru >> > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From roman.vasilyev на yousendit.com Mon Oct 10 21:14:06 2011 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Mon, 10 Oct 2011 14:14:06 -0700 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0LTQu9GPINC90LXRgdGD0YnQtdGB0YLQstGD0Y7RidC40YUg?= =?UTF-8?B?0YTQsNC50LvQvtCy?= In-Reply-To: References: <4E8F80F9.20808@yousendit.com> <4E90367E.2020501@csdoc.com> <4E931F1B.60909@yousendit.com> <4E931F59.7080403@yousendit.com> <20111010182538.GB84117@nginx.com> <4E933950.9070806@yousendit.com> <4E933E0B.5040606@yousendit.com> <4E9340A5.5060204@yousendit.com> Message-ID: <4E93601E.2020702@yousendit.com> Ура, заработало :) спасибо. On 10/10/2011 01:01 PM, Oleksandr Bodnarashyk wrote: > - error_page 403 404 @rewrite; > + error_page 403 404 =301 @rewrite; > > 10 октября 2011 г. 21:59 пользователь Roman Vasilyev > > > написал: > > Старнно, > накрапал такой конфиг но на при запросе к корневой папке https://blah/ > возвращает 403 страницу вместо редиректа. > > location / { > error_page 403 404 @rewrite; > } > > location @rewrite { rewrite ^ /blah? permanent; } > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на nginx.us Tue Oct 11 09:11:15 2011 From: nginx-forum на nginx.us (astrolyabiya) Date: Tue, 11 Oct 2011 05:11:15 -0400 Subject: =?UTF-8?B?UHJveHkgKiDQuNC70Lgg0LrQsNC6INCw0LLRgtC+0YDQuNC30L7QstCw0YLRjNGB?= =?UTF-8?B?0Y8g0L3QsCBTaGFyZXBvaW50INGB0LDQudGC0LUu?= Message-ID: <3ed8568d597c1e09524704f2a77c1142.NginxMailingListRussian@forum.nginx.org> Добрый день! Подскажите какие параметры необходимо дописать в конфиг , чтобы корректно происходила аутентификация при редиректе(балансировка нагрузки путем upstream-ов) на Sharepoint сайт.Выдает окно логин/пароль.Но дальше этого не пропускает.Заранее благодарен. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216490,216490#msg-216490 From swood на fotofor.biz Tue Oct 11 09:15:19 2011 From: swood на fotofor.biz (Anton Kiryushkin) Date: Tue, 11 Oct 2011 13:15:19 +0400 Subject: perl nginx Message-ID: Подскажите пожалуйста, кто-нибудь пользовался встроенным perl для реврайта? К сожалению реврайтить нужно UTF-8-строку и штатными средствами это сделать не получилось. -- Best regards, Anton Kiryushkin, -------------- next part -------------- An HTML attachment was scrubbed... URL: From igor на sysoev.ru Tue Oct 11 09:24:34 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Tue, 11 Oct 2011 13:24:34 +0400 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0LTQu9GPINC90LXRgdGD0YnQtdGB0YLQstGD0Y7RidC40YUg?= =?UTF-8?B?0YTQsNC50LvQvtCy?= In-Reply-To: <4E933E0B.5040606@yousendit.com> References: <4E8F80F9.20808@yousendit.com> <4E90367E.2020501@csdoc.com> <4E931F1B.60909@yousendit.com> <4E931F59.7080403@yousendit.com> <20111010182538.GB84117@nginx.com> <4E933950.9070806@yousendit.com> <4E933E0B.5040606@yousendit.com> Message-ID: <20111011092434.GA5321@nginx.com> On Mon, Oct 10, 2011 at 11:48:43AM -0700, Roman Vasilyev wrote: > Попробовал этот вариант, но к сожалению сервер отдает только 301 код. > Но не пишет *Location: http://blah.....* а просто отдает контент этого > документа, может быть можно какнибудь тут исхитриться тоже? У меня в 1.1.5 выдаётся Location. > On 10/10/2011 11:28 AM, Roman Vasilyev wrote: > > On 10/10/2011 11:25 AM, Igor Sysoev wrote: > >> error_page 403 404 =301http://$host/blah/blah.html; -- Игорь Сысоев http://sysoev.ru From igor на sysoev.ru Tue Oct 11 09:53:29 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Tue, 11 Oct 2011 13:53:29 +0400 Subject: location / In-Reply-To: <4E92E5AF.5010108@csdoc.com> References: <4E9056DF.4030701@csdoc.com> <20111008210859.GR1137@mdounin.ru> <4E918258.5080407@csdoc.com> <20111009201835.GX1137@mdounin.ru> <4E92E5AF.5010108@csdoc.com> Message-ID: <20111011095329.GG5321@nginx.com> On Mon, Oct 10, 2011 at 03:31:43PM +0300, Gena Makhomed wrote: > > Сервер по умолчанию - всегда есть, это первый описанный сервер на > > данном сокете. Если используется debian и производные с их > > "include *" - то да, имеет смысл описать его явно. > > не только Debian. например, на сайте http://nginx.org/packages/ > лежат пакеты для RHEL и CentOS, в конфиге которых также написано > > include /etc/nginx/conf.d/*.conf; > > это было сделано, насколько я понимаю, по аналогии с apache, > потому что в дефолтовом конфиге апача в CentOS также указано > > Include conf.d/*.conf > > но тут есть и одно очень существенное отличие, > о котором говорится в /etc/httpd/conf.d/README > "Files are processed in alphabetical order", > в случае же nginx - ни в документации, > ни в conf.d/README, ни в исходниках > не написано, что включаемые файлы > обрабатываются in alphabetical order. > > GLOB_NOSORT в исходниках nginx стоит ради производительности, > потому что через include включаться могут и сотни тысяч файлов. GLOB_NOSORT стоит не ради производтельности, а ради совместимости с Windows. Там сейчас include делается через несортированный FindFirst/Next. -- Игорь Сысоев http://sysoev.ru From noonesshadow на gmail.com Tue Oct 11 10:17:19 2011 From: noonesshadow на gmail.com (Noon es Shadow) Date: Tue, 11 Oct 2011 13:17:19 +0300 Subject: =?UTF-8?B?UmU6IFByb3h5ICog0LjQu9C4INC60LDQuiDQsNCy0YLQvtGA0LjQt9C+0LLQsNGC?= =?UTF-8?B?0YzRgdGPINC90LAgU2hhcmVwb2ludCDRgdCw0LnRgtC1Lg==?= In-Reply-To: <3ed8568d597c1e09524704f2a77c1142.NginxMailingListRussian@forum.nginx.org> References: <3ed8568d597c1e09524704f2a77c1142.NginxMailingListRussian@forum.nginx.org> Message-ID: Если на шарике включена NTLM авторизация, только через tcp proxy Если условия позволяют, лучше включить basic auth для сайтов шарика, тогда все будет работать с базовыми конфигами. 11 октября 2011 г. 12:11 пользователь astrolyabiya написал: > Добрый день! Подскажите какие > параметры необходимо дописать в конфиг > , чтобы корректно происходила > аутентификация при > редиректе(балансировка нагрузки путем > upstream-ов) на Sharepoint сайт.Выдает окно > логин/пароль.Но дальше этого не > пропускает.Заранее благодарен. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,216490,216490#msg-216490 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From b_rom на mail.ru Tue Oct 11 10:27:54 2011 From: b_rom на mail.ru (b_rom на mail.ru) Date: Tue, 11 Oct 2011 13:27:54 +0300 Subject: rewrite & 404 Message-ID: <4E941A2A.2020309@mail.ru> Приветствую, необходимо организовать безусловное перенаправление всего с http://subdomain.domain.com на http://domain.com/subdomain/. Но при этом все 404-е редиректить именно в корень домена, т.е. на http://domain.com Существует ли (в принципе) красивое (или не очень) решение с помощью nginx? Как реврайтить первое условие понятно, в тупике относительно 404-х From sytar.alex на gmail.com Tue Oct 11 10:33:52 2011 From: sytar.alex на gmail.com (Aleksandr Sytar) Date: Tue, 11 Oct 2011 14:33:52 +0400 Subject: rewrite & 404 In-Reply-To: <4E941A2A.2020309@mail.ru> References: <4E941A2A.2020309@mail.ru> Message-ID: 11 октября 2011 г. 14:27 пользователь написал: > Приветствую, > > необходимо организовать безусловное перенаправление всего с > http://subdomain.domain.com на http://domain.com/subdomain/. > Но при этом все 404-е редиректить именно в корень домена, т.е. на > http://domain.com server { server_name subdomain.domain.com; location / { return 301 domain.com/subdomain/; } } server { server_name domain.com; location /subdomain { error_page 404 /; } } > > Существует ли (в принципе) красивое (или не очень) решение с помощью nginx? > Как реврайтить первое условие понятно, в тупике относительно 404-х Как-то так наверно From nginx-forum на nginx.us Tue Oct 11 10:58:56 2011 From: nginx-forum на nginx.us (astrolyabiya) Date: Tue, 11 Oct 2011 06:58:56 -0400 Subject: =?UTF-8?B?UmU6IFByb3h5ICog0LjQu9C4INC60LDQuiDQsNCy0YLQvtGA0LjQt9C+0LLQsNGC?= =?UTF-8?B?0YzRgdGPINC90LAgU2hhcmVwb2ludCDRgdCw0LnRgtC1Lg==?= In-Reply-To: References: Message-ID: <707e08e57c10c6dfb6a245a7c46886e8.NginxMailingListRussian@forum.nginx.org> Про tcp proxy можно поподробнее! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216499,216502#msg-216502 From noonesshadow на gmail.com Tue Oct 11 11:08:17 2011 From: noonesshadow на gmail.com (Noon es Shadow) Date: Tue, 11 Oct 2011 14:08:17 +0300 Subject: =?UTF-8?B?UmU6IFByb3h5ICog0LjQu9C4INC60LDQuiDQsNCy0YLQvtGA0LjQt9C+0LLQsNGC?= =?UTF-8?B?0YzRgdGPINC90LAgU2hhcmVwb2ludCDRgdCw0LnRgtC1Lg==?= In-Reply-To: <707e08e57c10c6dfb6a245a7c46886e8.NginxMailingListRussian@forum.nginx.org> References: <707e08e57c10c6dfb6a245a7c46886e8.NginxMailingListRussian@forum.nginx.org> Message-ID: Использую вот этот https://github.com/yaoweibin/nginx_tcp_proxy_module Для проксирования NTLM сервиса 11 октября 2011 г. 13:58 пользователь astrolyabiya написал: > Про tcp proxy можно поподробнее! > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,216499,216502#msg-216502 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From gmm на csdoc.com Tue Oct 11 11:18:02 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Tue, 11 Oct 2011 14:18:02 +0300 Subject: location / In-Reply-To: <20111011095329.GG5321@nginx.com> References: <4E9056DF.4030701@csdoc.com> <20111008210859.GR1137@mdounin.ru> <4E918258.5080407@csdoc.com> <20111009201835.GX1137@mdounin.ru> <4E92E5AF.5010108@csdoc.com> <20111011095329.GG5321@nginx.com> Message-ID: <4E9425EA.2000603@csdoc.com> On 11.10.2011 12:53, Igor Sysoev wrote: >> "Files are processed in alphabetical order", >> в случае же nginx - ни в документации, >> ни в conf.d/README, ни в исходниках >> не написано, что включаемые файлы >> обрабатываются in alphabetical order. >> GLOB_NOSORT в исходниках nginx стоит ради производительности, >> потому что через include включаться могут и сотни тысяч файлов. > GLOB_NOSORT стоит не ради производтельности, а ради совместимости > с Windows. Там сейчас include делается через несортированный FindFirst/Next. ясно. только это совместимость с файловыми системами FAT12/FAT16/FAT32/exFAT, потому что если используется NTFS файлы выдаются в отсортированном виде: http://msdn.microsoft.com/en-us/library/windows/desktop/aa364428(v=vs.85).aspx ... The order in which the search returns the files, such as alphabetical order, is not guaranteed, and is dependent on the file system. If the data must be sorted, the application must do the ordering after obtaining all the results. ... The order in which this function returns the file names is dependent on the file system type. With the NTFS file system and CDFS file systems, the names are usually returned in alphabetical order. With FAT file systems, the names are usually returned in the order the files were written to the disk, which may or may not be in alphabetical order. However, as stated previously, these behaviors are not guaranteed. ... -- Best regards, Gena From nginx-forum на nginx.us Tue Oct 11 11:29:06 2011 From: nginx-forum на nginx.us (anon) Date: Tue, 11 Oct 2011 07:29:06 -0400 Subject: lower case URL In-Reply-To: <92482268.20111010210326@mtu-net.ru> References: <92482268.20111010210326@mtu-net.ru> Message-ID: <79f05df6662dc09f2835d0048016645a.NginxMailingListRussian@forum.nginx.org> Andrey Repin Wrote: ------------------------------------------------------- > Здравствуйте, > Уважаемый(-ая, -ое) anon! > > a> 1. С этим мы уже боролись:) > По исправляли, > a> теперь все ок с сайтом. Но > те кто дает > a> ссылки на него о нижнем > регистре как бы > a> и не в курсе совсем, вот и > получается. > > Это как бы слегка проблемы > тех, кто ссылается. > Как вариант - скрипт на 404 с > перепроверкой регистра и > выдачей предупреждения > о некорректной ссылке. > У меня так стоит блокировка > от неверных ссылок на сайт > (в ней же фильтрация > попыток взлома). > Все же это наши проблемы, наша посещаемость и т.д. И научить всех людей из интернетов делать правильно не получится. Лучше уж один раз настроить у себя и забыть Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216443,216505#msg-216505 From gmm на csdoc.com Tue Oct 11 11:46:58 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Tue, 11 Oct 2011 14:46:58 +0300 Subject: location / In-Reply-To: <4E92E5AF.5010108@csdoc.com> References: <4E9056DF.4030701@csdoc.com> <20111008210859.GR1137@mdounin.ru> <4E918258.5080407@csdoc.com> <20111009201835.GX1137@mdounin.ru> <4E92E5AF.5010108@csdoc.com> Message-ID: <4E942CB2.30009@csdoc.com> On 10.10.2011 15:31, Gena Makhomed wrote: >>>> server { >>>> rewrite ^(.*) /prefix$1; >>>> } >>> происходит зацикливание rewrite or internal redirection >>> cycle while processing "/prefix/prefix/prefix/prefix/prefix/prefix/..." >> И причина, в общем-то, очевидна - если знать нюансы. В первом >> конфиге на самом деле написано нечто вроде: >> server { >> rewrite ^(.*) /prefix$1; >> >> location / { >> rewrite ^(.*) /prefix$1; >> } >> } >> >> И по понятным причинам будет цикл. это даже не "нюансы", это больше похоже на слово "bug", потому что обычно директивы rewrite внутрь вложенных location`ов не наследуются. а тут - такое происходит. почему нельзя сделать по аналогии с server_name - если server_name не указано внутри server { ... } то считается, что в этом случае будет server_name ""; аналогично и если в конфиге явно отсутствует location / { ... } - можно ведь неявно сделать полностью пустой location / { } в который только будут наследоваться директивы из вышестоящего уровня, например, директива root и т.п. тогда "нюансов" не будет. -- Best regards, Gena From hell-for-yahoo на umail.ru Tue Oct 11 12:20:54 2011 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Tue, 11 Oct 2011 16:20:54 +0400 Subject: lower case URL In-Reply-To: <79f05df6662dc09f2835d0048016645a.NginxMailingListRussian@forum.nginx.org> References: <92482268.20111010210326@mtu-net.ru> <79f05df6662dc09f2835d0048016645a.NginxMailingListRussian@forum.nginx.org> Message-ID: <877742554.20111011162054@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) anon! a> Все же это наши проблемы, наша a> посещаемость и т.д. И научить всех людей a> из интернетов делать правильно не a> получится. Лучше уж один раз настроить a> у себя и забыть Есть стандарт. Стандарт чётко указывает, что регистр символов в URL имеет значение. Повесьте скрипт на ошибку 404 с сообщением о некорректной ссылке и предложением перейти на ближайший подходящий URL. Людей надо учить, а не нагружать машины бессмысленной работой. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) вторник, 11.10.2011, <16:18> From nginx-forum на nginx.us Tue Oct 11 12:51:38 2011 From: nginx-forum на nginx.us (yolkov) Date: Tue, 11 Oct 2011 08:51:38 -0400 Subject: =?UTF-8?B?cmV3cml0ZSDQvtGC0YHQtdGH0YwgZ2V0INC30LDQv9GA0L7RgQ==?= Message-ID: <3ace9cec0a5f7cc5482b9ad67463236b.NginxMailingListRussian@forum.nginx.org> нужно сделать рерайт из следующего ури: http://domain.com/article/715.html?utm_source=yandex&utm_medium=cpc&utm_campaign=test&_openstat=blablabla на http://domain.com/article/715.html Делаю if ($request_uri ~* "^(.*\.html)\?.*(?:gclid|utm_source|utm_medium|utm_campaign).*$" ) { rewrite ^(.+\.html)\?.*$ $1 break; } и ничего не редиректит, если поставлю return 405; то на этих запросах возвращает ошибку нормально. Пробовал rewrite ^(.+\.html)\?.*$ $1?testtest=1 break; искал в логах, ничего небыло( Что я делаю не так? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216509,216509#msg-216509 From gmm на csdoc.com Tue Oct 11 12:52:00 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Tue, 11 Oct 2011 15:52:00 +0300 Subject: lower case URL In-Reply-To: <877742554.20111011162054@mtu-net.ru> References: <92482268.20111010210326@mtu-net.ru> <79f05df6662dc09f2835d0048016645a.NginxMailingListRussian@forum.nginx.org> <877742554.20111011162054@mtu-net.ru> Message-ID: <4E943BF0.3010704@csdoc.com> On 11.10.2011 15:20, Andrey Repin wrote: > a> Все же это наши проблемы, наша > a> посещаемость и т.д. И научить всех людей > a> из интернетов делать правильно не > a> получится. Лучше уж один раз настроить > a> у себя и забыть > Есть стандарт. Стандарт чётко указывает, что регистр символов в URL имеет > значение. > Повесьте скрипт на ошибку 404 с сообщением о некорректной ссылке и > предложением перейти на ближайший подходящий URL. > Людей надо учить, а не нагружать машины бессмысленной работой. Машины должны работать. Люди должны думать. (Девиз компании IBM) лучше все-таки скриптом на backend`е выдавать 301 редирект на верный адрес, - в этом случае браузеры обновят свои закладки автоматически, да и поисковые машины правильно все поймут тоже. у апача был/есть подходящий модуль на эту тему: mod_speling чтобы можно было не показывать 404 ошибки в таких случаях. -- Best regards, Gena From aenor.realm на gmail.com Tue Oct 11 14:04:22 2011 From: aenor.realm на gmail.com (wiz) Date: Tue, 11 Oct 2011 18:04:22 +0400 Subject: =?UTF-8?B?0KDQtdCw0LvRjNC90L4g0LvQuCDRg9C60LDQt9Cw0YLRjCBiaW5kIC8gc291cmNl?= =?UTF-8?B?INCw0LTRgNC10YEg0LTQu9GPIHByb3h5X3Bhc3M/?= Message-ID: Здравствуйте! Есть нужда проксировать внешний ресурс, но к нему можно обратиться только используя определённый адрес. Например, в wget это ключ --bind-address: wget --bind-address=192.168.100.50 http://192.168.100.100/ -- pass From mdounin на mdounin.ru Tue Oct 11 14:06:40 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 11 Oct 2011 18:06:40 +0400 Subject: =?UTF-8?B?UmU6INCg0LXQsNC70YzQvdC+INC70Lgg0YPQutCw0LfQsNGC0YwgYmluZCAvIHNv?= =?UTF-8?B?dXJjZSDQsNC00YDQtdGBINC00LvRjyBwcm94eV9wYXNzPw==?= In-Reply-To: References: Message-ID: <20111011140639.GU1137@mdounin.ru> Hello! On Tue, Oct 11, 2011 at 06:04:22PM +0400, wiz wrote: > Здравствуйте! > > Есть нужда проксировать внешний ресурс, но к нему можно обратиться > только используя определённый адрес. > Например, в wget это ключ --bind-address: > wget --bind-address=192.168.100.50 http://192.168.100.100/ proxy_bind 192.168.100.50; Maxim Dounin From a.vasilishin на kpi.ua Tue Oct 11 15:49:03 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Tue, 11 Oct 2011 18:49:03 +0300 Subject: =?UTF-8?B?UmU6INCg0LXQsNC70YzQvdC+INC70Lgg0YPQutCw0LfQsNGC0YwgYmluZCAvIHNv?= =?UTF-8?B?dXJjZSDQsNC00YDQtdGBINC00LvRjyBwcm94eV9wYXNzPw==?= In-Reply-To: <20111011140639.GU1137@mdounin.ru> References: <20111011140639.GU1137@mdounin.ru> Message-ID: <4E94656F.4060500@kpi.ua> 11.10.2011 17:06, Maxim Dounin пишет: > Hello! > > On Tue, Oct 11, 2011 at 06:04:22PM +0400, wiz wrote: > >> Здравствуйте! >> >> Есть нужда проксировать внешний ресурс, но к нему можно обратиться >> только используя определённый адрес. >> Например, в wget это ключ --bind-address: >> wget --bind-address=192.168.100.50 http://192.168.100.100/ > > proxy_bind 192.168.100.50; > Есть ли в планах сделать возможность использовать переменные в proxy_bind? В принципе особо не надо (требовалось раз в жизни), но было бы приятно :) -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From mdounin на mdounin.ru Tue Oct 11 16:00:43 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 11 Oct 2011 20:00:43 +0400 Subject: =?UTF-8?B?UmU6INCg0LXQsNC70YzQvdC+INC70Lgg0YPQutCw0LfQsNGC0YwgYmluZCAvIHNv?= =?UTF-8?B?dXJjZSDQsNC00YDQtdGBINC00LvRjyBwcm94eV9wYXNzPw==?= In-Reply-To: <4E94656F.4060500@kpi.ua> References: <20111011140639.GU1137@mdounin.ru> <4E94656F.4060500@kpi.ua> Message-ID: <20111011160043.GZ1137@mdounin.ru> Hello! On Tue, Oct 11, 2011 at 06:49:03PM +0300, Андрей Василишин wrote: > 11.10.2011 17:06, Maxim Dounin пишет: > >Hello! > > > >On Tue, Oct 11, 2011 at 06:04:22PM +0400, wiz wrote: > > > >>Здравствуйте! > >> > >>Есть нужда проксировать внешний ресурс, но к нему можно обратиться > >>только используя определённый адрес. > >>Например, в wget это ключ --bind-address: > >>wget --bind-address=192.168.100.50 http://192.168.100.100/ > > > >proxy_bind 192.168.100.50; > > > > Есть ли в планах сделать возможность использовать переменные в > proxy_bind? В принципе особо не надо (требовалось раз в жизни), но > было бы приятно :) У меня валяется патч (я его даже где-то в районе nginx-devel@ кидал), но его надо допилить для поддержки появившихся с тех пор uwsgi/scgi. По мере появления времени это будет сделано. Maxim Dounin From wangsamp на gmail.com Tue Oct 11 16:02:57 2011 From: wangsamp на gmail.com (Oleksandr V. Typlyns'kyi) Date: Tue, 11 Oct 2011 19:02:57 +0300 (FET) Subject: =?UTF-8?B?UmU6INCg0LXQsNC70YzQvdC+INC70Lgg0YPQutCw0LfQsNGC0YwgYmluZCAvIHNv?= =?UTF-8?B?dXJjZSDQsNC00YDQtdGBINC00LvRjyBwcm94eV9wYXNzPw==?= In-Reply-To: <4E94656F.4060500@kpi.ua> References: <20111011140639.GU1137@mdounin.ru> <4E94656F.4060500@kpi.ua> Message-ID: Today Oct 11, 2011 at 18:49 Андрей Василишин wrote: > >> Есть нужда проксировать внешний ресурс, но к нему можно обратиться > >> только используя определённый адрес. > >> Например, в wget это ключ --bind-address: > >> wget --bind-address=192.168.100.50 http://192.168.100.100/ > > > > proxy_bind 192.168.100.50; > > Есть ли в планах сделать возможность использовать переменные в > proxy_bind? В принципе особо не надо (требовалось раз в жизни), но было > бы приятно :) А можно я угадаю - требовалось весной: http://mailman.nginx.org/pipermail/nginx-ru/2011-May/040903.html И Максим со ссылкой на патч ответил: http://mailman.nginx.org/pipermail/nginx-devel/2010-August/000419.html -- WNGS-RIPE From roman.vasilyev на yousendit.com Tue Oct 11 16:41:27 2011 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Tue, 11 Oct 2011 09:41:27 -0700 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0LTQu9GPINC90LXRgdGD0YnQtdGB0YLQstGD0Y7RidC40YUg?= =?UTF-8?B?0YTQsNC50LvQvtCy?= In-Reply-To: <20111011092434.GA5321@nginx.com> References: <4E8F80F9.20808@yousendit.com> <4E90367E.2020501@csdoc.com> <4E931F1B.60909@yousendit.com> <4E931F59.7080403@yousendit.com> <20111010182538.GB84117@nginx.com> <4E933950.9070806@yousendit.com> <4E933E0B.5040606@yousendit.com> <20111011092434.GA5321@nginx.com> Message-ID: <4E9471B7.6070908@yousendit.com> On 10/11/2011 02:24 AM, Igor Sysoev wrote: > On Mon, Oct 10, 2011 at 11:48:43AM -0700, Roman Vasilyev wrote: > >> Попробовал этот вариант, но к сожалению сервер отдает только 301 код. >> Но не пишет *Location: http://blah.....* а просто отдает контент этого >> документа, может быть можно какнибудь тут исхитриться тоже? >> > У меня в 1.1.5 выдаётся Location. > Понял свою ошибку у меня было написано: /blah/blah.html как только поменял на http://$host/blah/blah.html все заработало. Но тут возникает следующий вопрос, у меня сервер находится за реверсным прокси, и он может перебивать hostname в урле, соответственно если запрос шел на http://blah/123 а прокси перебил его на http://1.1.1.1/123 то мы вместо *Location: http://blah/blah*, выдадим *Location: http://1.1.1.1/blah*, было бы супер не вбивать имя хоста в редиректе выдавая *Location: /blah*. Можно ли это сделать так же элегантно как это записано в вашей строке error_page? > >> On 10/10/2011 11:28 AM, Roman Vasilyev wrote: >> >>> On 10/10/2011 11:25 AM, Igor Sysoev wrote: >>> >>>> error_page 403 404 =301http://$host/blah/blah.html; >>>> > > From wangsamp на gmail.com Tue Oct 11 17:01:32 2011 From: wangsamp на gmail.com (Oleksandr V. Typlyns'kyi) Date: Tue, 11 Oct 2011 20:01:32 +0300 (FET) Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0LTQu9GPINC90LXRgdGD0YnQtdGB0YLQstGD0Y7RidC40YUg?= =?UTF-8?B?0YTQsNC50LvQvtCy?= In-Reply-To: <4E9471B7.6070908@yousendit.com> References: <4E8F80F9.20808@yousendit.com> <4E90367E.2020501@csdoc.com> <4E931F1B.60909@yousendit.com> <4E931F59.7080403@yousendit.com> <20111010182538.GB84117@nginx.com> <4E933950.9070806@yousendit.com> <4E933E0B.5040606@yousendit.com> <20111011092434.GA5321@nginx.com> <4E9471B7.6070908@yousendit.com> Message-ID: Today Oct 11, 2011 at 09:41 Roman Vasilyev wrote: > Но тут возникает следующий вопрос, у меня сервер находится за реверсным > прокси, и он может перебивать hostname в урле, соответственно если запрос шел > на http://blah/123 а прокси перебил его на http://1.1.1.1/123 то мы вместо > *Location: http://blah/blah*, > выдадим *Location: http://1.1.1.1/blah*, было бы супер не вбивать имя хоста в > редиректе выдавая *Location: /blah*. Можно ли это сделать так же элегантно как > это записано в вашей строке error_page? Скорее всего это и багофича, но добавление пробела даёт внешний редирект: error_page 403 404 =301 " /blah/blah.html" -- WNGS-RIPE From mdounin на mdounin.ru Tue Oct 11 17:08:38 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 11 Oct 2011 21:08:38 +0400 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0LTQu9GPINC90LXRgdGD0YnQtdGB0YLQstGD0Y7RidC40YUg?= =?UTF-8?B?0YTQsNC50LvQvtCy?= In-Reply-To: <4E9471B7.6070908@yousendit.com> References: <4E8F80F9.20808@yousendit.com> <4E90367E.2020501@csdoc.com> <4E931F1B.60909@yousendit.com> <4E931F59.7080403@yousendit.com> <20111010182538.GB84117@nginx.com> <4E933950.9070806@yousendit.com> <4E933E0B.5040606@yousendit.com> <20111011092434.GA5321@nginx.com> <4E9471B7.6070908@yousendit.com> Message-ID: <20111011170837.GB1137@mdounin.ru> Hello! On Tue, Oct 11, 2011 at 09:41:27AM -0700, Roman Vasilyev wrote: > On 10/11/2011 02:24 AM, Igor Sysoev wrote: > >On Mon, Oct 10, 2011 at 11:48:43AM -0700, Roman Vasilyev wrote: > >>Попробовал этот вариант, но к сожалению сервер отдает только 301 код. > >>Но не пишет *Location: http://blah.....* а просто отдает контент этого > >>документа, может быть можно какнибудь тут исхитриться тоже? > >У меня в 1.1.5 выдаётся Location. > Понял свою ошибку > у меня было написано: > > /blah/blah.html > как только поменял на > http://$host/blah/blah.html > > все заработало. > Но тут возникает следующий вопрос, у меня сервер находится за реверсным прокси, и он может перебивать hostname в урле, соответственно если запрос шел на http://blah/123 а прокси перебил его на http://1.1.1.1/123 то мы вместо *Location: http://blah/blah*, > выдадим *Location: http://1.1.1.1/blah*, было бы супер не вбивать имя хоста в редиректе выдавая *Location: /blah*. Можно ли это сделать так же элегантно как это записано в вашей строке error_page? В заголовке Location по стандарту допустим только абсолютный путь[1]. Даже если в "rewrite ... redirect" указан относительный путь - nginx сделает из него абсолютный (в зависимости от server_name_in_redirect/port_in_redirect - слегка по разному). В случае, когда reverse proxy меняет Host - либо этот proxy должен сам заботится о правильной модификации заголовка Location (как e.g. nginx, см. директиву proxy_redirect), либо он должен как-то передавать исходный Host на бекенд, чтобы бекенд мог правильно формировать ссылки (e.g. с помощью админа и строки в конфиге бекенда). Третьего не дано. [1] http://tools.ietf.org/html/rfc2616#section-14.30 Maxim Dounin From nginx-forum на nginx.us Tue Oct 11 18:10:02 2011 From: nginx-forum на nginx.us (arty777) Date: Tue, 11 Oct 2011 14:10:02 -0400 Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?= =?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?= =?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?= In-Reply-To: <31875400b40fba3143f30e62d7b781a6.NginxMailingListRussian@forum.nginx.org> References: <31875400b40fba3143f30e62d7b781a6.NginxMailingListRussian@forum.nginx.org> Message-ID: output_buffers объясните плиз , что эта директива делает и значения ее параметров ... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216159,216531#msg-216531 From a.vasilishin на kpi.ua Tue Oct 11 18:20:25 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Tue, 11 Oct 2011 21:20:25 +0300 Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?= =?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?= =?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?= In-Reply-To: References: <31875400b40fba3143f30e62d7b781a6.NginxMailingListRussian@forum.nginx.org> Message-ID: <4E9488E9.7090507@kpi.ua> 11.10.2011 21:10, arty777 пишет: > output_buffers > > объясните плиз , что эта директива > делает и значения ее параметров ... > Читает с диска в память после чего ответ отдается клиенту, можно несколько буферов задавать (первый параметр) и размер буфера - второй, обычно одного буфера хватает. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From nginx-forum на nginx.us Tue Oct 11 19:26:53 2011 From: nginx-forum на nginx.us (arty777) Date: Tue, 11 Oct 2011 15:26:53 -0400 Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?= =?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?= =?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?= In-Reply-To: <4E9488E9.7090507@kpi.ua> References: <4E9488E9.7090507@kpi.ua> Message-ID: <88afc5a804fecc01663b8712a76e8647.NginxMailingListRussian@forum.nginx.org> Какой размер буфера ставить , как его подобрать правильно? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216159,216536#msg-216536 From a.vasilishin на kpi.ua Tue Oct 11 19:29:34 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Tue, 11 Oct 2011 22:29:34 +0300 Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?= =?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?= =?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?= In-Reply-To: <88afc5a804fecc01663b8712a76e8647.NginxMailingListRussian@forum.nginx.org> References: <4E9488E9.7090507@kpi.ua> <88afc5a804fecc01663b8712a76e8647.NginxMailingListRussian@forum.nginx.org> Message-ID: <4E94991E.3000008@kpi.ua> 11.10.2011 22:26, arty777 пишет: > Какой размер буфера ставить , как его > подобрать правильно? Поищите в рассылке, да и вообще на сайтах где тестируют веники, обычно больше 1 - 1,5 Мб нет смысла ставить. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From nginx-forum на nginx.us Tue Oct 11 19:37:17 2011 From: nginx-forum на nginx.us (arty777) Date: Tue, 11 Oct 2011 15:37:17 -0400 Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?= =?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?= =?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?= In-Reply-To: References: <31875400b40fba3143f30e62d7b781a6.NginxMailingListRussian@forum.nginx.org> Message-ID: <20666f6dadd9c2e22213b259b929d9a2.NginxMailingListRussian@forum.nginx.org> Т.е. как параметр подобрать непонятно ... 64К или 1,5М .... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216159,216541#msg-216541 From a.vasilishin на kpi.ua Tue Oct 11 19:38:41 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Tue, 11 Oct 2011 22:38:41 +0300 Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?= =?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?= =?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?= In-Reply-To: <20666f6dadd9c2e22213b259b929d9a2.NginxMailingListRussian@forum.nginx.org> References: <31875400b40fba3143f30e62d7b781a6.NginxMailingListRussian@forum.nginx.org> <20666f6dadd9c2e22213b259b929d9a2.NginxMailingListRussian@forum.nginx.org> Message-ID: <4E949B41.8000006@kpi.ua> 11.10.2011 22:37, arty777 пишет: > Т.е. как параметр подобрать непонятно ... > 64К или 1,5М .... > забейте. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From igor на sysoev.ru Wed Oct 12 09:25:32 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Wed, 12 Oct 2011 13:25:32 +0400 Subject: location / In-Reply-To: <4E9425EA.2000603@csdoc.com> References: <4E9056DF.4030701@csdoc.com> <20111008210859.GR1137@mdounin.ru> <4E918258.5080407@csdoc.com> <20111009201835.GX1137@mdounin.ru> <4E92E5AF.5010108@csdoc.com> <20111011095329.GG5321@nginx.com> <4E9425EA.2000603@csdoc.com> Message-ID: <20111012092531.GH34233@nginx.com> On Tue, Oct 11, 2011 at 02:18:02PM +0300, Gena Makhomed wrote: > On 11.10.2011 12:53, Igor Sysoev wrote: > > >> "Files are processed in alphabetical order", > >> в случае же nginx - ни в документации, > >> ни в conf.d/README, ни в исходниках > >> не написано, что включаемые файлы > >> обрабатываются in alphabetical order. > > >> GLOB_NOSORT в исходниках nginx стоит ради производительности, > >> потому что через include включаться могут и сотни тысяч файлов. > > > GLOB_NOSORT стоит не ради производтельности, а ради совместимости > > с Windows. Там сейчас include делается через несортированный FindFirst/Next. > > ясно. > > только это совместимость с файловыми системами FAT12/FAT16/FAT32/exFAT, > потому что если используется NTFS файлы выдаются в отсортированном виде: > > http://msdn.microsoft.com/en-us/library/windows/desktop/aa364428(v=vs.85).aspx > > ... > > The order in which the search returns the files, such as alphabetical > order, is not guaranteed, and is dependent on the file system. If the > data must be sorted, the application must do the ordering after > obtaining all the results. > > ... > > The order in which this function returns the file names is dependent on > the file system type. With the NTFS file system and CDFS file systems, > the names are usually returned in alphabetical order. With FAT file > systems, the names are usually returned in the order the files were > written to the disk, which may or may not be in alphabetical order. > However, as stated previously, these behaviors are not guaranteed. > > ... Да, наверное, стоит убрать GLOB_NOSORT. -- Igor Sysoev From swood на fotofor.biz Wed Oct 12 09:50:31 2011 From: swood на fotofor.biz (Anton Kiryushkin) Date: Wed, 12 Oct 2011 13:50:31 +0400 Subject: rewrite UTF-8 Message-ID: Есть желание сделать очень хитрый реврайт. Есть УРЛ вида http://sub.domain.com/part1/part2.html которые нужно направлять на http://www.domain.com/part1/prefix/part2.html, где part1, part2 и prefix - слова на русском языке. Я попробовал их закодировать, написав такую вот конструкцию: set $prefix UTF-1; set $part1 UTF-2; rewrite ^/$part1/(.*)\.html$ http://www.domain.com/$part1/$prefix/$1.html permanent; где UTF-1 и UTF-2 закодированные html-запросы. Но к сожалению со стороны nginx никакой реакции. Как можно победить этот вопрос? -- Best regards, Anton Kiryushkin, -------------- next part -------------- An HTML attachment was scrubbed... URL: From swood на fotofor.biz Wed Oct 12 09:52:39 2011 From: swood на fotofor.biz (Anton Kiryushkin) Date: Wed, 12 Oct 2011 13:52:39 +0400 Subject: rewrite UTF-8 In-Reply-To: References: Message-ID: Или для решения лучше посмотреть в сторону встроенного Perl? Неужели ни у кого не возникало подобной извращенной задачи? 12 октября 2011 г. 13:50 пользователь Anton Kiryushkin написал: > Есть желание сделать очень хитрый реврайт. Есть УРЛ вида > http://sub.domain.com/part1/part2.html которые нужно направлять на > http://www.domain.com/part1/prefix/part2.html, > где part1, part2 и prefix - слова на русском языке. > Я попробовал их закодировать, написав такую вот конструкцию: > set $prefix UTF-1; > set $part1 UTF-2; > rewrite ^/$part1/(.*)\.html$ http://www.domain.com/$part1/$prefix/$1.html > permanent; > где UTF-1 и UTF-2 закодированные html-запросы. > > Но к сожалению со стороны nginx никакой реакции. Как можно победить этот > вопрос? > > -- > Best regards, > Anton Kiryushkin, > > -- Best regards, Anton Kiryushkin, -------------- next part -------------- An HTML attachment was scrubbed... URL: From igor на sysoev.ru Wed Oct 12 10:12:19 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Wed, 12 Oct 2011 14:12:19 +0400 Subject: location / In-Reply-To: <20111009201835.GX1137@mdounin.ru> References: <4E9056DF.4030701@csdoc.com> <20111008210859.GR1137@mdounin.ru> <4E918258.5080407@csdoc.com> <20111009201835.GX1137@mdounin.ru> Message-ID: <20111012101219.GI34233@nginx.com> On Mon, Oct 10, 2011 at 12:18:35AM +0400, Maxim Dounin wrote: > Hello! > > On Sun, Oct 09, 2011 at 02:15:36PM +0300, Gena Makhomed wrote: > > > On 09.10.2011 0:08, Maxim Dounin wrote: > > > > >>Когда-то Максим говорил, что в конфигурации всегда желательно > > >>указывать "location /", но в примерах на сайте http://nginx.org/ > > >>не всегда указывается "location /", например, In catch-all server > > >>examples, на странице http://nginx.org/en/docs/http/server_names.html > > > > >>Вопрос: "всегда указывать location /" - это была рекомендация, > > >>чтобы обойти какие-то глюки в старых версиях nginx, и сейчас, > > >>в nginx 1.x.х это уже не актуально? или и сейчас есть какие-то случаи, > > >>когда nginx не будет нормально работать без "location /" в конфиге ? > > > > >Это была рекомендация, чтобы не взорвать себе мозг деталями логики > > >работы, и спокойно спать по ночам. > > > > но ошибок и предупреждений при тестировании конфига, когда в нем нет > > "location /" не происходит, значит иногда такой конфиг вполне безопасен. > > Никто не утверждал, что он опасен. Он делает ровно то, что > сказано. Вопрос исключительно в том, хочется ли тому, кто пишет > конфиг, разбираться в том, как именно поймёт nginx написанное. > > > >Ошибок там, AFAIK, сейчас нет, а вот нюансы присутствуют. > > >Например, вот эти два конфига радикально отличаются: > > > > > server { > > > rewrite ^(.*) /prefix$1; > > > } > > > > > server { > > > rewrite ^(.*) /prefix$1; > > > > > > location / { > > > # nothing here > > > } > > > } > > > > в первом случае происходит зацикливание rewrite or internal redirection > > cycle while processing "/prefix/prefix/prefix/prefix/prefix/prefix/..." > > а во втором rewrite на уровне server отрабатывает всего один раз. > > Именно. > > И причина, в общем-то, очевидна - если знать нюансы. В первом > конфиге на самом деле написано нечто вроде: > > server { > rewrite ^(.*) /prefix$1; > > location / { > rewrite ^(.*) /prefix$1; > } > } > > И по понятным причинам будет цикл. Патч для предотвращения цикла. -- Igor Sysoev -------------- next part -------------- Index: src/http/ngx_http_core_module.c =================================================================== --- src/http/ngx_http_core_module.c (revision 4201) +++ src/http/ngx_http_core_module.c (working copy) @@ -907,11 +907,23 @@ ngx_int_t ngx_http_core_rewrite_phase(ngx_http_request_t *r, ngx_http_phase_handler_t *ph) { - ngx_int_t rc; + ngx_int_t rc, index; + ngx_http_core_srv_conf_t *cscf; + ngx_http_core_main_conf_t *cmcf; ngx_log_debug1(NGX_LOG_DEBUG_HTTP, r->connection->log, 0, "rewrite phase: %ui", r->phase_handler); + cmcf = ngx_http_get_module_main_conf(r, ngx_http_core_module); + cscf = ngx_http_get_module_srv_conf(r, ngx_http_core_module); + index = cmcf->phase_engine.location_rewrite_index; + + if (r->phase_handler == index && r->loc_conf == cscf->ctx->loc_conf) { + /* skipping location rewrite phase for server null location */ + r->phase_handler++; + return NGX_AGAIN; + } + rc = ph->handler(r); if (rc == NGX_DECLINED) { From mdounin на mdounin.ru Wed Oct 12 11:08:33 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 12 Oct 2011 15:08:33 +0400 Subject: rewrite UTF-8 In-Reply-To: References: Message-ID: <20111012110833.GH1137@mdounin.ru> Hello! On Wed, Oct 12, 2011 at 01:50:31PM +0400, Anton Kiryushkin wrote: > Есть желание сделать очень хитрый реврайт. Есть УРЛ вида > http://sub.domain.com/part1/part2.html которые нужно направлять на > http://www.domain.com/part1/prefix/part2.html, > где part1, part2 и prefix - слова на русском языке. > Я попробовал их закодировать, написав такую вот конструкцию: > set $prefix UTF-1; > set $part1 UTF-2; > rewrite ^/$part1/(.*)\.html$ http://www.domain.com/$part1/$prefix/$1.html > permanent; > где UTF-1 и UTF-2 закодированные html-запросы. > > Но к сожалению со стороны nginx никакой реакции. Как можно победить этот > вопрос? rewrite ^/слово/(.*).html$ http://www.domain.com/слово/префикс/$1.html permanent; Писать, естественно, в utf-8. Maxim Dounin From swood на fotofor.biz Wed Oct 12 12:19:05 2011 From: swood на fotofor.biz (Anton Kiryushkin) Date: Wed, 12 Oct 2011 16:19:05 +0400 Subject: rewrite UTF-8 In-Reply-To: <20111012110833.GH1137@mdounin.ru> References: <20111012110833.GH1137@mdounin.ru> Message-ID: Пробовал, не срабатывает. 12 октября 2011 г. 15:08 пользователь Maxim Dounin написал: > Hello! > > On Wed, Oct 12, 2011 at 01:50:31PM +0400, Anton Kiryushkin wrote: > > > Есть желание сделать очень хитрый реврайт. Есть УРЛ вида > > http://sub.domain.com/part1/part2.html которые нужно направлять на > > http://www.domain.com/part1/prefix/part2.html, > > где part1, part2 и prefix - слова на русском языке. > > Я попробовал их закодировать, написав такую вот конструкцию: > > set $prefix UTF-1; > > set $part1 UTF-2; > > rewrite ^/$part1/(.*)\.html$ > http://www.domain.com/$part1/$prefix/$1.html > > permanent; > > где UTF-1 и UTF-2 закодированные html-запросы. > > > > Но к сожалению со стороны nginx никакой реакции. Как можно победить этот > > вопрос? > > rewrite ^/слово/(.*).html$ http://www.domain.com/слово/префикс/$1.htmlpermanent; > > Писать, естественно, в utf-8. > > Maxim Dounin > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Best regards, Anton Kiryushkin, -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin на mdounin.ru Wed Oct 12 12:21:11 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 12 Oct 2011 16:21:11 +0400 Subject: rewrite UTF-8 In-Reply-To: References: <20111012110833.GH1137@mdounin.ru> Message-ID: <20111012122111.GL1137@mdounin.ru> Hello! On Wed, Oct 12, 2011 at 04:19:05PM +0400, Anton Kiryushkin wrote: > Пробовал, не срабатывает. Debug log? Maxim Dounin > > 12 октября 2011 г. 15:08 пользователь Maxim Dounin написал: > > > Hello! > > > > On Wed, Oct 12, 2011 at 01:50:31PM +0400, Anton Kiryushkin wrote: > > > > > Есть желание сделать очень хитрый реврайт. Есть УРЛ вида > > > http://sub.domain.com/part1/part2.html которые нужно направлять на > > > http://www.domain.com/part1/prefix/part2.html, > > > где part1, part2 и prefix - слова на русском языке. > > > Я попробовал их закодировать, написав такую вот конструкцию: > > > set $prefix UTF-1; > > > set $part1 UTF-2; > > > rewrite ^/$part1/(.*)\.html$ > > http://www.domain.com/$part1/$prefix/$1.html > > > permanent; > > > где UTF-1 и UTF-2 закодированные html-запросы. > > > > > > Но к сожалению со стороны nginx никакой реакции. Как можно победить этот > > > вопрос? > > > > rewrite ^/слово/(.*).html$ http://www.domain.com/слово/префикс/$1.htmlpermanent; > > > > Писать, естественно, в utf-8. > > > > Maxim Dounin > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > -- > Best regards, > Anton Kiryushkin, > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From swood на fotofor.biz Wed Oct 12 13:26:42 2011 From: swood на fotofor.biz (Anton Kiryushkin) Date: Wed, 12 Oct 2011 17:26:42 +0400 Subject: rewrite UTF-8 In-Reply-To: <20111012122111.GL1137@mdounin.ru> References: <20111012110833.GH1137@mdounin.ru> <20111012122111.GL1137@mdounin.ru> Message-ID: Видимо я до этого терял один пробел. Вроде как работает. Вопрос. Почему же тогда нельзя пользовать переменные? Ведь так было бы гораздо удобнее подобные извращения делать. 12 октября 2011 г. 16:21 пользователь Maxim Dounin написал: > Hello! > > On Wed, Oct 12, 2011 at 04:19:05PM +0400, Anton Kiryushkin wrote: > > > Пробовал, не срабатывает. > > Debug log? > > Maxim Dounin > > > > > 12 октября 2011 г. 15:08 пользователь Maxim Dounin >написал: > > > > > Hello! > > > > > > On Wed, Oct 12, 2011 at 01:50:31PM +0400, Anton Kiryushkin wrote: > > > > > > > Есть желание сделать очень хитрый реврайт. Есть УРЛ вида > > > > http://sub.domain.com/part1/part2.html которые нужно направлять на > > > > http://www.domain.com/part1/prefix/part2.html, > > > > где part1, part2 и prefix - слова на русском языке. > > > > Я попробовал их закодировать, написав такую вот конструкцию: > > > > set $prefix UTF-1; > > > > set $part1 UTF-2; > > > > rewrite ^/$part1/(.*)\.html$ > > > http://www.domain.com/$part1/$prefix/$1.html > > > > permanent; > > > > где UTF-1 и UTF-2 закодированные html-запросы. > > > > > > > > Но к сожалению со стороны nginx никакой реакции. Как можно победить > этот > > > > вопрос? > > > > > > rewrite ^/слово/(.*).html$ > http://www.domain.com/слово/префикс/$1.htmlpermanent; > > > > > > Писать, естественно, в utf-8. > > > > > > Maxim Dounin > > > > > > _______________________________________________ > > > nginx-ru mailing list > > > nginx-ru на nginx.org > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > > > > > > -- > > Best regards, > > Anton Kiryushkin, > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kiryushkin, -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin на mdounin.ru Wed Oct 12 13:30:22 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 12 Oct 2011 17:30:22 +0400 Subject: rewrite UTF-8 In-Reply-To: References: <20111012110833.GH1137@mdounin.ru> <20111012122111.GL1137@mdounin.ru> Message-ID: <20111012133022.GR1137@mdounin.ru> Hello! On Wed, Oct 12, 2011 at 05:26:42PM +0400, Anton Kiryushkin wrote: > Видимо я до этого терял один пробел. Вроде как работает. > Вопрос. Почему же тогда нельзя пользовать переменные? Ведь так было бы > гораздо удобнее подобные извращения делать. Переменные где? В строке замены - можно. В регулярном выражении нельзя, т.к. это потребует перекомпиляции регулярного выражения на каждый запрос. Maxim Dounin > > 12 октября 2011 г. 16:21 пользователь Maxim Dounin написал: > > > Hello! > > > > On Wed, Oct 12, 2011 at 04:19:05PM +0400, Anton Kiryushkin wrote: > > > > > Пробовал, не срабатывает. > > > > Debug log? > > > > Maxim Dounin > > > > > > > > 12 октября 2011 г. 15:08 пользователь Maxim Dounin > >написал: > > > > > > > Hello! > > > > > > > > On Wed, Oct 12, 2011 at 01:50:31PM +0400, Anton Kiryushkin wrote: > > > > > > > > > Есть желание сделать очень хитрый реврайт. Есть УРЛ вида > > > > > http://sub.domain.com/part1/part2.html которые нужно направлять на > > > > > http://www.domain.com/part1/prefix/part2.html, > > > > > где part1, part2 и prefix - слова на русском языке. > > > > > Я попробовал их закодировать, написав такую вот конструкцию: > > > > > set $prefix UTF-1; > > > > > set $part1 UTF-2; > > > > > rewrite ^/$part1/(.*)\.html$ > > > > http://www.domain.com/$part1/$prefix/$1.html > > > > > permanent; > > > > > где UTF-1 и UTF-2 закодированные html-запросы. > > > > > > > > > > Но к сожалению со стороны nginx никакой реакции. Как можно победить > > этот > > > > > вопрос? > > > > > > > > rewrite ^/слово/(.*).html$ > > http://www.domain.com/слово/префикс/$1.htmlpermanent; > > > > > > > > Писать, естественно, в utf-8. > > > > > > > > Maxim Dounin > > > > > > > > _______________________________________________ > > > > nginx-ru mailing list > > > > nginx-ru на nginx.org > > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > > > > > > > > > > > -- > > > Best regards, > > > Anton Kiryushkin, > > > > > _______________________________________________ > > > nginx-ru mailing list > > > nginx-ru на nginx.org > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > > -- > Best regards, > Anton Kiryushkin, > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum на nginx.us Wed Oct 12 14:37:00 2011 From: nginx-forum на nginx.us (maxdao) Date: Wed, 12 Oct 2011 10:37:00 -0400 Subject: Nginx+memcache+nested ssi troubles Message-ID: <89ab46374f3f7ecf9a83fbcc75206a77.NginxMailingListRussian@forum.nginx.org> Здравствуйте! Такой вопрос. Если в файле который кешируеться в memcache помимо всего прочего еще оставить SSI include. То при вызове этого урла из memcache nginx выдает кусок бинарного кода в бровзер. Пример не работающий: addServer('localhost', 11211); ob_start(); ?> This is index.php data End of ssi set($_SERVER['REQUEST_URI'], $html); echo $html; ?> Файл "head.php" тоже сам себе записывает в memcache и выдает в аутпут. При первом запуске все работает хорошо, но при втором, когда сервер должен забирать с memcache закешироване результаты ? на выход получаеться что-то типа бинарника. Пример работающий: addServer('localhost', 11211); ob_start(); ?> This is index.php data End of ssi set($_SERVER['REQUEST_URI'], $html); echo $html; ?> Gzip отключать пробовал. ПХП 5.3, линукс убунту 11,04. Спасибо за ответы Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216592,216592#msg-216592 From mdounin на mdounin.ru Wed Oct 12 14:54:59 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 12 Oct 2011 18:54:59 +0400 Subject: Nginx+memcache+nested ssi troubles In-Reply-To: <89ab46374f3f7ecf9a83fbcc75206a77.NginxMailingListRussian@forum.nginx.org> References: <89ab46374f3f7ecf9a83fbcc75206a77.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111012145459.GS1137@mdounin.ru> Hello! On Wed, Oct 12, 2011 at 10:37:00AM -0400, maxdao wrote: > Здравствуйте! > Такой вопрос. Если в файле который > кешируеться в memcache помимо всего > прочего еще оставить SSI include. То при > вызове этого урла из memcache nginx выдает > кусок бинарного кода в бровзер. > Пример не работающий: > $memcache = new Memcached(); > $memcache->addServer('localhost', 11211); > ob_start(); > ?> > > > This is index.php data > > End of ssi > > $html = ob_get_clean(); > $memcache->set($_SERVER['REQUEST_URI'], $html); > echo $html; > ?> > Файл "head.php" тоже сам себе записывает в > memcache и выдает в аутпут. При первом > запуске все работает хорошо, но при > втором, когда сервер должен забирать с > memcache закешироване результаты ? на > выход получаеться что-то типа > бинарника. > > Пример работающий: > > > $memcache = new Memcached(); > $memcache->addServer('localhost', 11211); > ob_start(); > ?> > This is index.php data > > End of ssi > > $html = ob_get_clean(); > $memcache->set($_SERVER['REQUEST_URI'], $html); > echo $html; > ?> > > > Gzip отключать пробовал. ПХП 5.3, линукс > убунту 11,04. > Спасибо за ответы Скорее всего memcached-клиент кладёт в memcached сжатый контент. Читать документацию на клиента и отключать сжатие. Maxim Dounin From vlisenko.3s на gmail.com Wed Oct 12 16:50:41 2011 From: vlisenko.3s на gmail.com (Vitaliy Lysenko) Date: Wed, 12 Oct 2011 23:50:41 +0700 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0L7RgtGB0LXRh9GMIGdldCDQt9Cw0L/RgNC+0YE=?= In-Reply-To: <3ace9cec0a5f7cc5482b9ad67463236b.NginxMailingListRussian@forum.nginx.org> References: <3ace9cec0a5f7cc5482b9ad67463236b.NginxMailingListRussian@forum.nginx.org> Message-ID: ну что-то типа в эту строну покопайте location ~ /lala/(.*)\.html { if ($arg_utm_source) { rewrite /lala/(.*)\.html http://$host/lala/$1.html? ; } } 11 октября 2011 г. 19:51 пользователь yolkov написал: > нужно сделать рерайт из следующего > ури: > http://domain.com/article/715.html?utm_source=yandex&utm_medium=cpc&utm_campaign=test&_openstat=blablabla > на > http://domain.com/article/715.html > > Делаю > >        if ($request_uri ~* > "^(.*\.html)\?.*(?:gclid|utm_source|utm_medium|utm_campaign).*$" ) { >                rewrite ^(.+\.html)\?.*$ $1 break; >        } > > и ничего не редиректит, если поставлю > return 405; то на этих запросах возвращает > ошибку нормально. > Пробовал  rewrite ^(.+\.html)\?.*$ $1?testtest=1 break; > искал в логах, ничего небыло( > > Что я делаю не так? > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216509,216509#msg-216509 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From vlisenko.3s на gmail.com Wed Oct 12 17:18:17 2011 From: vlisenko.3s на gmail.com (Vitaliy Lysenko) Date: Thu, 13 Oct 2011 00:18:17 +0700 Subject: =?UTF-8?B?UmU6INCf0YDQuNGB0YPRgtGB0YLQstC40LUgIj8iINCyIGxvY2F0aW9u?= In-Reply-To: <304e2c8e8670bffb8fb93756bff6dd07.NginxMailingListRussian@forum.nginx.org> References: <304e2c8e8670bffb8fb93756bff6dd07.NginxMailingListRussian@forum.nginx.org> Message-ID: не понятно что делать если нету аргумента .... ну можно попробовать отправить реврайтом в локейшен типа @cacheBANS и там закешить как-то так опробуй location ~ ^/index.php { #все что с этим аргументов - обработать в другом локейшене if ($arg_page="bans") { rewrite @cacheBANS; } # а дальше будет все для ури без аргумента как и было fastcgi_pass unix:/var/run/php-fpm.sock; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; fastcgi_cache bans; fastcgi_cache_valid 200 301 302 304 30s; fastcgi_cache_valid 404 1m; fastcgi_cache_key "$request_method|$http_if_modified_since|$http_if_none_match|$host|$request_uri"; fastcgi_hide_header "Set-Cookie"; fastcgi_ignore_headers "Cache-Control" "Expires"; } location @cacheBANS { тут чтоо виимо особое типа время кеша "исчисляется годами?" :) } 10 октября 2011 г. 0:20 пользователь pumamd написал: > Есть возможность сделать кэширование > данной страницы ? > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216426,216433#msg-216433 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From vitaly на rcdesign.ru Wed Oct 12 20:46:45 2011 From: vitaly на rcdesign.ru (vitaly на rcdesign.ru) Date: Thu, 13 Oct 2011 00:46:45 +0400 Subject: =?UTF-8?B?0J/RgNC+0LrRgdC40YDQvtCy0LDQvdC40LUg0LLQtdCx0YHQvtC60LXRgtC+0LIg?= =?UTF-8?B?0L/Qu9Cw0L3QuNGA0YPQtdGC0YHRjz8=?= Message-ID: Хотелось бы в очередной раз поднять тему. Проксирование вебсокетов бы актуально для гиковских поделок на node.js, где в полный рост используется socket.io и т.п. Сейчас вместо nginx приходится использовать другие прокси, откатываться на long polling и т.д. - лишние сложности. Обозримые перспективы есть? Vitaly Puzrin http://www.rcdesign.ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From aleks.raiden на gmail.com Wed Oct 12 20:54:30 2011 From: aleks.raiden на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCb0L7Qt9C+0LLRjtC6?=) Date: Wed, 12 Oct 2011 23:54:30 +0300 Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1INCy0LXQsdGB0L7QutC10YI=?= =?UTF-8?B?0L7QsiDQv9C70LDQvdC40YDRg9C10YLRgdGPPw==?= In-Reply-To: References: Message-ID: есть модули которые это делают 12 октября 2011 г. 23:46 пользователь vitaly на rcdesign.ru написал: > Хотелось бы в очередной раз поднять тему. Проксирование вебсокетов бы > актуально для гиковских поделок на node.js, > где в полный рост используется socket.io и т.п. Сейчас вместо nginx > приходится использовать другие прокси, > откатываться на long polling и т.д. - лишние сложности. > > Обозримые перспективы есть? > > Vitaly Puzrin > http://www.rcdesign.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- C уважением, Александр Лозовюк Alpha-Beta-Release Blog http://abrdev.com ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From alexey.bondar на gmail.com Wed Oct 12 21:47:32 2011 From: alexey.bondar на gmail.com (Alexey Bondar) Date: Wed, 12 Oct 2011 22:47:32 +0100 Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1INCy0LXQsdGB0L7QutC10YI=?= =?UTF-8?B?0L7QsiDQv9C70LDQvdC40YDRg9C10YLRgdGPPw==?= In-Reply-To: References: Message-ID: <4CA1D7ED-B3FD-4717-A245-0BDB4121B8B3@gmail.com> Используйте HAProxy для проксирования вебсокетов напрямую к бэкенду. Например как у нас описано в разделе Деплой: https://github.com/y8/x-transport/wiki/Readme-(Russian) Это позволит избежать проблем с модулями и получить достаточно прозрачный инструмент, в том числе для балансировки Upgrade соединений. On 12 Oct 2011, at 21:46, vitaly на rcdesign.ru wrote: > Хотелось бы в очередной раз поднять тему. Проксирование вебсокетов бы актуально для гиковских поделок на node.js, > где в полный рост используется socket.io и т.п. Сейчас вместо nginx приходится использовать другие прокси, > откатываться на long polling и т.д. - лишние сложности. > > Обозримые перспективы есть? > > Vitaly Puzrin > http://www.rcdesign.ru > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From vitaly на rcdesign.ru Thu Oct 13 05:00:18 2011 From: vitaly на rcdesign.ru (vitaly на rcdesign.ru) Date: Thu, 13 Oct 2011 09:00:18 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1INCy0LXQsdGB0L7QutC10YI=?= =?UTF-8?B?0L7QsiDQv9C70LDQvdC40YDRg9C10YLRgdGPPw==?= In-Reply-To: <4CA1D7ED-B3FD-4717-A245-0BDB4121B8B3@gmail.com> References: <4CA1D7ED-B3FD-4717-A245-0BDB4121B8B3@gmail.com> Message-ID: Мне бы не хотелось ради вебсокетов втыкать в систему дополнительный компонент. Вроде бы проксирование вебсокетов не выходит за рамки фич nginx. Vitaly Puzrin http://www.rcdesign.ru 13 октября 2011 г. 1:47 пользователь Alexey Bondar написал: > Используйте HAProxy для проксирования вебсокетов напрямую к бэкенду. > Например как у нас описано в разделе Деплой: > https://github.com/y8/x-transport/wiki/Readme-(Russian) > > Это позволит избежать проблем с модулями и получить достаточно прозрачный > инструмент, в том числе для балансировки Upgrade соединений. > > > On 12 Oct 2011, at 21:46, vitaly на rcdesign.ru wrote: > > Хотелось бы в очередной раз поднять тему. Проксирование вебсокетов бы > актуально для гиковских поделок на node.js, > где в полный рост используется socket.io и т.п. Сейчас вместо nginx > приходится использовать другие прокси, > откатываться на long polling и т.д. - лишние сложности. > > Обозримые перспективы есть? > > Vitaly Puzrin > http://www.rcdesign.ru > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jt на aaanet.ru Thu Oct 13 10:04:23 2011 From: jt на aaanet.ru (=?utf-8?B?0JXQstCz0LXQvdC40Lkg0KLQvtGA0L7Qv9C+0LI=?=) Date: Thu, 13 Oct 2011 14:04:23 +0400 Subject: proxy_cache + 499 Message-ID: <74E64F81-3FA3-4B75-8ADC-627A2B58DE30@aaanet.ru> Добрый день, Если клиент закрывает соединение до передачи ответа (499 ошибка) - ждет ли nginx ответа от бэкенда и кладется ли такой ответ в proxy cache? Если нет, то как сделать, чтоб клался? Спасибо. Евгений jt на aaanet.ru From latypoff на yandex.ru Thu Oct 13 10:12:51 2011 From: latypoff на yandex.ru (Denis F. Latypoff) Date: Thu, 13 Oct 2011 17:12:51 +0700 Subject: proxy_cache + 499 In-Reply-To: <74E64F81-3FA3-4B75-8ADC-627A2B58DE30@aaanet.ru> References: <74E64F81-3FA3-4B75-8ADC-627A2B58DE30@aaanet.ru> Message-ID: <290221318500771@web126.yandex.ru> 13.10.2011, 17:04, "Евгений Торопов" : > Добрый день, > > Если клиент закрывает соединение до передачи ответа (499 ошибка) - ждет ли nginx ответа от бэкенда и кладется ли такой ответ в proxy cache? Если нет, то как сделать, чтоб клался? > http://sysoev.ru/nginx/docs/http/ngx_http_proxy_module.html#proxy_ignore_client_abort > Спасибо. Не за что. > > Евгений > jt на aaanet.ru -- br, Denis F. Latypoff. From mdounin на mdounin.ru Thu Oct 13 10:38:01 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Thu, 13 Oct 2011 14:38:01 +0400 Subject: proxy_cache + 499 In-Reply-To: <74E64F81-3FA3-4B75-8ADC-627A2B58DE30@aaanet.ru> References: <74E64F81-3FA3-4B75-8ADC-627A2B58DE30@aaanet.ru> Message-ID: <20111013103800.GX1137@mdounin.ru> Hello! On Thu, Oct 13, 2011 at 02:04:23PM +0400, Евгений Торопов wrote: > Если клиент закрывает соединение до передачи ответа (499 ошибка) > - ждет ли nginx ответа от бэкенда и кладется ли такой ответ в > proxy cache? Если нет, то как сделать, чтоб клался? Да. Maxim Dounin From nginx-forum на nginx.us Thu Oct 13 12:30:55 2011 From: nginx-forum на nginx.us (Ar3s) Date: Thu, 13 Oct 2011 08:30:55 -0400 Subject: nginx pastebin cms imagettfbbox Message-ID: <3ca065f0a80388be6ecf422445827005.NginxMailingListRussian@forum.nginx.org> Добрый день! Возникла трудность с установкой pastebin cms в редакции mozilla-russia.org. Сервер: Debian 5 nginx=>php-cgi через unix сокеты # nginx -v nginx version: nginx/0.6.32 # php -v PHP 5.2.6-1+lenny13 with Suhosin-Patch 0.9.6.2 (cli) (built: Jul 1 2011 17:03:36) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies with Zend Optimizer v3.3.9, Copyright (c) 1998-2009, by Zend Technologies Для субдомена прописал следующий конфиг: server { listen 80; server_name paste.org.in www.paste.org.in; location / { root /var/www/paste; index index.html index.htm index.php; } #error_page 404 /404.html; # redirect server error pages to the static page /50x.html # error_page 500 502 503 504 /50x.html; location = /50x.html { root /var/www/paste; } location ~ \.php$ { fastcgi_pass unix:/tmp/.fastcgi.www-data/socket; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /var/www/paste/$fastcgi_script_name; include fastcgi_params; } location ~ AppletX.class$ { root /var/www/paste; #you path for web content # fastcgi_pass 127.0.0.1:9000; fastcgi_pass unix:/tmp/.fastcgi.www-data/socket; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /var/www/paste/$fastcgi_script_name; include fastcgi_params; } } Открываю домен - все воркает кроме отображения капчи. При переходе на paste.org.in/inc/CaptchaSecurityImages.php?width=100&height=40&characters=5 выдает: Warning: imagettfbbox() [function.imagettfbbox]: Could not find/open font in /var/www/paste/inc/CaptchaSecurityImages.php on line 60 Error in imagettfbbox function libfreetype6 в системе установлен: # aptitude search freetype p freetype2-demos - FreeType 2 demonstration programs i A libfreetype6 - FreeType 2 font engine, shared library files p libfreetype6-dev - FreeType 2 font engine, development files Файл шрифта идущий в комплекте для nginx доступен и при переходе paste.org.in/inc/monofont.ttf выдается как файл. Почему я задаю вопрос на этом форуме? В мане по cms есть следующее упоминание: - For short url generation, Apache with mod_rewrite available. Something like the following configuration options should be used RewriteEngine on RewriteRule /([0-9]+) /pastebin.php?show=$1 И как его прописать я пока не знаю. Ну извините, не спец я по nginx. А гугл к сожалению не смог мне помочь с решением проблемы. Теоретически - это должно влиять только на короткие урлы. Но уже не знаю в чем может быть причина сего поведения. Буду рад любой помощи в решении проблемы. Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216635,216635#msg-216635 From kaa на zvuki.ru Thu Oct 13 12:37:06 2011 From: kaa на zvuki.ru (Andrey Kopeyko) Date: Thu, 13 Oct 2011 16:37:06 +0400 Subject: nginx pastebin cms imagettfbbox In-Reply-To: <3ca065f0a80388be6ecf422445827005.NginxMailingListRussian@forum.nginx.org> References: <3ca065f0a80388be6ecf422445827005.NginxMailingListRussian@forum.nginx.org> Message-ID: <4E96DB72.6060103@zvuki.ru> 13.10.2011 16:30, Ar3s пишет: > > Warning: imagettfbbox() [function.imagettfbbox]: Could not find/open > font in /var/www/paste/inc/CaptchaSecurityImages.php on line 60 > Error in imagettfbbox function Гляньте в этом скрипте, что именно и где именно он пытается найти\открыть. -- Best regards, Andrey Kopeyko From hell-for-yahoo на umail.ru Thu Oct 13 13:57:45 2011 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Thu, 13 Oct 2011 17:57:45 +0400 Subject: nginx pastebin cms imagettfbbox In-Reply-To: <3ca065f0a80388be6ecf422445827005.NginxMailingListRussian@forum.nginx.org> References: <3ca065f0a80388be6ecf422445827005.NginxMailingListRussian@forum.nginx.org> Message-ID: <1149779519.20111013175745@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Ar3s! A> Возникла трудность с установкой pastebin cms A> в редакции mozilla-russia.org. A> paste.org.in/inc/CaptchaSecurityImages.php?width=100&height=40&characters=5 A> выдает: A> Warning: imagettfbbox() [function.imagettfbbox]: Could not find/open A> font in /var/www/paste/inc/CaptchaSecurityImages.php on line 60 A> Error in imagettfbbox function Пусть к файлу шрифта должен быть абсолютным, либо указывается только имя файла без пути, для файла, лежащего в одной папке со шрифтом. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) четверг, 13.10.2011, <17:56> From nginx-forum на nginx.us Thu Oct 13 16:03:27 2011 From: nginx-forum на nginx.us (pumamd) Date: Thu, 13 Oct 2011 12:03:27 -0400 Subject: =?UTF-8?B?UmU6INCf0YDQuNGB0YPRgtGB0YLQstC40LUgIj8iINCyIGxvY2F0aW9u?= In-Reply-To: References: Message-ID: Vitaliy Lysenko Wrote: ------------------------------------------------------- > не понятно что делать если > нету аргумента .... > > ну можно попробовать > отправить реврайтом в > локейшен типа @cacheBANS и > там закешить > > как-то так опробуй > > location ~ ^/index.php { > > #все что с этим аргументов - > обработать в другом > локейшене > if ($arg_page="bans") { rewrite @cacheBANS; } > # а дальше будет все для ури > без аргумента как и было > > fastcgi_pass > unix:/var/run/php-fpm.sock; > fastcgi_index index.php; > fastcgi_param SCRIPT_FILENAME > $document_root$fastcgi_script_name; > include fastcgi_params; > > fastcgi_cache bans; > fastcgi_cache_valid 200 301 302 304 > 30s; > fastcgi_cache_valid 404 > 1m; > fastcgi_cache_key > "$request_method|$http_if_modified_since|$http_if_ > none_match|$host|$request_uri"; > fastcgi_hide_header "Set-Cookie"; > fastcgi_ignore_headers "Cache-Control" > "Expires"; > } > > > location @cacheBANS > { > тут чтоо виимо особое > типа время кеша > "исчисляется годами?" :) > > } непомогло :), отделил страничку в отдельный пхп файлик Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216426,216658#msg-216658 From nginx-forum на nginx.us Thu Oct 13 17:38:53 2011 From: nginx-forum на nginx.us (anon) Date: Thu, 13 Oct 2011 13:38:53 -0400 Subject: Access-Control-Allow-Origin Message-ID: Всем привет. В ходе работы возникло несколько вопросов по этому заголовку. 1)Если добавляем: add_header Access-Control-Allow-Origin http://127.0.0.1:8055; add_header Access-Control-Allow-Origin https://mail.google.com; add_header Access-Control-Allow-Origin https://docs.google.com; То не сервер отдает пустой ответ не смотря на правильно передающийся Origin. Если выставить add_header Access-Control-Allow-Origin *; получаем ответ. 2) Чем чревато все же выставление Access-Control-Allow-Origin * на весь сайт? В целом понятно, что 6 соединений из браузера и все такое, но какую это может нести в себе реальную угрозу? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216660,216660#msg-216660 From gmm на csdoc.com Thu Oct 13 19:48:02 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Thu, 13 Oct 2011 22:48:02 +0300 Subject: =?UTF-8?B?cmV3cml0ZSDQsiDQuNC80LXQvdC+0LLQsNC90L3Ri9C5IGxvY2F0aW9u?= Message-ID: <4E974072.6@csdoc.com> Здравствуйте! не планируется ли сделать в nginx синтаксический сахар для конструкции "error_page 345 = @name; return 345;" ? потому что хак "try_files @name;" короткий, но не красивый. идеальным вариантом синтаксиса наверное будет "goto @name;" ? и/или "rewrite ^ @name;" если бывает необходимо сделать условный goto, который будет выполняться только если $uri соответствует regexp`у. наверное в 80-90% всех случаев надо будет только безусловный goto, а "условный goto" будет нужен не так часто, поэтому лучше оба варианта? P.S. http://catap.ru/blog/2009/07/28/nginx-rewrite-to-named-location/ -- Best regards, Gena From nginx-forum на nginx.us Thu Oct 13 20:11:37 2011 From: nginx-forum на nginx.us (Ar3s) Date: Thu, 13 Oct 2011 16:11:37 -0400 Subject: nginx pastebin cms imagettfbbox In-Reply-To: <4E96DB72.6060103@zvuki.ru> References: <4E96DB72.6060103@zvuki.ru> Message-ID: <615db56fb594f0d83bab1ee9875f7d84.NginxMailingListRussian@forum.nginx.org> Путем долгого курения всего, что можно курить была! найдена ошибка. Она заключается непосредственно в самом файле CaptchaSecurityImages.php Вместо var $font = 'monofont.ttf'; нужно var $font = './monofont.ttf'; Спасибо всем кто откликнулся. Проблеме действительно не первый год и многие, не заметив разницы, просто отключают капчу. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216635,216651#msg-216651 From hell-for-yahoo на umail.ru Fri Oct 14 00:15:36 2011 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Fri, 14 Oct 2011 04:15:36 +0400 Subject: nginx pastebin cms imagettfbbox In-Reply-To: <615db56fb594f0d83bab1ee9875f7d84.NginxMailingListRussian@forum.nginx.org> References: <4E96DB72.6060103@zvuki.ru> <615db56fb594f0d83bab1ee9875f7d84.NginxMailingListRussian@forum.nginx.org> Message-ID: <1527723354.20111014041536@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Ar3s! A> Путем долгого курения всего, что можно A> курить была! найдена ошибка. A> Она заключается непосредственно в A> самом файле CaptchaSecurityImages.php A> Вместо var $font = 'monofont.ttf'; A> нужно var $font = './monofont.ttf'; Тогда уж лучше var $font = dirname(__FILE__) . '/'; A> Спасибо всем кто откликнулся. Проблеме A> действительно не первый год и многие, A> не заметив разницы, просто отключают A> капчу. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) пятница, 14.10.2011, <04:14> From dedukhin на mail.ru Fri Oct 14 04:51:22 2011 From: dedukhin на mail.ru (Dmitry Dedukhin) Date: Fri, 14 Oct 2011 08:51:22 +0400 Subject: Access-Control-Allow-Origin In-Reply-To: References: Message-ID: <4E97BFCA.9050200@mail.ru> 13.10.2011 21:38, anon пишет: > Всем привет. > > В ходе работы возникло несколько > вопросов по этому заголовку. > > 1)Если добавляем: > > > add_header Access-Control-Allow-Origin http://127.0.0.1:8055; > add_header Access-Control-Allow-Origin https://mail.google.com; > add_header Access-Control-Allow-Origin https://docs.google.com; > > То не сервер отдает пустой ответ не > смотря на правильно передающийся Origin. > Если выставить add_header Access-Control-Allow-Origin *; > получаем ответ. > > 2) Чем чревато все же выставление > Access-Control-Allow-Origin * на весь сайт? В целом > понятно, что 6 соединений из браузера и > все такое, но какую это может нести в > себе реальную угрозу? > > Спасибо. > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216660,216660#msg-216660 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru Насколько я помню, в данный момент ни один браузер не поддерживает наличие нескольких заголовков Access-Control-Allow-Origin (а возможно это и задизайнированное поведение). "Чреватость" звездочки для меня самого остается загадкой, в голову приходит только то, что злоумышленник может с любого сайта не только делать GET/POST запросы, но и получать на них ответ. Но при этом из браузера нет доступа к большинству заголовков ответа http://www.w3.org/TR/cors/#handling-a-response-to-a-cross-origin-re (в частности, к кукам), так что лично я не вижу никакой потенциальной опасности от звездочки. Может быть кто-то поправит меня и опасность в звездочке таки есть... PS: возможно получится проверять заголовок Referer в конфиге (например, с помощью серии директив if) и выставлять нужное значение как-то так: set $origin "http://mysite.ru"; if ($http_referer ~* ^http://trusted_domain1\.ru) { set $origin "http://trusted_domain1.ru"; } if ($http_referer ~* ^http://trusted_domain2\.ru) { set $origin "http://trusted_domain2.ru"; } add_header Access-Control-Allow-Origin $origin; From igor на sysoev.ru Fri Oct 14 05:19:47 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Fri, 14 Oct 2011 09:19:47 +0400 Subject: Access-Control-Allow-Origin In-Reply-To: <4E97BFCA.9050200@mail.ru> References: <4E97BFCA.9050200@mail.ru> Message-ID: <20111014051947.GA91845@nginx.com> On Fri, Oct 14, 2011 at 08:51:22AM +0400, Dmitry Dedukhin wrote: > > 13.10.2011 21:38, anon пишет: > > Всем привет. > > > > В ходе работы возникло несколько > > вопросов по этому заголовку. > > > > 1)Если добавляем: > > > > > > add_header Access-Control-Allow-Origin http://127.0.0.1:8055; > > add_header Access-Control-Allow-Origin https://mail.google.com; > > add_header Access-Control-Allow-Origin https://docs.google.com; > > > > То не сервер отдает пустой ответ не > > смотря на правильно передающийся Origin. > > Если выставить add_header Access-Control-Allow-Origin *; > > получаем ответ. > > > > 2) Чем чревато все же выставление > > Access-Control-Allow-Origin * на весь сайт? В целом > > понятно, что 6 соединений из браузера и > > все такое, но какую это может нести в > > себе реальную угрозу? > > > > Спасибо. > > > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216660,216660#msg-216660 > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > Насколько я помню, в данный момент ни один браузер не поддерживает > наличие нескольких заголовков Access-Control-Allow-Origin (а возможно > это и задизайнированное поведение). > "Чреватость" звездочки для меня самого остается загадкой, в голову > приходит только то, что злоумышленник может с любого сайта не только > делать GET/POST запросы, но и получать на них ответ. Но при этом из > браузера нет доступа к большинству заголовков ответа > http://www.w3.org/TR/cors/#handling-a-response-to-a-cross-origin-re (в > частности, к кукам), так что лично я не вижу никакой потенциальной > опасности от звездочки. > Может быть кто-то поправит меня и опасность в звездочке таки есть... > > PS: возможно получится проверять заголовок Referer в конфиге (например, > с помощью серии директив if) и выставлять нужное значение как-то так: > > set $origin "http://mysite.ru"; > if ($http_referer ~* ^http://trusted_domain1\.ru) { > set $origin "http://trusted_domain1.ru"; > } > if ($http_referer ~* ^http://trusted_domain2\.ru) { > set $origin "http://trusted_domain2.ru"; > } > add_header Access-Control-Allow-Origin $origin; Не надо if'ы: map $http_referer $origin { default http://mysite.ru; ~*^http://trusted_domain1\.ru http://trusted_domain1.ru; ~*^http://trusted_domain2\.ru http://trusted_domain2.ru; }; -- Igor Sysoev From nginx-forum на nginx.us Fri Oct 14 06:18:19 2011 From: nginx-forum на nginx.us (ruNovel) Date: Fri, 14 Oct 2011 02:18:19 -0400 Subject: image_filter crop Message-ID: <71b26124563cc449c732e3d32fb1b2a5.NginxMailingListRussian@forum.nginx.org> Доброго дня. Возникли следующие вопросы: Имеется сервер на Nginx 1.0.8 который обрезает и раздает картинки. конфиг: location ~ ^/image/(\d+)/(\d+)_(\d+|-)x(\d+|-)(\.(?:jpg|gif|png))$ { default_type image/jpeg; alias /var/www/localhost/www/wallpapers/$1/$2$5; image_filter_buffer 256M; image_filter_jpeg_quality 90; image_filter crop $3 $4; expires 1d; error_page 404 /error/404; } 1.Как можно средствами самого nginx получить оригинальный размер картинки, и запретить crop картинки если width и height больше чем width и height оригинала картинки? Или есть другой вариант для ограничения? 2. Что делает директива image_filter size ? С помощью нее можно получить width и height картинки? 3. Сколько выделить памяти для буфера(image_filter_buffer), если обрезаются картинки размер которых не больше 5000x4000px? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216680,216680#msg-216680 From pavel2000 на ngs.ru Fri Oct 14 08:55:35 2011 From: pavel2000 на ngs.ru (Pavel V.) Date: Fri, 14 Oct 2011 15:55:35 +0700 Subject: =?UTF-8?B?0JTQvtC60YPQvNC10L3RgtCw0YbQuNGPINC90LAg0LLQu9C+0LbQtdC90L3Ri9C1?= =?UTF-8?B?IGxvY2F0aW9u?= Message-ID: <21732707.20111014155535@ngs.ru> Здравствуйте, Nginx-ru. Подскажите, где почитать как работают вложенные локейшны (последовательность проверки, как определяется результат) ? Спасибо. -- С уважением, Pavel mailto:pavel2000 на ngs.ru From igor на sysoev.ru Fri Oct 14 09:46:32 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Fri, 14 Oct 2011 13:46:32 +0400 Subject: =?UTF-8?B?UmU6INCU0L7QutGD0LzQtdC90YLQsNGG0LjRjyDQvdCwINCy0LvQvtC20LXQvdC9?= =?UTF-8?B?0YvQtSBsb2NhdGlvbg==?= In-Reply-To: <21732707.20111014155535@ngs.ru> References: <21732707.20111014155535@ngs.ru> Message-ID: <20111014094632.GB97305@nginx.com> On Fri, Oct 14, 2011 at 03:55:35PM +0700, Pavel V. wrote: > Здравствуйте, Nginx-ru. > > > Подскажите, где почитать как работают вложенные локейшны > (последовательность проверки, как определяется результат) ? Сейчас доки нет, скоро будет. Сначала проверяются location'ы, заданные не регулярными выражениями, то есть, префиксы, точное совпадения (=) и префиксы с запретом регулярных выражений (^~). Пункт А. Если location найден и у него есть вложенные location'ы, то поиск перемещается внутрь. Внутри сначала проверяются location'ы, заданные не регулярными выражениями, если найден и у него есть вложенные, то переходим в пункт А. Если не найден, то проверяются location'ы с регулярными выражениями. Если location найден, то поиск прекращается. Таким образом, в конфигурации location /admin/ { A location ~ \.php$ { B } } location ~ \.php$ { C } запрос /admin/login.php попадёт в B. А в конфигуоации location /admin/ { A location /admin/login { B } } location ~ \.php$ { C } тот же запрос попадёт в C. -- Igor Sysoev From pavel2000 на ngs.ru Fri Oct 14 10:34:45 2011 From: pavel2000 на ngs.ru (Pavel V.) Date: Fri, 14 Oct 2011 17:34:45 +0700 Subject: =?UTF-8?B?UmU6INCU0L7QutGD0LzQtdC90YLQsNGG0LjRjyDQvdCwINCy0LvQvtC20LXQvdC9?= =?UTF-8?B?0YvQtSBsb2NhdGlvbg==?= In-Reply-To: <20111014094632.GB97305@nginx.com> References: <21732707.20111014155535@ngs.ru> <20111014094632.GB97305@nginx.com> Message-ID: <1408127912.20111014173445@ngs.ru> Здравствуйте, Igor. Вы писали 14 октября 2011 г., 16:46:32: > On Fri, Oct 14, 2011 at 03:55:35PM +0700, Pavel V. wrote: >> Здравствуйте, Nginx-ru. >> >> >> Подскажите, где почитать как работают вложенные локейшны >> (последовательность проверки, как определяется результат) ? > Сейчас доки нет, скоро будет. > Сначала проверяются location'ы, заданные не регулярными выражениями, > то есть, префиксы, точное совпадения (=) и префиксы с запретом > регулярных выражений (^~). [..skipped..] Спасибо. -- С уважением, Pavel mailto:pavel2000 на ngs.ru From igor на sysoev.ru Fri Oct 14 10:53:24 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Fri, 14 Oct 2011 14:53:24 +0400 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0LIg0LjQvNC10L3QvtCy0LDQvdC90YvQuSBsb2NhdGlvbg==?= In-Reply-To: <4E974072.6@csdoc.com> References: <4E974072.6@csdoc.com> Message-ID: <20111014105323.GC97305@nginx.com> On Thu, Oct 13, 2011 at 10:48:02PM +0300, Gena Makhomed wrote: > Здравствуйте! > > не планируется ли сделать в nginx синтаксический сахар > для конструкции "error_page 345 = @name; return 345;" ? > > потому что хак "try_files @name;" короткий, но не красивый. > идеальным вариантом синтаксиса наверное будет "goto @name;" ? > > и/или "rewrite ^ @name;" если бывает необходимо сделать условный goto, > который будет выполняться только если $uri соответствует regexp`у. > > наверное в 80-90% всех случаев надо будет только безусловный goto, > а "условный goto" будет нужен не так часто, поэтому лучше оба варианта? > > P.S. http://catap.ru/blog/2009/07/28/nginx-rewrite-to-named-location/ Лично я против goto, потому что это приведёт к тому, что люди ради экономии пары строк будут его использовать там, где нужно сделать законченную конфигурацию внутри location'а. Это а) приводит к неподдерживаемым конфигурациям, b) такие конфигурации будут присылаться в список и мне придётся им разбирать. Не хочу. -- Igor Sysoev From igor на sysoev.ru Fri Oct 14 10:57:24 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Fri, 14 Oct 2011 14:57:24 +0400 Subject: image_filter crop In-Reply-To: <71b26124563cc449c732e3d32fb1b2a5.NginxMailingListRussian@forum.nginx.org> References: <71b26124563cc449c732e3d32fb1b2a5.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111014105724.GD97305@nginx.com> On Fri, Oct 14, 2011 at 02:18:19AM -0400, ruNovel wrote: > Доброго дня. > Возникли следующие вопросы: > > Имеется сервер на Nginx 1.0.8 который > обрезает и раздает картинки. > > конфиг: > > location ~ ^/image/(\d+)/(\d+)_(\d+|-)x(\d+|-)(\.(?:jpg|gif|png))$ > { > default_type image/jpeg; > alias /var/www/localhost/www/wallpapers/$1/$2$5; > image_filter_buffer 256M; > image_filter_jpeg_quality 90; > image_filter crop $3 $4; > expires 1d; > error_page 404 /error/404; > } Это лучше оформить так: location /image/ { location ~ ^/image/(\d+)/(\d+)_(\d+|-)x(\d+|-)(\.(?:jpg|gif|png))$ .... } } > 1.Как можно средствами самого nginx > получить оригинальный размер картинки, > и запретить crop картинки если width и height > больше чем width и height оригинала картинки? > Или есть другой вариант для > ограничения? Crop не должен делаться, если картинка меньше. > 2. Что делает директива image_filter size ? С > помощью нее можно получить width и height > картинки? http://nginx.org/ru/docs/http/ngx_http_image_filter_module.html#image_filter > 3. Сколько выделить памяти для > буфера(image_filter_buffer), если обрезаются > картинки размер которых не больше > 5000x4000px? Это зависит от картинки. Ищите в логе ошибки "image filter: too big response: XXXX". -- Игорь Сысоев http://sysoev.ru From gmm на csdoc.com Fri Oct 14 11:59:49 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Fri, 14 Oct 2011 14:59:49 +0300 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0LIg0LjQvNC10L3QvtCy0LDQvdC90YvQuSBsb2NhdGlvbg==?= In-Reply-To: <20111014105323.GC97305@nginx.com> References: <4E974072.6@csdoc.com> <20111014105323.GC97305@nginx.com> Message-ID: <4E982435.7050706@csdoc.com> On 14.10.2011 13:53, Igor Sysoev wrote: >> не планируется ли сделать в nginx синтаксический сахар >> для конструкции "error_page 345 = @name; return 345;" ? >> >> потому что хак "try_files @name;" короткий, но не красивый. >> идеальным вариантом синтаксиса наверное будет "goto @name;" ? >> >> и/или "rewrite ^ @name;" если бывает необходимо сделать условный goto, >> который будет выполняться только если $uri соответствует regexp`у. >> >> наверное в 80-90% всех случаев надо будет только безусловный goto, >> а "условный goto" будет нужен не так часто, поэтому лучше оба варианта? >> >> P.S. http://catap.ru/blog/2009/07/28/nginx-rewrite-to-named-location/ > Лично я против goto, потому что это приведёт к тому, что люди ради > экономии пары строк будут его использовать там, где нужно сделать > законченную конфигурацию внутри location'а. Это а) приводит > к неподдерживаемым конфигурациям, b) такие конфигурации будут > присылаться в список и мне придётся им разбирать. Не хочу. Ok, но ведь с другой стороны http://wiki.nginx.org/IfIsEvil и полностью безопасной конструкцией внутри if(){ } является только return или rewrite с уходом в другой location. Поэтому конструкция "error_page 345 = @name; return 345;" применяется в качестве workaround`а, чтобы можно было сделать в конфиге то, что никакими другими способами сделать нельзя. Против goto и Дейкстра, http://ru.wikipedia.org/wiki/GOTO по аналогичным причинам. А как насчет вариата "rewrite ^ @name;"? - это ведь rewrite, и то что по сути есть goto - не так очевидно. Просто "rewrite ^ @name;" - это гораздо меньше текста писать надо, и кроме того, не надо будет придумывать уникальные цифровые метки, как это делается в goto через "error_page 345 = @name; return 345;" ================================================================== Хорошим вариантом для устранения избыточности конфига могли бы быть макросы, аналогичные апачевскому mod_macro, только в C-like синтаксисе. по сути, макросы - это include с параметрами, но без отдельного файла. Читаемость конфига и легкость поддержки от этого только вырастут, имхо. Например, с аналогичными целями в исходниках nginx применяется #define, чтобы не нарушать http://en.wikipedia.org/wiki/Don%27t_repeat_yourself Выносить "общие" фрагменты конфига в отдельные внешние файлы - это очень неудобно при большом количестве виртуальных хостов. И нельзя сразу понять, где еще используется включаемый файл, так что не очевидно, что изменится после его редактирования. Или лучше всего - сделать свой собственный генератор конфига nginx, так что на входе у него будет как угодно компактный и удобный DSL, а на выходе - raw конфиг nginx, с большой избыточностью текста. Но это ведь дополнительный уровень, который может добавлять ошибки. Каких-либо других способов уменьшить избыточность конфига nginx, и нарушение принципа DRY кроме трех вышеперечисленных - не нахожу. Возможно - больше никаких способов кроме этих трех и не существует. Стратегически - какое направление будет самое правильное и лучшее? Учитывая, что число пользователей будет расти и не все читали доку, - наверное аналог апачевского mod_macro, чтобы убрать избыточность? -- Best regards, Gena From nikolay.nesterov на baza-winner.ru Fri Oct 14 15:54:17 2011 From: nikolay.nesterov на baza-winner.ru (Nikolay.Nesterov) Date: Fri, 14 Oct 2011 19:54:17 +0400 Subject: =?UTF-8?B?0J/RgdC+0LvQtSDQv9GA0L7RhdC+0LbQtNC10L3QuNGPINGH0LXRgNC10Lcgc3Vi?= =?UTF-8?B?X2ZpbHRlciDQvtCx0YDQtdC30LDQtdGC0YHRjyBMYXN0LU1vZGlmaWVk?= Message-ID: <4E985B29.4080302@baza-winner.ru> Здравствуйте. После прохождения через sub_filter в ответе обрезается Last-Modified sub_filter 'my.domain.ru' 'new.my.domain.ru'; nginx -v nginx: nginx version: nginx/1.1.0 это бага или фича? From mdounin на mdounin.ru Fri Oct 14 18:53:06 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Fri, 14 Oct 2011 22:53:06 +0400 Subject: =?UTF-8?B?UmU6INCf0YHQvtC70LUg0L/RgNC+0YXQvtC20LTQtdC90LjRjyDRh9C10YDQtdC3?= =?UTF-8?B?IHN1Yl9maWx0ZXIg0L7QsdGA0LXQt9Cw0LXRgtGB0Y8gTGFzdC1Nb2RpZmll?= =?UTF-8?B?ZA==?= In-Reply-To: <4E985B29.4080302@baza-winner.ru> References: <4E985B29.4080302@baza-winner.ru> Message-ID: <20111014185306.GD1137@mdounin.ru> Hello! On Fri, Oct 14, 2011 at 07:54:17PM +0400, Nikolay.Nesterov wrote: > Здравствуйте. > После прохождения через sub_filter в ответе обрезается Last-Modified > > sub_filter 'my.domain.ru' 'new.my.domain.ru'; > > nginx -v > nginx: nginx version: nginx/1.1.0 > > это бага или фича? Это фича: ответ меняется, исходная дата модификации ответа более не соответствует действительности. Maxim Dounin From nginx-forum на nginx.us Sat Oct 15 23:33:12 2011 From: nginx-forum на nginx.us (Begetan) Date: Sat, 15 Oct 2011 19:33:12 -0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1IENvb2tpZSDQutCw0Log0LIg?= =?UTF-8?B?QXBhY2hlIFByb3h5UGFzc1JldmVyc2VDb29raWU=?= In-Reply-To: <20110418105010.GS56867@mdounin.ru> References: <20110418105010.GS56867@mdounin.ru> Message-ID: <0bd7036f034c8cb84a6e7ef24f9aa0d8.NginxMailingListRussian@forum.nginx.org> Приветствую! Хочу вернутся к нерешенному вопросу проксирования куки в ответах от бекенда. > >Заголовок ответа бекенда можно > достать через переменную > >$upstream_http_
, в данном случае - > >$upstream_http_set_cookie. > > >Нюанс 1: сделать с ним можно что-то > разве что через встроенный > >перл (perl_set), ибо все if'и уже давно > отработали. > > >Нюанс 2: если заголовков много - будет > доступен только первый из > >них. Пробую применить perl Есть такая конфигурация Nginx http { perl_modules /home/nginx/data/perl; perl_require cproxy.pm; perl_set $some_new_cookie cproxy::handler ; ... server { location /test { proxy_pass http://backend; proxy_hide_header Set-Cookie; add_header Set-Cookie $some_new_cookie; } Обработчик запускается: package cproxy; use nginx; sub handler { my $r = shift; if (my $cookie = $r->variable($upstream_http_Set_Cookie)) { $cookie = "Cookie=NEW;" ; } else { return $cookie="Cookie=NULL;"; } # $r->header_out("Set-Cookie", $cookie); # $r->send_http_header; # return OK if $r->header_only; return $cookie; } Результат - выводится Cookie=NULL; хотя в логах отображается нормальная $upstream_http_Set_Cookie Использование send_http_header делу не помогает Судя по всему вызов обработчика переменной происходит слишком рано, как быть? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,191814,216755#msg-216755 From ne на vbart.ru Sun Oct 16 03:23:57 2011 From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Sun, 16 Oct 2011 07:23:57 +0400 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0L7RgtGB0LXRh9GMIGdldCDQt9Cw0L/RgNC+0YE=?= In-Reply-To: <3ace9cec0a5f7cc5482b9ad67463236b.NginxMailingListRussian@forum.nginx.org> References: <3ace9cec0a5f7cc5482b9ad67463236b.NginxMailingListRussian@forum.nginx.org> Message-ID: <201110160723.58017.ne@vbart.ru> > rewrite отсечь get запрос Если совсем отсечь, то, пожалуй, что-то такое: if ($is_args) { rewrite ^ $uri? break; } -- Валентин Бартенев http://vbart.ru/ From nginx-forum на nginx.us Sun Oct 16 12:59:22 2011 From: nginx-forum на nginx.us (megalodon) Date: Sun, 16 Oct 2011 08:59:22 -0400 Subject: =?UTF-8?B?0KDQsNC30L3QvtCz0LvQsNGB0LjRjyBSRkMg0YEgbmdpbng=?= Message-ID: Случайно обнаружил, что на некоторые запросы, nginx отвечает не так, как это предписано RFC: 1. Если в запросе указана неверная версия HTTP, то сервер по идее должен вернуть 505, однако имеем следующее: # nc 127.0.0.1 443 < GET / HTTP/3.0 > Host: www.site.ru > > EOF HTTP/1.1 200 OK Server: nginx/1.0.4 Date: Sun, 16 Oct 2011 12:56:28 GMT Content-Type: text/html Content-Length: 153 Last-Modified: Mon, 10 Oct 2011 08:55:59 GMT Connection: keep-alive Accept-Ranges: bytes Welcome to nginx!

Welcome to nginx!!!

2. Если в запросе используется метод, неизвестный серверу, но синтаксических ошибок нет, то сервер должен вернуть 501, однако: # nc 127.0.0.1 443 < F / HTTP/1.1 > Host: www.site.ru > > EOF HTTP/1.1 405 Not Allowed Server: nginx/1.0.4 Date: Sun, 16 Oct 2011 12:57:42 GMT Content-Type: text/html Content-Length: 172 Connection: keep-alive 405 Not Allowed

405 Not Allowed

nginx/1.0.4
Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216778,216778#msg-216778 From a.vasilishin на kpi.ua Sun Oct 16 14:38:10 2011 From: a.vasilishin на kpi.ua (=?UTF-8?B?0JDQvdC00YDQtdC5INCS0LDRgdC40LvQuNGI0LjQvQ==?=) Date: Sun, 16 Oct 2011 17:38:10 +0300 Subject: =?UTF-8?B?0J7Qs9GA0LDQvdC40YfQtdC90LjQtSDQutCw0L3QsNC70LAg0LTQu9GPINC+0LQ=?= =?UTF-8?B?0L3QvtCz0L4gc2VydmVy?= Message-ID: <4E9AEC52.30000@kpi.ua> Здравствуйте! Хочу странного. Есть несколько виртуалхостов на одном айпи, хочу каждому из них нарезать полосу, чтобы они не выходили за ее пределы при этом не используя ограничения соединений и скорости для одного адреса. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From wangsamp на gmail.com Sun Oct 16 15:00:59 2011 From: wangsamp на gmail.com (Oleksandr V. Typlyns'kyi) Date: Sun, 16 Oct 2011 18:00:59 +0300 (FET) Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0LrQsNC90LDQu9CwINC00LvRjyA=?= =?UTF-8?B?0L7QtNC90L7Qs9C+IHNlcnZlcg==?= In-Reply-To: <4E9AEC52.30000@kpi.ua> References: <4E9AEC52.30000@kpi.ua> Message-ID: Today Oct 16, 2011 at 17:38 Андрей Василишин wrote: > Здравствуйте! > Хочу странного. > Есть несколько виртуалхостов на одном айпи, хочу каждому из них нарезать > полосу, чтобы они не выходили за ее пределы при этом не используя > ограничения соединений и скорости для одного адреса. http://mdounin.ru/hg/ngx_http_ip_tos_filter_module/file/a23404790f33/README Пометить трафик каждого своим TOS и потом ограничивать средствами ОС или даже маршрутизатора/коммутатора. -- WNGS-RIPE From nginx-forum на nginx.us Sun Oct 16 15:28:35 2011 From: nginx-forum на nginx.us (kavkaz) Date: Sun, 16 Oct 2011 11:28:35 -0400 Subject: =?UTF-8?B?0KDQsNGB0YjQuNGA0LXQvdC40LUg0YTRg9C90LrQuNC+0L3QsNC70LAgbmd4IGVz?= =?UTF-8?B?Y2FwZSBodG1s?= Message-ID: <7e3847e8a23f048d67006ac744c3a4a4.NginxMailingListRussian@forum.nginx.org> Можно ли расширить список символов, которые подлежат замене в функции ngx_escape_html ? Сейчас это только >, <, &. Ниже пример кода... Имеется ввиду добавление в официальную сборку. diff --git a/src/core/ngx_string.c b/src/core/ngx_string.c index 4dcfe01..1d654ce 100644 --- a/src/core/ngx_string.c +++ b/src/core/ngx_string.c @@ -1636,6 +1636,10 @@ ngx_escape_html(u_char *dst, u_char *src, size_t size) case '&': len += sizeof("&") - 2; break; + + case '"': + len += sizeof(""") - 2; + break; default: break; @@ -1663,6 +1667,11 @@ ngx_escape_html(u_char *dst, u_char *src, size_t size) *dst++ = '&'; *dst++ = 'a'; *dst++ = 'm'; *dst++ = 'p'; *dst++ = ';'; break; + + case '"': + *dst++ = '&'; *dst++ = 'q'; *dst++ = 'u'; *dst++ = 'o'; *dst++ = 't'; + *dst++ = ';'; + break; default: *dst++ = ch; Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216782,216782#msg-216782 From mdounin на mdounin.ru Sun Oct 16 16:29:55 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sun, 16 Oct 2011 20:29:55 +0400 Subject: =?UTF-8?B?UmU6INCg0LDQt9C90L7Qs9C70LDRgdC40Y8gUkZDINGBIG5naW54?= In-Reply-To: References: Message-ID: <20111016162955.GK1137@mdounin.ru> Hello! On Sun, Oct 16, 2011 at 08:59:22AM -0400, megalodon wrote: > Случайно обнаружил, что на некоторые > запросы, nginx отвечает не так, как это > предписано RFC: > > 1. Если в запросе указана неверная > версия HTTP, то сервер по идее должен > вернуть 505, однако имеем следующее: > > # nc 127.0.0.1 443 < > GET / HTTP/3.0 > > Host: www.site.ru > > > > EOF > HTTP/1.1 200 OK > Server: nginx/1.0.4 http://tools.ietf.org/html/rfc2145#section-2.3 Использовать тут 505 можно, но это не является обязательным. Apache, например, точно так же возвращает HTTP/1.1 200 OK. > 2. Если в запросе используется метод, > неизвестный серверу, но синтаксических > ошибок нет, то сервер должен вернуть 501, > однако: > > # nc 127.0.0.1 443 < > F / HTTP/1.1 > > Host: www.site.ru > > > > EOF > HTTP/1.1 405 Not Allowed RFC 2616 как бы говорит нам, что 501 означает: The server does not support the functionality required to fulfill the request. This is the appropriate response when the server does not recognize the request method and is not capable of supporting it for any resource. Поскольку nginx поддерживает проксирование любых методов, то данный ответ неуместен. Для запрошенного ресурса метод F недопустим, поэтому возвращается 405. Maxim Dounin From a.vasilishin на kpi.ua Sun Oct 16 16:32:45 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sun, 16 Oct 2011 19:32:45 +0300 Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0LrQsNC90LDQu9CwINC00LvRjyA=?= =?UTF-8?B?0L7QtNC90L7Qs9C+IHNlcnZlcg==?= In-Reply-To: References: <4E9AEC52.30000@kpi.ua> Message-ID: <4E9B072D.3070500@kpi.ua> 16.10.2011 18:00, Oleksandr V. Typlyns'kyi пишет: > Today Oct 16, 2011 at 17:38 Андрей Василишин wrote: > >> Здравствуйте! >> Хочу странного. >> Есть несколько виртуалхостов на одном айпи, хочу каждому из них нарезать >> полосу, чтобы они не выходили за ее пределы при этом не используя >> ограничения соединений и скорости для одного адреса. > > http://mdounin.ru/hg/ngx_http_ip_tos_filter_module/file/a23404790f33/README > Пометить трафик каждого своим TOS и потом ограничивать средствами ОС или даже маршрутизатора/коммутатора. > Еще вопрос Максиму: смотрю, дата создания модуля 2009 год, на дворе - 2011, он работает с последними версиями нгинкс? -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From mdounin на mdounin.ru Sun Oct 16 16:34:44 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sun, 16 Oct 2011 20:34:44 +0400 Subject: =?UTF-8?B?UmU6INCg0LDRgdGI0LjRgNC10L3QuNC1INGE0YPQvdC60LjQvtC90LDQu9CwIG5n?= =?UTF-8?B?eCBlc2NhcGUgaHRtbA==?= In-Reply-To: <7e3847e8a23f048d67006ac744c3a4a4.NginxMailingListRussian@forum.nginx.org> References: <7e3847e8a23f048d67006ac744c3a4a4.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111016163444.GL1137@mdounin.ru> Hello! On Sun, Oct 16, 2011 at 11:28:35AM -0400, kavkaz wrote: > Можно ли расширить список символов, > которые подлежат замене в функции > ngx_escape_html ? Да, наверное имеет смысл. Maxim Dounin From mdounin на mdounin.ru Sun Oct 16 16:37:25 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sun, 16 Oct 2011 20:37:25 +0400 Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0LrQsNC90LDQu9CwINC00LvRjyA=?= =?UTF-8?B?0L7QtNC90L7Qs9C+IHNlcnZlcg==?= In-Reply-To: <4E9B072D.3070500@kpi.ua> References: <4E9AEC52.30000@kpi.ua> <4E9B072D.3070500@kpi.ua> Message-ID: <20111016163724.GM1137@mdounin.ru> Hello! On Sun, Oct 16, 2011 at 07:32:45PM +0300, Андрей Василишин wrote: > 16.10.2011 18:00, Oleksandr V. Typlyns'kyi пишет: > >Today Oct 16, 2011 at 17:38 Андрей Василишин wrote: > > > >>Здравствуйте! > >>Хочу странного. > >>Есть несколько виртуалхостов на одном айпи, хочу каждому из них нарезать > >>полосу, чтобы они не выходили за ее пределы при этом не используя > >>ограничения соединений и скорости для одного адреса. > > > > http://mdounin.ru/hg/ngx_http_ip_tos_filter_module/file/a23404790f33/README > > Пометить трафик каждого своим TOS и потом ограничивать средствами ОС или даже маршрутизатора/коммутатора. > > > > Еще вопрос Максиму: смотрю, дата создания модуля 2009 год, на дворе > - 2011, он работает с последними версиями нгинкс? А куда он денется, с подводной-то лодки? Maxim Dounin From nginx-forum на nginx.us Sun Oct 16 16:54:32 2011 From: nginx-forum на nginx.us (megalodon) Date: Sun, 16 Oct 2011 12:54:32 -0400 Subject: =?UTF-8?B?UmU6INCg0LDQt9C90L7Qs9C70LDRgdC40Y8gUkZDINGBIG5naW54?= In-Reply-To: References: Message-ID: <88a3eefad6586dcc7063f71a127251f0.NginxMailingListRussian@forum.nginx.org> А в каких случаях nginx вернет 505 и 501? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216778,216789#msg-216789 From mdounin на mdounin.ru Sun Oct 16 20:43:45 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Mon, 17 Oct 2011 00:43:45 +0400 Subject: =?UTF-8?B?UmU6INCg0LDQt9C90L7Qs9C70LDRgdC40Y8gUkZDINGBIG5naW54?= In-Reply-To: <88a3eefad6586dcc7063f71a127251f0.NginxMailingListRussian@forum.nginx.org> References: <88a3eefad6586dcc7063f71a127251f0.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111016204345.GN1137@mdounin.ru> Hello! On Sun, Oct 16, 2011 at 12:54:32PM -0400, megalodon wrote: > А в каких случаях nginx вернет 505 и 501? Ни в каких. Maxim Dounin From nginx-forum на nginx.us Mon Oct 17 03:26:42 2011 From: nginx-forum на nginx.us (ruNovel) Date: Sun, 16 Oct 2011 23:26:42 -0400 Subject: image_filter crop In-Reply-To: <20111014105724.GD97305@nginx.com> References: <20111014105724.GD97305@nginx.com> Message-ID: Игорь, спасибо что откликнулись! > Crop не должен делаться, если > картинка меньше. У меня почему то Crop срабатывает, картинка оригинал 1024х768, image_filter crop 1280х1024. Получаю новое изображение с размерами 1280х1024. Возник еще один вопрос. Возможно ли сделать crop картинки, которая находится на другом сервере? Что то например такое: location /image/ { location ~ ^/image/(\d+)/(\d+)_(\d+|-)x(\d+|-)(\.(?:jpg|gif|png))$ default_type image/jpeg; proxy_pass http://site.com/images/$2/$1$5 image_filter_buffer 256M; image_filter_jpeg_quality 90; image_filter crop $3 $4; expires 1d; error_page 404 /error/404; } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216680,216801#msg-216801 From ash2kk на gmail.com Mon Oct 17 03:39:14 2011 From: ash2kk на gmail.com (Mikhail Mazursky) Date: Mon, 17 Oct 2011 09:39:14 +0600 Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1IENvb2tpZSDQutCw0Log0LIg?= =?UTF-8?B?QXBhY2hlIFByb3h5UGFzc1JldmVyc2VDb29raWU=?= In-Reply-To: <0bd7036f034c8cb84a6e7ef24f9aa0d8.NginxMailingListRussian@forum.nginx.org> References: <20110418105010.GS56867@mdounin.ru> <0bd7036f034c8cb84a6e7ef24f9aa0d8.NginxMailingListRussian@forum.nginx.org> Message-ID: 16 октября 2011 г. 5:33 пользователь Begetan написал: > Приветствую! > > Хочу вернутся к нерешенному вопросу > проксирования куки в ответах от > бекенда. > >> >Заголовок ответа бекенда можно >> достать через переменную >> >$upstream_http_
, в данном случае - >> >$upstream_http_set_cookie. >> >> >Нюанс 1: сделать с ним можно что-то >> разве что через встроенный >> >перл (perl_set), ибо все if'и уже давно >> отработали. >> >> >Нюанс 2: если заголовков много - будет >> доступен только первый из >> >них. Для изменения path у меня работает вот такое решение на lua: location /path1 { proxy_pass ...; header_filter_by_lua ' local headers = ngx.header["Set-Cookie"] if headers then if type(headers) == "string" then headers = {headers} end for i, header in ipairs(headers) do local cookie = ngx.re.match(header, "JSESSIONID=([^;]+);", "io") if cookie then headers[i] = "JSESSIONID=" .. cookie[1] .. "; path=/path2"; ngx.header["Set-Cookie"] = headers break end end end '; } Доки и примеры тут: http://wiki.nginx.org/HttpLuaModule http://www.lua.org/manual/5.1/ Вообще хотелось бы встроенного proxy_... решения. From nginx-forum на nginx.us Mon Oct 17 07:36:41 2011 From: nginx-forum на nginx.us (Nikolay.Nesterov) Date: Mon, 17 Oct 2011 03:36:41 -0400 Subject: =?UTF-8?B?UmU6INCf0YHQvtC70LUg0L/RgNC+0YXQvtC20LTQtdC90LjRjyDRh9C10YDQtdC3?= =?UTF-8?B?IHN1YiBmaWx0ZXIg0L7QsdGA0LXQt9Cw0LXRgtGB0Y8gTGFzdC1Nb2RpZmll?= =?UTF-8?B?ZA==?= In-Reply-To: <20111014185306.GD1137@mdounin.ru> References: <20111014185306.GD1137@mdounin.ru> Message-ID: <3a07bd61c6232a4fdf12306521e879f9.NginxMailingListRussian@forum.nginx.org> А как тогда можно проксировать Last-Modified? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216706,216812#msg-216812 From igor на sysoev.ru Mon Oct 17 09:08:52 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 17 Oct 2011 13:08:52 +0400 Subject: image_filter crop In-Reply-To: References: <20111014105724.GD97305@nginx.com> Message-ID: <20111017090852.GA76418@nginx.com> On Sun, Oct 16, 2011 at 11:26:42PM -0400, ruNovel wrote: > Игорь, спасибо что откликнулись! > > > Crop не должен делаться, если > > картинка меньше. > > У меня почему то Crop срабатывает, > картинка оригинал 1024х768, image_filter crop > 1280х1024. > Получаю новое изображение с размерами > 1280х1024. Нужен отладочный лог: http://nginx.org/en/docs/debugging_log.html > Возник еще один вопрос. > Возможно ли сделать crop картинки, > которая находится на другом сервере? > Что то например такое: > > location /image/ { > location ~ ^/image/(\d+)/(\d+)_(\d+|-)x(\d+|-)(\.(?:jpg|gif|png))$ > default_type image/jpeg; > > proxy_pass http://site.com/images/$2/$1$5 > > image_filter_buffer 256M; > image_filter_jpeg_quality 90; > image_filter crop $3 $4; > expires 1d; > error_page 404 /error/404; > } Да. -- Igor Sysoev From nginx-forum на nginx.us Mon Oct 17 10:02:23 2011 From: nginx-forum на nginx.us (vovanhost) Date: Mon, 17 Oct 2011 06:02:23 -0400 Subject: =?UTF-8?B?0J3QtSDRgNCw0LHQvtGC0LDQtdGCIHByb3h5IHRlbXAgZmlsZSBzaXplINCyIG5n?= =?UTF-8?B?aW54IDEuMS4y?= Message-ID: <276791a93f53a84b6a0ca7a0952b8a4e.NginxMailingListRussian@forum.nginx.org> Приветствую, коллеги. В nginx 1.1.2 наблюдаю странную картину: Сервер работает как кеширующий http-прокси. При этом proxy_temp_file_size установлена в 16Gb. При запросе файла размером > 1024 Mb в кеш попадает ровно 1024Mb. Ситуация наблюдается на нескольких серверах, где установлен nginx 1.1.2. На серверах с nginx 1.0.6 все работает отлично. Конфигурация серверов идентична. В чем может быть проблема? Как ее решить? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216818,216818#msg-216818 From nginx-forum на nginx.us Mon Oct 17 10:04:57 2011 From: nginx-forum на nginx.us (vovanhost) Date: Mon, 17 Oct 2011 06:04:57 -0400 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBwcm94eSB0ZW1wIG1heCBmaWxlIHNp?= =?UTF-8?B?emUg0LIgbmdpbnggMS4xLjI=?= In-Reply-To: <276791a93f53a84b6a0ca7a0952b8a4e.NginxMailingListRussian@forum.nginx.org> References: <276791a93f53a84b6a0ca7a0952b8a4e.NginxMailingListRussian@forum.nginx.org> Message-ID: <5ab0e293c1a08ddda9c03622ea946fc7.NginxMailingListRussian@forum.nginx.org> Директива proxy_max_temp_file_size. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216818,216819#msg-216819 From mdounin на mdounin.ru Mon Oct 17 10:14:30 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Mon, 17 Oct 2011 14:14:30 +0400 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBwcm94eSB0ZW1wIGZpbGUgc2l6ZSA=?= =?UTF-8?B?0LIgbmdpbnggMS4xLjI=?= In-Reply-To: <276791a93f53a84b6a0ca7a0952b8a4e.NginxMailingListRussian@forum.nginx.org> References: <276791a93f53a84b6a0ca7a0952b8a4e.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111017101430.GC1911@mdounin.ru> Hello! On Mon, Oct 17, 2011 at 06:02:23AM -0400, vovanhost wrote: > Приветствую, коллеги. > > В nginx 1.1.2 наблюдаю странную картину: > > Сервер работает как кеширующий > http-прокси. > При этом proxy_temp_file_size установлена в 16Gb. > При запросе файла размером > 1024 Mb в кеш > попадает ровно 1024Mb. > Ситуация наблюдается на нескольких > серверах, где установлен nginx 1.1.2. > На серверах с nginx 1.0.6 все работает > отлично. > Конфигурация серверов идентична. > > В чем может быть проблема? Как ее > решить? Начните с простого: покажите конфиг и nginx -V. Желательно ещё debug log (см. http://wiki.nginx.org/Debugging), но в первую очередь - конфиг. Maxim Dounin From igor на sysoev.ru Mon Oct 17 15:23:42 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 17 Oct 2011 19:23:42 +0400 Subject: nginx-1.1.6 Message-ID: <20111017152342.GA83067@nginx.com> Изменения в nginx 1.1.6 17.10.2011 *) Изменение во внутреннем API: теперь при внутреннем редиректе в именованный location контексты модулей очищаются. По запросу Yichun Zhang. *) Изменение: теперь если сервер, описанный в блоке upstream, был признан неработающим, то после истечения fail_timeout на него будет отправлен только один запрос; сервер будет считаться работающим, если успешно ответит на этот запрос. *) Изменение: теперь символы 0x7F-0xFF в access_log записываются в виде \xXX. *) Добавление: директивы "proxy/fastcgi/scgi/uwsgi_ignore_headers" теперь поддерживают значения X-Accel-Limit-Rate, X-Accel-Buffering и X-Accel-Charset. *) Добавление: уменьшение потребления памяти при использовании SSL. *) Исправление: некоторые UTF-8 символы обрабатывались неправильно. Спасибо Алексею Куцу. *) Исправление: директивы модуля ngx_http_rewrite_module, заданные на уровне server, применялись повторно, если для запроса не находилось ни одного location'а. *) Исправление: при использовании "aio sendfile" могла происходить утечка сокетов. *) Исправление: при использовании файлового AIO соединения с быстрыми клиентами могли быть закрыты по истечению send_timeout. *) Исправление: в модуле ngx_http_autoindex_module. *) Исправление: модуль ngx_http_mp4_module не поддерживал перемотку на 32-битных платформах. -- Игорь Сысоев http://sysoev.ru From universite на ukr.net Mon Oct 17 20:32:55 2011 From: universite на ukr.net (Vladislav V. Prodan) Date: Mon, 17 Oct 2011 23:32:55 +0300 Subject: =?UTF-8?B?0J3QtdC/0YDQsNCy0LjQu9GM0L3QsNGPINGA0LDQsdC+0YLQsCBuZ3hfaHR0cF9h?= =?UTF-8?B?Y2Nlc3NfbW9kdWxlID8=?= Message-ID: <4E9C90F7.6070409@ukr.net> Почему не выдается access forbidden by rule для ip из 41.0.0.0/8 ? Если их явно запретили к обслуживанию вообще? # tail -f access.log | grep '"-" 400' 41.237.40.223 - - [18/Oct/2011:00:30:41 +0400] "-" 400 0 "-" "-" 41.199.46.203 - - [18/Oct/2011:00:30:41 +0400] "-" 400 0 "-" "-" 41.237.40.223 - - [18/Oct/2011:00:30:46 +0400] "-" 400 0 "-" "-" server { <------>listen 80; <------>server_name 11.11.11.130; include blocklist.conf; .... location / { -- # cat /etc/nginx/blocklist.conf deny 88.87.64.0/19; deny 188.187.0.0/17; deny 188.233.0.0/17; deny 188.233.128.0/18; deny 188.233.192.0/19; ## 400 error deny 200.163.0.0/16; deny 109.92.0.0/15; deny 115.167.116.0/22; deny 182.177.128.0/17; deny 39.41.0.0/16; deny 119.152.144.0/22; deny 201.75.0.0/17; deny 94.249.0.0/17; deny 177.0.0.0/14; deny 41.0.0.0/8; ^^^^^^^^^^^^^^^ # nginx -V nginx: nginx version: nginx/1.0.8 nginx: TLS SNI support enabled nginx: configure arguments: --prefix=/etc/nginx/ --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --pid-path=/var/run/nginx.pid --lock-path=/var/run/nginx.lock --http-client-body-temp-path=/var/cache/nginx/client_temp --http-proxy-temp-path=/var/cache/nginx/proxy_temp --http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp --http-uwsgi-temp-path=/var/cache/nginx/uwcgi_temp --http-scgi-temp-path=/var/cache/nginx/scgi_temp --user=nginx --group=nginx --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_flv_module --with-http_mp4_module --with-http_gzip_static_module --with-http_random_index_module --with-http_secure_link_module --with-http_stub_status_module --with-mail --with-mail_ssl_module --with-file-aio --with-ipv6 Vladislav V. Prodan VVP24-UANIC +380[67]4584408 +380[99]4060508 xmpp:vlad11 на jabber.ru From latypoff на yandex.ru Mon Oct 17 21:12:44 2011 From: latypoff на yandex.ru (Denis F. Latypoff) Date: Tue, 18 Oct 2011 04:12:44 +0700 Subject: =?UTF-8?B?UmU6INCd0LXQv9GA0LDQstC40LvRjNC90LDRjyDRgNCw0LHQvtGC0LAgbmd4X2h0?= =?UTF-8?B?dHBfYWNjZXNzX21vZHVsZSA/?= In-Reply-To: <4E9C90F7.6070409@ukr.net> References: <4E9C90F7.6070409@ukr.net> Message-ID: <353641318885965@web47.yandex.ru> 18.10.2011, 03:32, "Vladislav V. Prodan" : > Почему не выдается access forbidden by rule для ip из 41.0.0.0/8 ? > Если их явно запретили к обслуживанию вообще? > > # tail -f access.log  | grep '"-" 400' > 41.237.40.223 - - [18/Oct/2011:00:30:41 +0400] "-" 400 0 "-" "-" > 41.199.46.203 - - [18/Oct/2011:00:30:41 +0400] "-" 400 0 "-" "-" > 41.237.40.223 - - [18/Oct/2011:00:30:46 +0400] "-" 400 0 "-" "-" 403 бы выдавалось, если бы клиент не отваливался до начала обработки запроса. [...] -- br, Denis F. Latypoff. From nginx-forum на nginx.us Mon Oct 17 22:05:17 2011 From: nginx-forum на nginx.us (Begetan) Date: Mon, 17 Oct 2011 18:05:17 -0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1IENvb2tpZSDQutCw0Log0LIg?= =?UTF-8?B?QXBhY2hlIFByb3h5UGFzc1JldmVyc2VDb29raWU=?= In-Reply-To: <202702ad8cf0c859e74976c82f5b14fd.NginxMailingListRussian@forum.nginx.org> References: <202702ad8cf0c859e74976c82f5b14fd.NginxMailingListRussian@forum.nginx.org> Message-ID: <78cd97fbadc8fa767825292236d357db.NginxMailingListRussian@forum.nginx.org> Mikhail Mazursky Большое спасибо за наводку на Lua и подсказку. Все работает как надо, а Lua пригодится и для других целей - трансформации контента. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,191814,216852#msg-216852 From universite на ukr.net Mon Oct 17 22:50:49 2011 From: universite на ukr.net (Vladislav V. Prodan) Date: Tue, 18 Oct 2011 01:50:49 +0300 Subject: =?UTF-8?B?UmU6INCd0LXQv9GA0LDQstC40LvRjNC90LDRjyDRgNCw0LHQvtGC0LAgbmd4X2h0?= =?UTF-8?B?dHBfYWNjZXNzX21vZHVsZSA/?= In-Reply-To: <353641318885965@web47.yandex.ru> References: <4E9C90F7.6070409@ukr.net> <353641318885965@web47.yandex.ru> Message-ID: <4E9CB149.1030004@ukr.net> 18.10.2011 0:12, Denis F. Latypoff пишет: > 18.10.2011, 03:32, "Vladislav V. Prodan" : >> Почему не выдается access forbidden by rule для ip из 41.0.0.0/8 ? >> Если их явно запретили к обслуживанию вообще? >> >> # tail -f access.log | grep '"-" 400' >> 41.237.40.223 - - [18/Oct/2011:00:30:41 +0400] "-" 400 0 "-" "-" >> 41.199.46.203 - - [18/Oct/2011:00:30:41 +0400] "-" 400 0 "-" "-" >> 41.237.40.223 - - [18/Oct/2011:00:30:46 +0400] "-" 400 0 "-" "-" > > 403 бы выдавалось, если бы клиент не отваливался до > начала обработки запроса. > Хорошо. Как отбрасывать дятлов, которые срут неправильными запросами, чтоб nginx сразу проверял access-list, а не обрабатывал неправильные запросы? -- Vladislav V. Prodan VVP24-UANIC +380[67]4584408 +380[99]4060508 xmpp:vlad11 на jabber.ru From nginx-forum на nginx.us Tue Oct 18 00:16:22 2011 From: nginx-forum на nginx.us (locojohn) Date: Mon, 17 Oct 2011 20:16:22 -0400 Subject: =?UTF-8?B?UmU6INCd0LXQv9GA0LDQstC40LvRjNC90LDRjyDRgNCw0LHQvtGC0LAgbmd4IGh0?= =?UTF-8?B?dHAgYWNjZXNzIG1vZHVsZSA/?= In-Reply-To: <4E9CB149.1030004@ukr.net> References: <4E9CB149.1030004@ukr.net> Message-ID: Владислав, а почему бы их не забанивать на уровне ipchains? Зачем им вообще позволять доступ к сайту, если любой запрос, даже 403-ий всё равно на уровне http даёт нагрузку на сервер. Используйте fail2ban, например. Андрей Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216845,216854#msg-216854 From nginx-forum на nginx.us Tue Oct 18 03:30:18 2011 From: nginx-forum на nginx.us (Dmitry T.) Date: Mon, 17 Oct 2011 23:30:18 -0400 Subject: =?UTF-8?B?UmU6INCh0LDQvNC+0YHRgtC+0Y/RgtC10LvRjNC90LDRjyDRgdCx0L7RgNC60LAg?= =?UTF-8?B?bmdpbngg0L/QvtC0IFdpbmRvd3M=?= In-Reply-To: <5450578b339553eb54a7ae887fb5c48f.NginxMailingListRussian@forum.nginx.org> References: <5450578b339553eb54a7ae887fb5c48f.NginxMailingListRussian@forum.nginx.org> Message-ID: <3a1a67a8f0e140c733f8ecaef10e4dd7.NginxMailingListRussian@forum.nginx.org> Доброе время суток! У меня аналогичная необходимость, помогите, пожалуйста. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,113759,216839#msg-216839 From universite на ukr.net Tue Oct 18 06:25:51 2011 From: universite на ukr.net (Vladislav V. Prodan) Date: Tue, 18 Oct 2011 09:25:51 +0300 Subject: =?UTF-8?B?UmU6INCd0LXQv9GA0LDQstC40LvRjNC90LDRjyDRgNCw0LHQvtGC0LAgbmd4IGh0?= =?UTF-8?B?dHAgYWNjZXNzIG1vZHVsZSA/?= In-Reply-To: References: <4E9CB149.1030004@ukr.net> Message-ID: <4E9D1BEF.4050908@ukr.net> 18.10.2011 3:16, locojohn пишет: > Владислав, а почему бы их не забанивать > на уровне ipchains? Зачем им вообще > позволять доступ к сайту, если любой > запрос, даже 403-ий всё равно на уровне http > даёт нагрузку на сервер. Используйте > fail2ban, например. > iptables в виртуалке не работает, жалуется на нехватку памяти :) -- Vladislav V. Prodan VVP24-UANIC +380[67]4584408 +380[99]4060508 xmpp:vlad11 на jabber.ru From rush.zlo на gmail.com Tue Oct 18 07:30:15 2011 From: rush.zlo на gmail.com (=?UTF-8?B?0JXQstCz0LXQvdC40LkgJ1J1c2gnINCd0LXQv9C+0LzQvdGP0YnQuNC5?=) Date: Tue, 18 Oct 2011 11:30:15 +0400 Subject: =?UTF-8?B?UmU6INCg0LDQt9C90L7Qs9C70LDRgdC40Y8gUkZDINGBIG5naW54?= In-Reply-To: References: Message-ID: 16 октября 2011 г. 16:59 пользователь megalodon написал: >> GET / HTTP/3.0 O RLY? :) -- Cogito ergo sum From mdounin на mdounin.ru Tue Oct 18 08:16:09 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 18 Oct 2011 12:16:09 +0400 Subject: =?UTF-8?B?UmU6INCh0LDQvNC+0YHRgtC+0Y/RgtC10LvRjNC90LDRjyDRgdCx0L7RgNC60LAg?= =?UTF-8?B?bmdpbngg0L/QvtC0IFdpbmRvd3M=?= In-Reply-To: <3a1a67a8f0e140c733f8ecaef10e4dd7.NginxMailingListRussian@forum.nginx.org> References: <5450578b339553eb54a7ae887fb5c48f.NginxMailingListRussian@forum.nginx.org> <3a1a67a8f0e140c733f8ecaef10e4dd7.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111018081609.GK1911@mdounin.ru> Hello! On Mon, Oct 17, 2011 at 11:30:18PM -0400, Dmitry T. wrote: > Доброе время суток! > У меня аналогичная необходимость, > помогите, пожалуйста. Нужне компилятор MSVC (cl), + mingw / msys. После чего берём исходники из svn и под msys (не забыв установить предварительно пути к компилятору) делаем как-то так: ./configure --with-cc=cl --with-select_module --prefix= --without-http_rewrite_module make В результате должен собраться минимально работающий бинарник. Дальше можно по желанию играться аргументами ./configure (например, привести их к виду "nginx -V" из официально поставляемых бинарников). NB: сборка и работоспособность каких-либо модулей под Windows не гарантируется, тем более сторонних. Тот же push, упоминающийся в первом письме данного треда, скорее всего работать не будет, даже если соберётся. Maxim Dounin From igor на sysoev.ru Tue Oct 18 08:37:41 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Tue, 18 Oct 2011 12:37:41 +0400 Subject: =?UTF-8?B?UmU6INCh0LDQvNC+0YHRgtC+0Y/RgtC10LvRjNC90LDRjyDRgdCx0L7RgNC60LAg?= =?UTF-8?B?bmdpbngg0L/QvtC0IFdpbmRvd3M=?= In-Reply-To: <20111018081609.GK1911@mdounin.ru> References: <5450578b339553eb54a7ae887fb5c48f.NginxMailingListRussian@forum.nginx.org> <3a1a67a8f0e140c733f8ecaef10e4dd7.NginxMailingListRussian@forum.nginx.org> <20111018081609.GK1911@mdounin.ru> Message-ID: <20111018083741.GB2145@nginx.com> On Tue, Oct 18, 2011 at 12:16:09PM +0400, Maxim Dounin wrote: > Hello! > > On Mon, Oct 17, 2011 at 11:30:18PM -0400, Dmitry T. wrote: > > > Доброе время суток! > > У меня аналогичная необходимость, > > помогите, пожалуйста. > > Нужне компилятор MSVC (cl), + mingw / msys. > > После чего берём исходники из svn и под msys (не забыв установить > предварительно пути к компилятору) делаем как-то так: > > ./configure --with-cc=cl --with-select_module --prefix= --without-http_rewrite_module > make Вернее так: ./auto/configure --with-cc=cl --with-select_module --with-cc-opt="-DFD_SETSIZE=1024" --prefix= --without-http_rewrite_module nmake MinGW не нужен. Нужен только Msys и Visual С (можно Express). -- Igor Sysoev From mdounin на mdounin.ru Tue Oct 18 09:11:59 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 18 Oct 2011 13:11:59 +0400 Subject: =?UTF-8?B?UmU6INCh0LDQvNC+0YHRgtC+0Y/RgtC10LvRjNC90LDRjyDRgdCx0L7RgNC60LAg?= =?UTF-8?B?bmdpbngg0L/QvtC0IFdpbmRvd3M=?= In-Reply-To: <20111018083741.GB2145@nginx.com> References: <5450578b339553eb54a7ae887fb5c48f.NginxMailingListRussian@forum.nginx.org> <3a1a67a8f0e140c733f8ecaef10e4dd7.NginxMailingListRussian@forum.nginx.org> <20111018081609.GK1911@mdounin.ru> <20111018083741.GB2145@nginx.com> Message-ID: <20111018091159.GM1911@mdounin.ru> Hello! On Tue, Oct 18, 2011 at 12:37:41PM +0400, Igor Sysoev wrote: > On Tue, Oct 18, 2011 at 12:16:09PM +0400, Maxim Dounin wrote: > > Hello! > > > > On Mon, Oct 17, 2011 at 11:30:18PM -0400, Dmitry T. wrote: > > > > > Доброе время суток! > > > У меня аналогичная необходимость, > > > помогите, пожалуйста. > > > > Нужне компилятор MSVC (cl), + mingw / msys. > > > > После чего берём исходники из svn и под msys (не забыв установить > > предварительно пути к компилятору) делаем как-то так: > > > > ./configure --with-cc=cl --with-select_module --prefix= --without-http_rewrite_module > > make > > Вернее так: > > ./auto/configure --with-cc=cl --with-select_module --with-cc-opt="-DFD_SETSIZE=1024" --prefix= --without-http_rewrite_module > > nmake Да, это я опечатался, конечно nmake. Сделать работоспособным обычный make из msys там, кстати, довольно легко, у меня где-то даже патч валялся. Использование --with-cc-opt="-DFD_SETSIZE=1024" для производства минимально работоспособного бинарника - AFAIK, не нужно. По умолчанию будет 64, что не то чтобы хорошо, но никто и не обещал, что с минимальным будет счастье. > MinGW не нужен. Нужен только Msys и Visual С (можно Express). Поставить msys без хотя бы mingw-get - это отдельное приключение. Maxim Dounin From nginx-forum на nginx.us Tue Oct 18 14:21:56 2011 From: nginx-forum на nginx.us (arty777) Date: Tue, 18 Oct 2011 10:21:56 -0400 Subject: =?UTF-8?B?0JjQvdGC0LXRgNC10YHQvdCw0Y8g0LfQsNC00LDRh9CwINC00LvRjyB0cnkgZmls?= =?UTF-8?B?ZXM=?= Message-ID: <7e31f5bc936cbf94f64f65587312711c.NginxMailingListRussian@forum.nginx.org> Почитал интернет , не нашел , задача следующая: есть различные хранилища файлов , замаппленые следующим образом: /raid/1 /raid/2 /raid/3 /raid/4 /raid/5 внутри каждого /raid/*/*.mp4 файло . Как сказать нгиниксу что б он искал запрашиваемый *.mp4 файл поочеди в каждой директории ? Я так понял что это как-то можно реализовать через "try_files" но вот как именно , непонятно , покажите пожалуйста пример конфигурации ... с подобной задачей Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216870,216870#msg-216870 From igor на sysoev.ru Tue Oct 18 14:38:14 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Tue, 18 Oct 2011 18:38:14 +0400 Subject: =?UTF-8?B?UmU6INCY0L3RgtC10YDQtdGB0L3QsNGPINC30LDQtNCw0YfQsCDQtNC70Y8gdHJ5?= =?UTF-8?B?IGZpbGVz?= In-Reply-To: <7e31f5bc936cbf94f64f65587312711c.NginxMailingListRussian@forum.nginx.org> References: <7e31f5bc936cbf94f64f65587312711c.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111018143814.GD6545@nginx.com> On Tue, Oct 18, 2011 at 10:21:56AM -0400, arty777 wrote: > Почитал интернет , не нашел , задача > следующая: > > есть различные хранилища файлов , > замаппленые следующим образом: > /raid/1 > /raid/2 > /raid/3 > /raid/4 > /raid/5 > > внутри каждого /raid/*/*.mp4 файло . > > Как сказать нгиниксу что б он искал > запрашиваемый *.mp4 файл поочеди в каждой > директории ? Я так понял что это как-то > можно реализовать через "try_files" но вот > как именно , непонятно , покажите > пожалуйста пример конфигурации ... с > подобной задачей location / { root /raid; try_files /1$uri /2$uri /3$uri /4$uri /5$uri =404; mp4; } -- Igor Sysoev From hell-for-yahoo на umail.ru Tue Oct 18 15:38:32 2011 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Tue, 18 Oct 2011 19:38:32 +0400 Subject: Самостоятельная сборка nginx под Windows In-Reply-To: <20111018081609.GK1911@mdounin.ru> References: <5450578b339553eb54a7ae887fb5c48f.NginxMailingListRussian@forum.nginx.org> <3a1a67a8f0e140c733f8ecaef10e4dd7.NginxMailingListRussian@forum.nginx.org> <20111018081609.GK1911@mdounin.ru> Message-ID: <263913430.20111018193832@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Maxim Dounin! Вы меня заинтересовали. Кто-нибудь под Cygwin собирал? Поделитесь опытом, пожалуйста. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) вторник, 18.10.2011, <19:38> From nginx-forum на nginx.us Tue Oct 18 17:52:55 2011 From: nginx-forum на nginx.us (arty777) Date: Tue, 18 Oct 2011 13:52:55 -0400 Subject: =?UTF-8?B?UmU6INCY0L3RgtC10YDQtdGB0L3QsNGPINC30LDQtNCw0YfQsCDQtNC70Y8gdHJ5?= =?UTF-8?B?IGZpbGVz?= In-Reply-To: <20111018143814.GD6545@nginx.com> References: <20111018143814.GD6545@nginx.com> Message-ID: Супер ! Работает . Спасибо большое Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216872,216878#msg-216878 From a.vasilishin на kpi.ua Tue Oct 18 18:18:07 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Tue, 18 Oct 2011 21:18:07 +0300 Subject: limit_req white list In-Reply-To: <20110525155151.GC83054@sysoev.ru> References: <20110525155151.GC83054@sysoev.ru> Message-ID: <4E9DC2DF.7050505@kpi.ua> 25.05.2011 18:51, Igor Sysoev пишет: > У меня есть идея, как можно сделать white листы и вообще разные > уровни ограничения для limit_req: > > geo $rate { > default 2; # 2r/s > 192.168.1.0/24 -; # no limit > 192.168.2.0/24 0.1; # bad guys: 0.1r/s > } > > limit_req_zone $binary_remote_addr zone=ONE:10m rate=$rate; Здравствуйте! Игорь, а это уже работает? -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From gmm на csdoc.com Tue Oct 18 18:47:07 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Tue, 18 Oct 2011 21:47:07 +0300 Subject: location / In-Reply-To: <20111012101219.GI34233@nginx.com> References: <4E9056DF.4030701@csdoc.com> <20111008210859.GR1137@mdounin.ru> <4E918258.5080407@csdoc.com> <20111009201835.GX1137@mdounin.ru> <20111012101219.GI34233@nginx.com> Message-ID: <4E9DC9AB.5040600@csdoc.com> On 12.10.2011 13:12, Igor Sysoev wrote: >>>>> Когда-то Максим говорил, что в конфигурации всегда желательно >>>>> указывать "location /", но в примерах на сайте http://nginx.org/ >>>>> не всегда указывается "location /", например, In catch-all server >>>>> examples, на странице http://nginx.org/en/docs/http/server_names.html >>>>> Вопрос: "всегда указывать location /" - это была рекомендация, >>>>> чтобы обойти какие-то глюки в старых версиях nginx, и сейчас, >>>>> в nginx 1.x.х это уже не актуально? или и сейчас есть какие-то случаи, >>>>> когда nginx не будет нормально работать без "location /" в конфиге ? ... >>>> Ошибок там, AFAIK, сейчас нет, а вот нюансы присутствуют. >>>> Например, вот эти два конфига радикально отличаются: >>>> server { >>>> rewrite ^(.*) /prefix$1; >>>> } >>>> server { >>>> rewrite ^(.*) /prefix$1; >>>> >>>> location / { >>>> # nothing here >>>> } >>>> } >>> в первом случае происходит зацикливание rewrite or internal redirection >>> cycle while processing "/prefix/prefix/prefix/prefix/prefix/prefix/..." >>> а во втором rewrite на уровне server отрабатывает всего один раз. >> Именно. >> >> И причина, в общем-то, очевидна - если знать нюансы. В первом >> конфиге на самом деле написано нечто вроде: >> >> server { >> rewrite ^(.*) /prefix$1; >> >> location / { >> rewrite ^(.*) /prefix$1; >> } >> } >> >> И по понятным причинам будет цикл. > Патч для предотвращения цикла. Максим, сейчас уже все известные "нюансы" которые могут быть при отсутствии в конфиге "location /" устранены этим патчем, или еще что-то из известных "нюансов" (ошибок) осталось? и после того, как этот патч появится в стабильной ветке, рекомендацию всегда указывать в конфигурации "location /" можно будет считать устаревшей (для новых версий nginx) ? потому что, как я понимаю, отсутствие location / в конфиге теперь будет полностью эквивалентно наличию явно указанного "location / { }" ? -- Best regards, Gena From nginx-forum на nginx.us Wed Oct 19 03:08:41 2011 From: nginx-forum на nginx.us (govorunkz) Date: Tue, 18 Oct 2011 23:08:41 -0400 Subject: nginx winxp ?! Message-ID: <0af9bc4f18f16c694c97437e0c6f6390.NginxMailingListRussian@forum.nginx.org> Приветствую, всех специалистов этого форума. Я хотел бы поднять nginx под Windows XP, но у меня не получается. Хотел бы узнать, есть ли у кого-нибудь видео уроки или материал для обучения и практике ? В данном случае, я хочу запустить такой сайт с такими параметрами http://builtwith.com/secondfriendstore.ru Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216888,216888#msg-216888 From nginx-forum на nginx.us Wed Oct 19 05:32:37 2011 From: nginx-forum на nginx.us (F0iL) Date: Wed, 19 Oct 2011 01:32:37 -0400 Subject: =?UTF-8?Q?fastcgi_split_path_info_=D0=B4=D0=BB=D1=8F_owncloud?= Message-ID: всем доброго дня. пытаюсь отконфигурить nginx для работы с owncloud, как написано на их сайте: http://owncloud.org/install/advanced/ (во второй половине страницы). конфиг: server { listen 80; server_name example.com www.example.com; #name server root /var/www/ownclouddir; client_max_body_size 1000M; index index.php index.html index.htm; dav_methods PUT DELETE MKCOL COPY MOVE; create_full_put_path on; dav_access user:rw group:rw all:r; # Below there is only what you need to have php-fastcgi location ~ \.php$ { root /var/www/ownclouddir; fastcgi_pass 127.0.0.1:9000; include /etc/nginx/fastcgi_params; fastcgi_param SCRIPT_FILENAME /var/www/ownclouddir/$fastcgi_script_name; fastcgi_index index.php; } location / { index index.php; try_files $uri $uri/ @webdav; } location @webdav { fastcgi_split_path_info ^(.+\.php)(/.+)$; fastcgi_param SCRIPT_FILENAME /var/www/ownclouddir/$fastcgi_script_name; include /etc/nginx/fastcgi_params; fastcgi_pass 127.0.0.1:9000; } } проблема следущая: для работы owncloud нужно, чтобы обращения к урлу вида http://xxxxxxx.pp.ru/owncloud/files/webdav.php/files/xxxxx обрабатывались скриптом http://xxxxxxx.pp.ru/owncloud/files/webdav.php для этого, собственно, и используется параметр fastcgi_split_path_info однако по факту, http://xxxxxxx.pp.ru/owncloud/files/webdav.php работает отлично, а http://xxxxxxx.pp.ru/owncloud/files/webdav.php/files/xxxxx - выдает "No input file selected", то есть nginx почему-то передает FastCGI-серверу путь до скрипта целиком (как в урле), и тот, естественно, не может этот файл найти. в списке рассылки owncloud посоветовали исправить регексп в выражении на fastcgi_split_path_info ^(.+\.php)(/.*)$; но результат тот же самый. в апаче и lighttpd все работает отлично, но хочется все-таки реализовать это именно на nginx'е, чтобы ничего не проксировать и не плодить сущностей. в чем может быть дело, куда копать? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216890,216890#msg-216890 From hell-for-yahoo на umail.ru Wed Oct 19 11:59:51 2011 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Wed, 19 Oct 2011 15:59:51 +0400 Subject: nginx winxp ?! In-Reply-To: <0af9bc4f18f16c694c97437e0c6f6390.NginxMailingListRussian@forum.nginx.org> References: <0af9bc4f18f16c694c97437e0c6f6390.NginxMailingListRussian@forum.nginx.org> Message-ID: <1452569605.20111019155951@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) govorunkz! g> Я хотел бы поднять nginx под Windows XP, но у g> меня не получается. То есть вы не пробовали. g> Хотел бы узнать, есть ли у кого-нибудь видео уроки или g> материал для обучения и практике ? Официальной документации на русском языке недостаточно? g> В данном случае, я хочу запустить такой g> сайт с такими параметрами g> http://builtwith.com/secondfriendstore.ru С какими "такими"? -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) среда, 19.10.2011, <15:45> From nginx-forum на nginx.us Wed Oct 19 12:11:27 2011 From: nginx-forum на nginx.us (locojohn) Date: Wed, 19 Oct 2011 08:11:27 -0400 Subject: =?UTF-8?B?0L/RgNC10LTQu9C+0LbQtdC90LjQtTogZGVmaW5lINCy0L3Rg9GC0YDQuCDQvtC0?= =?UTF-8?B?0L3QvtCz0L4gY29uZiDRhNCw0LnQu9Cw?= Message-ID: Привет! Возникла проблема со сложными сайтами (виртуальными хостами), для которых не хочется создавать несколько конфигурационных файлов из-за необходимости включения одних и тех же директив, связанными, например, с FastCGI конфигурацией для PHP. Например, в нижепреведенной конфигурации виртуального хоста многие директивы повторяются: location ~ ^(?.+\.php)$ { fastcgi_read_timeout 1800; fastcgi_send_timeout 1800; include fastcgi_php.conf; fastcgi_param SCRIPT_URL $SCRIPT_FILENAME; fastcgi_param SCRIPT_URI $scheme://$http_host$SCRIPT_FILENAME; fastcgi_param PHP_VALUE "include_path=$document_root:$document_root/include"; fastcgi_param GEOIP_COUNTRY_CODE $geoip_country_code; fastcgi_param GEOIP_COUNTRY_NAME $geoip_country_name; fastcgi_param GEOIP_CITY_NAME $geoip_city; fastcgi_pass phpfarm; } location ~ ^(?.+\.php)(?.+)$ { fastcgi_read_timeout 1800; fastcgi_send_timeout 1800; include fastcgi_php.conf; fastcgi_param SCRIPT_URL $PATH_INFO; fastcgi_param SCRIPT_URI $scheme://$http_host$PATH_INFO; fastcgi_param PHP_VALUE "include_path=$document_root:$document_root/include"; fastcgi_param GEOIP_COUNTRY_CODE $geoip_country_code; fastcgi_param GEOIP_COUNTRY_NAME $geoip_country_name; fastcgi_param GEOIP_CITY_NAME $geoip_city; fastcgi_pass phpfarm; } Есть и другие locations, где они повторяются, и совершенно не хочется из-за этого выносить этот простенький кусочек в отдельный .conf файл, так как файлов таких накопится много для каждого виртуального хоста, а возникает желание иметь лишь единый конфигурационный файл для одного виртуального хоста. Предлагаю поразмыслить о возможности делать какие-нибудь define {} блоки, которые можно было бы включать в локейшны в одном файле. Например: define default_php_conf { fastcgi_read_timeout 1800; fastcgi_send_timeout 1800; include fastcgi_php.conf; fastcgi_param PHP_VALUE "include_path=$document_root:$document_root/include"; } location ~ ^(?.+\.php)$ { include default_php_conf; fastcgi_param SCRIPT_URL $SCRIPT_FILENAME; fastcgi_param SCRIPT_URI $scheme://$http_host$SCRIPT_FILENAME; fastcgi_pass phpfarm; } location ~ ^(?.+\.php)(?.+)$ { include default_php_conf; fastcgi_param SCRIPT_URL $PATH_INFO; fastcgi_param SCRIPT_URI $scheme://$http_host$PATH_INFO; fastcgi_pass phpfarm; } Так как локейшнов может быть много, из-за необходимости переделывания rewrite на location + try_files, то по предложенной схеме можно значительно сократить размер конфигураций. Просто предложение. Андрей Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216908,216908#msg-216908 From igor на sysoev.ru Wed Oct 19 12:21:09 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Wed, 19 Oct 2011 16:21:09 +0400 Subject: nginx winxp ?! In-Reply-To: <0af9bc4f18f16c694c97437e0c6f6390.NginxMailingListRussian@forum.nginx.org> References: <0af9bc4f18f16c694c97437e0c6f6390.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111019122109.GA34657@nginx.com> On Tue, Oct 18, 2011 at 11:08:41PM -0400, govorunkz wrote: > Приветствую, всех специалистов этого > форума. > Я хотел бы поднять nginx под Windows XP, но у > меня не получается. Хотел бы узнать, > есть ли у кого-нибудь видео уроки или > материал для обучения и практике ? Видео-уроки пока не делали, но айфоны для этого уже купили! -- Igor Sysoev From nginx-forum на nginx.us Wed Oct 19 13:40:52 2011 From: nginx-forum на nginx.us (vovanhost) Date: Wed, 19 Oct 2011 09:40:52 -0400 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBwcm94eSB0ZW1wIGZpbGUgc2l6ZSA=?= =?UTF-8?B?0LIgbmdpbnggMS4xLjI=?= In-Reply-To: <20111017101430.GC1911@mdounin.ru> References: <20111017101430.GC1911@mdounin.ru> Message-ID: Здравствуйте, Максим. Вот обезличенная часть конфига: server { listen 17080 default; access_log /var/log/nginx/access.log some_format; include /etc/nginx/conf.d/default_locations.inc; } proxy_cache_path /path/for/cache levels=1:2 keys_zone=xxx:128m inactive=1y max_size=60g; upstream upstream_name { server server1; server server2 backup; } server { listen 17080; server_name xxx; access_log /path/server-access_log main; access_log /var/log/nginx/access.log some_format; location / { open_file_cache max=1024 inactive=600s; open_file_cache_valid 2000s; open_file_cache_min_uses 1; open_file_cache_errors on; proxy_pass http://upstream_name; proxy_next_upstream error timeout; proxy_temp_path /path/tmp; proxy_cache xxx; proxy_cache_key $scheme://$proxy_host$uri; proxy_cache_min_uses 1; #default proxy_set_header Host upstream_host_value; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_cache_valid 200 301 302 304 168h; proxy_cache_valid any 0; proxy_cache_use_stale error timeout invalid_header updating http_500 http_502 http_503 http_504; proxy_connect_timeout 60; proxy_read_timeout 50; proxy_send_timeout 40; proxy_ignore_client_abort on; proxy_max_temp_file_size 16096m; } location =/robots.txt { log_not_found off; } } Вывод версии: nginx: nginx version: nginx/1.1.2 nginx: built by gcc 4.1.2 20080704 (Red Hat 4.1.2-50) nginx: TLS SNI support disabled nginx: configure arguments: --user=nginx --group=nginx --prefix=/usr/share/nginx --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --http-client-body-temp-path=/var/lib/nginx/tmp/client_body --http-proxy-temp-path=/var/lib/nginx/tmp/proxy --http-fastcgi-temp-path=/var/lib/nginx/tmp/fastcgi --pid-path=/var/run/nginx.pid --lock-path=/var/lock/subsys/nginx --with-debug --with-http_secure_link_module --with-http_random_index_module --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_flv_module --with-http_gzip_static_module --with-http_stub_status_module --with-http_perl_module --with-mail --with-mail_ssl_module --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' --with-ipv6 --with-file-aio --add-module=/home/user/rpmbuild/BUILD/nginx-1.1.2/nginx-upstream-fair --add-module=/home/user/rpmbuild/BUILD/nginx-1.1.2/nginx-upload-progress-module --add-module=/home/user/rpmbuild/BUILD/nginx-1.1.2/mod_zip-1.1.6 --add-module=/home/user/rpmbuild/BUILD/nginx-1.1.2/nginx_upload_module-2.2.0 --add-module=/home/user/rpmbuild/BUILD/nginx-1.1.2/nginx_mod_h264_streaming-2.2.7 --add-module=/home/user/rpmbuild/BUILD/nginx-1.1.2/ngx_http_bytes_filter_module --add-module=/home/user/rpmbuild/BUILD/nginx-1.1.2/echo-nginx-module --add-module=/home/user/rpmbuild/BUILD/nginx-1.1.2/headers-more-nginx-module --add-module=/home/user/rpmbuild/BUILD/nginx-1.1.2/mod_strip --add-module=/home/user/rpmbuild/BUILD/nginx-1.1.2/ngx_http_auth_pam_module-1.2 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216818,216913#msg-216913 From nginx-forum на nginx.us Wed Oct 19 13:47:59 2011 From: nginx-forum на nginx.us (govorunkz) Date: Wed, 19 Oct 2011 09:47:59 -0400 Subject: nginx winxp ?! In-Reply-To: <1452569605.20111019155951@mtu-net.ru> References: <1452569605.20111019155951@mtu-net.ru> Message-ID: <02483cb9db7525b8928b218637639240.NginxMailingListRussian@forum.nginx.org> Andrey Repin Wrote: ------------------------------------------------------- > Здравствуйте, > Уважаемый(-ая, -ое) govorunkz! > > g> Я хотел бы поднять nginx под > Windows XP, но у > g> меня не получается. > > То есть вы не пробовали. > > g> Хотел бы узнать, есть ли у > кого-нибудь видео уроки или > g> материал для обучения и > практике ? > > Официальной документации > на русском языке > недостаточно? > > g> В данном случае, я хочу > запустить такой > g> сайт с такими параметрами > g> http://builtwith.com/secondfriendstore.ru > > С какими "такими"? > > > -- > С уважением > > Andrey Repin (hell-for-yahoo на umail.ru) > среда, 19.10.2011, <15:45> > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru nginx + Phusion Passenger + Ruby on Rails спасибо за внимание. а для чего Iphone ?) это была шутка ?! Я не много почитал инфу, и понял что нужен эмулятор или ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216888,216914#msg-216914 From hell-for-yahoo на umail.ru Wed Oct 19 18:53:40 2011 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Wed, 19 Oct 2011 22:53:40 +0400 Subject: nginx winxp ?! In-Reply-To: <02483cb9db7525b8928b218637639240.NginxMailingListRussian@forum.nginx.org> References: <1452569605.20111019155951@mtu-net.ru> <02483cb9db7525b8928b218637639240.NginxMailingListRussian@forum.nginx.org> Message-ID: <1796249545.20111019225340@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) govorunkz! g> nginx + Phusion Passenger + Ruby on Rails g> спасибо за внимание. И? Что вы пробовали, по какой инструкции/статье делали, если использовали инструкцию/статью, и что у вас не получается? g> а для чего Iphone ?) это была шутка ?! Я не g> много почитал инфу, и понял что нужен g> эмулятор или ? Это был сарказм относительно вашего вопроса, в просторечии прозвучавшего как "сделайте мне то, не знаю, что, но чтобы это было красиво". -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) среда, 19.10.2011, <22:52> From nginx-forum на nginx.us Wed Oct 19 19:40:20 2011 From: nginx-forum на nginx.us (Mitry Matyushkov) Date: Wed, 19 Oct 2011 15:40:20 -0400 Subject: =?UTF-8?B?UmU6INCd0LXQv9GA0LDQstC40LvRjNC90LDRjyDRgNCw0LHQvtGC0LAgbmd4IGh0?= =?UTF-8?B?dHAgYWNjZXNzIG1vZHVsZSA/?= In-Reply-To: <4E9C90F7.6070409@ukr.net> References: <4E9C90F7.6070409@ukr.net> Message-ID: Кстати, не стоит отсекать скопом ip по 400 ответу - такие, например, приходят от firefox при его обновлении с зеркал. Если это, конечно, Ваш случай. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216845,216934#msg-216934 From nginx-forum на nginx.us Wed Oct 19 23:33:36 2011 From: nginx-forum на nginx.us (Craken) Date: Wed, 19 Oct 2011 19:33:36 -0400 Subject: =?UTF-8?B?UmU6INC/0YDQtdC00LvQvtC20LXQvdC40LU6IGRlZmluZSDQstC90YPRgtGA0Lgg?= =?UTF-8?B?0L7QtNC90L7Qs9C+IGNvbmYg0YTQsNC50LvQsA==?= In-Reply-To: References: Message-ID: <217aa8d17f317bff869184528d10d302.NginxMailingListRussian@forum.nginx.org> Здравствуйте locojohn! Так Вы можете написать конфиг который постоянно используете в отдельный файл, а потом так же подключать: location ~ ^(?.+\.php)$ { include default_php_conf.conf; fastcgi_param SCRIPT_URL $SCRIPT_FILENAME; fastcgi_param SCRIPT_URI $scheme://$http_host$SCRIPT_FILENAME; fastcgi_pass phpfarm; } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216908,216938#msg-216938 From nginx-forum на nginx.us Wed Oct 19 23:41:19 2011 From: nginx-forum на nginx.us (locojohn) Date: Wed, 19 Oct 2011 19:41:19 -0400 Subject: =?UTF-8?B?UmU6INC/0YDQtdC00LvQvtC20LXQvdC40LU6IGRlZmluZSDQstC90YPRgtGA0Lgg?= =?UTF-8?B?0L7QtNC90L7Qs9C+IGNvbmYg0YTQsNC50LvQsA==?= In-Reply-To: <217aa8d17f317bff869184528d10d302.NginxMailingListRussian@forum.nginx.org> References: <217aa8d17f317bff869184528d10d302.NginxMailingListRussian@forum.nginx.org> Message-ID: <977b794e5ddca947dc16fc3a27087d6a.NginxMailingListRussian@forum.nginx.org> Не могу. Я говорю о ситуациях, когда директивы разные даже внутри одного виртуального хоста для разных locations и одного стандартного файла быть не может. Я говорю о сайтах с веб-аппликациями, использующими различные frameworks и требующие отдельных параметров к php/fastcgi backend. Андрей Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216908,216939#msg-216939 From nginx-forum на nginx.us Wed Oct 19 23:45:17 2011 From: nginx-forum на nginx.us (Craken) Date: Wed, 19 Oct 2011 19:45:17 -0400 Subject: limit_req white list In-Reply-To: <20110525155151.GC83054@sysoev.ru> References: <20110525155151.GC83054@sysoev.ru> Message-ID: <92653780c3d7cee631cce3ba9e79f2a5.NginxMailingListRussian@forum.nginx.org> Здравствуйте Igor! Идея интересная! Но раз уж так, то думаю было бы интересно вот сюда: geo $conn { default 2; # 2r/s 192.168.1.0/24 -; 192.168.2.0/24 0.1; } добавить возможность сразу же добавить время лимитирования! Например: geo $conn { default 2 1m; # позволить 2 запроса за 1 минуту 192.168.1.0/24 -; # нету лимита 192.168.2.0/24 10 1s; # позволить 10 запросов за 1 секунду } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,200815,216940#msg-216940 From mdounin на mdounin.ru Wed Oct 19 23:47:46 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Thu, 20 Oct 2011 03:47:46 +0400 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBwcm94eSB0ZW1wIGZpbGUgc2l6ZSA=?= =?UTF-8?B?0LIgbmdpbnggMS4xLjI=?= In-Reply-To: References: <20111017101430.GC1911@mdounin.ru> Message-ID: <20111019234745.GF1911@mdounin.ru> Hello! On Wed, Oct 19, 2011 at 09:40:52AM -0400, vovanhost wrote: > Здравствуйте, Максим. > > Вот обезличенная часть конфига: [...] Нужен debug log. Maxim Dounin From nginx-forum на nginx.us Thu Oct 20 12:57:35 2011 From: nginx-forum на nginx.us (Craken) Date: Thu, 20 Oct 2011 08:57:35 -0400 Subject: =?UTF-8?B?0J/QvtGH0YLQvtCy0YvQuSDQv9GA0L7QutGB0Lgg0YHQtdGA0LLQtdGAICjQutC+?= =?UTF-8?B?0L3RhNC40LMp?= Message-ID: Здравствуйте! По причине отсутствия документации по почтовому модулю, прошу помощи в создании конфига! Задача: требуется прослушивать smtp порт на ИПе 1.1.1.1 и проксировать все эти соединения на ИП 2.2.2.2! Задача не сложная.... нашел вот что: mail { server { listen 1.1.1.1:25; protocol smtp; proxy_pass 2.2.2.2:25; } } но говорит что нету директивы proxy_pass! По логике вещей предполагаю что локейшнов тут нету ))))) Спасибо! С ув., Алексей! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216956,216956#msg-216956 From sergey.kobzar на itcraft.org Thu Oct 20 12:59:55 2011 From: sergey.kobzar на itcraft.org (Sergey Kobzar) Date: Thu, 20 Oct 2011 15:59:55 +0300 Subject: upstream fail_timeout Message-ID: <4EA01B4B.90106@itcraft.org> Конфиг: proxy_connect_timeout 5; upstream backend { server 10.0.0.1 max_fails=3 fail_timeout=300s; server 10.0.0.2 max_fails=3 fail_timeout=300s; ip_hash; } location / { proxy_pass http://backend; proxy_next_upstream error timeout http_502 http_504; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } Оба бэкенда в дауне (полностью лежат). В не зависимости от числа запросов и времени между запросами, каждый раз жду ответа по 10 секунд. Хотя... каждый четвертый ответ приходит сразу. Что не так? Почему оба сервера не признаются не работающими в течении 300 сек? nginx/1.0.6 From sytar.alex на gmail.com Thu Oct 20 13:02:40 2011 From: sytar.alex на gmail.com (Aleksandr Sytar) Date: Thu, 20 Oct 2011 17:02:40 +0400 Subject: =?UTF-8?B?UmU6INCf0L7Rh9GC0L7QstGL0Lkg0L/RgNC+0LrRgdC4INGB0LXRgNCy0LXRgCAo?= =?UTF-8?B?0LrQvtC90YTQuNCzKQ==?= In-Reply-To: References: Message-ID: 20 октября 2011 г. 16:57 пользователь Craken написал: > Здравствуйте! > По причине отсутствия документации по > почтовому модулю, прошу помощи в > создании конфига! > Задача:  требуется прослушивать smtp порт > на ИПе 1.1.1.1 и проксировать все эти > соединения на ИП 2.2.2.2! > Задача не сложная.... нашел вот что: > > mail { >            server { >                      listen 1.1.1.1:25; >                      protocol smtp; > >                     proxy_pass 2.2.2.2:25; >            } > } > > но говорит что нету директивы proxy_pass! По > логике вещей предполагаю что локейшнов > тут нету ))))) > > Спасибо! > С ув., Алексей! > nginx -V что говорит? From nginx-forum на nginx.us Thu Oct 20 13:32:48 2011 From: nginx-forum на nginx.us (Craken) Date: Thu, 20 Oct 2011 09:32:48 -0400 Subject: =?UTF-8?B?UmU6INCf0L7Rh9GC0L7QstGL0Lkg0L/RgNC+0LrRgdC4INGB0LXRgNCy0LXRgCAo?= =?UTF-8?B?0LrQvtC90YTQuNCzKQ==?= In-Reply-To: References: Message-ID: <125c4c10cf871ebe2869e9d888367ee9.NginxMailingListRussian@forum.nginx.org> Точно, забыл написать )))) Вот: nginx: nginx version: nginx/1.1.6 nginx: TLS SNI support disabled nginx: configure arguments: --prefix=/usr/local/nginx --with-http_ssl_module --with-http_flv_module --with-http_stub_status_module --http-log-path=/usr/local/nginx/logs --http-client-body-temp-path=/usr/local/nginx/var/client_body_temp --http-proxy-temp-path=/usr/local/nginx/var/proxy_temp --http-fastcgi-temp-path=/usr/local/nginx/var/fastcgi_temp --with-zlib=/usr/local/src/zlib --pid-path=/usr/local/nginx/logs --lock-path=/usr/local/nginx/logs --with-pcre=/usr/local/src/pcre --with-http_addition_module --with-http_dav_module --with-http_gzip_static_module --with-http_image_filter_module --with-http_perl_module --with-http_realip_module --with-http_secure_link_module --with-http_ssl_module --with-http_sub_module --with-http_xslt_module --with-http_mp4_module --with-mail --with-mail_ssl_module Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216956,216959#msg-216959 From mdounin на mdounin.ru Thu Oct 20 13:49:07 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Thu, 20 Oct 2011 17:49:07 +0400 Subject: =?UTF-8?B?UmU6INCf0L7Rh9GC0L7QstGL0Lkg0L/RgNC+0LrRgdC4INGB0LXRgNCy0LXRgCAo?= =?UTF-8?B?0LrQvtC90YTQuNCzKQ==?= In-Reply-To: References: Message-ID: <20111020134907.GK1911@mdounin.ru> Hello! On Thu, Oct 20, 2011 at 08:57:35AM -0400, Craken wrote: > Здравствуйте! > По причине отсутствия документации по > почтовому модулю, прошу помощи в > создании конфига! > Задача: требуется прослушивать smtp порт > на ИПе 1.1.1.1 и проксировать все эти > соединения на ИП 2.2.2.2! > Задача не сложная.... нашел вот что: > > mail { > server { > listen 1.1.1.1:25; > protocol smtp; > > proxy_pass 2.2.2.2:25; > } > } > > но говорит что нету директивы proxy_pass! По > логике вещей предполагаю что локейшнов > тут нету ))))) Чтобы "просто слушать порт" nginx не нужен, простой NAT будет эффективнее. Наиболее близкое из того, что можно сделать на nginx'е, будет выглядеть как-то так: http { server { listen 127.0.0.1:8080; location = /mailauth { add_header Auth-Status OK; add_header Auth-Server 2.2.2.2; add_header Auth-Port 25; return 204; } } } mail { server { listen 1.1.1.1:25; protocol smtp; smtp_auth none; auth_http http://127.0.0.1:8080/mailauth; xclient off; } } Но это предполагает, что приходящие клиенты не пытаются аутентифицироваться (а если вдруг пытаются, то на бекенд их аутентификация не попадёт). Более или менее документацию можно почитать тут: http://wiki.nginx.org/MailCoreModule http://citrin.ru/nginx:ngx_mail_core_module Maxim Dounin From alex.barut на gmail.com Thu Oct 20 15:03:47 2011 From: alex.barut на gmail.com (Alex Beljanski) Date: Thu, 20 Oct 2011 19:03:47 +0400 Subject: nginx winxp ?! In-Reply-To: <02483cb9db7525b8928b218637639240.NginxMailingListRussian@forum.nginx.org> References: <1452569605.20111019155951@mtu-net.ru> <02483cb9db7525b8928b218637639240.NginxMailingListRussian@forum.nginx.org> Message-ID: 19.10.11, govorunkz написал(а): > Andrey Repin Wrote: > ------------------------------------------------------- > > > nginx + Phusion Passenger + Ruby on Rails > спасибо за внимание. > а для чего Iphone ?) это была шутка ?! Я не > много почитал инфу, и понял что нужен > эмулятор или ? > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,216888,216914#msg-216914 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru Под виндой не знаю, но на FreeBSD ставил сначала Ruby, потом через gem ставил Rails и Phusion Passenger. Далее из исходников собираем nginx указав через add-module где лежит библиотека passenger'a для nginx Если что не так, то пусть старшие товарищи меня поправят :) From vlisenko.3s на gmail.com Thu Oct 20 17:36:13 2011 From: vlisenko.3s на gmail.com (Vitaliy Lysenko) Date: Fri, 21 Oct 2011 00:36:13 +0700 Subject: =?UTF-8?B?UmU6INCd0LXQv9GA0LDQstC40LvRjNC90LDRjyDRgNCw0LHQvtGC0LAgbmd4X2h0?= =?UTF-8?B?dHBfYWNjZXNzX21vZHVsZSA/?= In-Reply-To: <4E9CB149.1030004@ukr.net> References: <4E9C90F7.6070409@ukr.net> <353641318885965@web47.yandex.ru> <4E9CB149.1030004@ukr.net> Message-ID: а зачем известных "срунов пакетам " вообще в nginx пускать? типа route add -net 88.87.64.0/19 gw 127.0.0.1 всяко симотичнее же ? ну или дропнуть фаерволом , и не придется энжинкса дергать для обновления списка 18 октября 2011 г. 5:50 пользователь Vladislav V. Prodan написал: > 18.10.2011 0:12, Denis F. Latypoff пишет: >> 18.10.2011, 03:32, "Vladislav V. Prodan" : >>> Почему не выдается access forbidden by rule для ip из 41.0.0.0/8 ? >>> Если их явно запретили к обслуживанию вообще? >>> >>> # tail -f access.log  | grep '"-" 400' >>> 41.237.40.223 - - [18/Oct/2011:00:30:41 +0400] "-" 400 0 "-" "-" >>> 41.199.46.203 - - [18/Oct/2011:00:30:41 +0400] "-" 400 0 "-" "-" >>> 41.237.40.223 - - [18/Oct/2011:00:30:46 +0400] "-" 400 0 "-" "-" >> >> 403 бы выдавалось, если бы клиент не отваливался до >> начала обработки запроса. >> > > Хорошо. > Как отбрасывать дятлов, которые срут неправильными запросами, чтоб nginx > сразу проверял access-list, а не обрабатывал неправильные запросы? > > -- > Vladislav V. Prodan > VVP24-UANIC > +380[67]4584408 > +380[99]4060508 > xmpp:vlad11 на jabber.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum на nginx.us Thu Oct 20 23:00:53 2011 From: nginx-forum на nginx.us (anon) Date: Thu, 20 Oct 2011 19:00:53 -0400 Subject: =?UTF-8?B?0LPQu9C+0LHQsNC70YzQvdGL0Lkg0YPRgdC70L7QstC90YvQuSByZXdyaXRl?= Message-ID: <23554931bfd850b58ca9ec5c7e104f56.NginxMailingListRussian@forum.nginx.org> Хочется сделать условный редирект, распространяющийся на любые виртуальные хосты. Условием является попадание клиентского адреса в заданные диапозоны. Прочитал про модуль geo, что несколько диапозонов в качестве условия можно реализовать через него, хотя и не очень понял, причём же тут собственно "гео". Ну да ладно... В общем, внутри секции http пишу: geo $network { default 0; 1.2.3.4/24 1; } А куда засунуть собственно условие и переход? Ни if, ни location на глобальном уровне не допустимы. Больше никаких альтернатив в голову не приходит. Использование include в каждом виртуальном хосте не рассматриваю. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216978,216978#msg-216978 From slava на auto.ru Fri Oct 21 04:09:41 2011 From: slava на auto.ru (Viatcheslav E. Kouznetsov) Date: Fri, 21 Oct 2011 08:09:41 +0400 Subject: =?UTF-8?B?UmU6ICDQs9C70L7QsdCw0LvRjNC90YvQuSDRg9GB0LvQvtCy0L3Ri9C5IHJld3Jp?= =?UTF-8?B?dGU=?= In-Reply-To: <23554931bfd850b58ca9ec5c7e104f56.NginxMailingListRussian@forum.nginx.org> References: <23554931bfd850b58ca9ec5c7e104f56.NginxMailingListRussian@forum.nginx.org> Message-ID: <201110210809.41386.slava@auto.ru> > Ни if, ни location на глобальном > уровне не допустимы. Больше никаких > альтернатив в голову не приходит. > Использование include в каждом > виртуальном хосте не рассматриваю. Ну таки видимо надо рассмотреть... Или, как вариант, поставить два nginx, первый реврайтит и все остальное проксирует на второй... Или рассмотреть альтернативы - например делать что-то с адресом на уровне файрвола.... -- С уважением, Вячеслав Кузнецов ООО "АВТО.РУ" тел. +7.499.730.87.30 (*404) From maxim на nginx.com Fri Oct 21 07:55:03 2011 From: maxim на nginx.com (Maxim Konovalov) Date: Fri, 21 Oct 2011 11:55:03 +0400 Subject: =?UTF-8?B?UmU6INCh0LDQvNC+0YHRgtC+0Y/RgtC10LvRjNC90LDRjyDRgdCx0L7RgNC60LAg?= =?UTF-8?B?bmdpbngg0L/QvtC0IFdpbmRvd3M=?= In-Reply-To: <20111018081609.GK1911@mdounin.ru> References: <5450578b339553eb54a7ae887fb5c48f.NginxMailingListRussian@forum.nginx.org> <3a1a67a8f0e140c733f8ecaef10e4dd7.NginxMailingListRussian@forum.nginx.org> <20111018081609.GK1911@mdounin.ru> Message-ID: <4EA12557.8030802@nginx.com> On 10/18/11 12:16 PM, Maxim Dounin wrote: > Hello! > > On Mon, Oct 17, 2011 at 11:30:18PM -0400, Dmitry T. wrote: > >> Доброе время суток! >> У меня аналогичная необходимость, >> помогите, пожалуйста. > > Нужне компилятор MSVC (cl), + mingw / msys. > > После чего берём исходники из svn и под msys (не забыв установить > предварительно пути к компилятору) делаем как-то так: > [...] По мотивам обсуждения написали такую инструкцию: http://nginx.org/en/docs/howto_build_on_win32.html -- Maxim Konovalov +7 (910) 4293178 http://nginx.com/ From titoff.a на gmail.com Fri Oct 21 10:51:25 2011 From: titoff.a на gmail.com (Titov Alexander) Date: Fri, 21 Oct 2011 14:51:25 +0400 Subject: =?UTF-8?B?0LzQvtC00YPQu9GMIGx1YSDQtNC70Y8gbmdpbng=?= Message-ID: Добрый день! Скажите, есть ли подводные камни в использовании вот этого https://github.com/chaoslawful/lua-nginx-module (ограничения класса таких модулей я понимаю, меня интересуют конкретные проблемы в реализации) модуля в nginx? Кто-нибудь использует его в продакшене? Заранее спасибо! -- С уважением, Титов Александр From bazilek на gmail.com Fri Oct 21 11:07:48 2011 From: bazilek на gmail.com (Vasil Mikhalenya) Date: Fri, 21 Oct 2011 14:07:48 +0300 Subject: proxy_temp_path permissions Message-ID: [root@ ~]# ll -d /tmp/ drwxrwxrwt 8 root root 61440 Oct 21 11:00 /tmp/ [root@ ~]# service nginx restart nginx: the configuration file /etc/nginx/nginx.conf syntax is ok nginx: configuration file /etc/nginx/nginx.conf test is successful Stopping nginx:. [ OK ] Starting nginx: [ OK ] [root@ ~]# ll -d /tmp/ drwxrwxrwt 8 nginx root 61440 Oct 21 11:00 /tmp/ [root@ ~]# nginx -V nginx: nginx version: nginx/1.1.1 nginx: built by gcc 4.1.2 20080704 (Red Hat 4.1.2-48) nginx: TLS SNI support disabled nginx: configure arguments: --user=nginx --group=nginx --prefix=/usr/share/nginx --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --http-client-body-temp-path=/var/lib/nginx/tmp/client_body --http-proxy-temp-path=/var/lib/nginx/tmp/proxy --http-fastcgi-temp-path=/var/lib/nginx/tmp/fastcgi --pid-path=/var/run/nginx.pid --lock-path=/var/lock/subsys/nginx --with-http_secure_link_module --with-http_random_index_module --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_flv_module --with-http_gzip_static_module --with-http_stub_status_module --with-http_perl_module --with-http_geoip_module --with-mail --with-mail_ssl_module --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' --with-ipv6 --with-file-aio --add-module=/home/mockbuild/rpmbuild/BUILD/nginx-1.1.1/nginx-upstream-fair --add-module=/home/mockbuild/rpmbuild/BUILD/nginx-1.1.1/mod_ustats --add-module=/home/mockbuild/rpmbuild/BUILD/nginx-1.1.1/mod_strip [root@ ~]# uname -a Linux 2.6.18-194.3.1.el5 #1 SMP Thu May 13 13:08:30 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux Я правильно понимаю, что права на /tmp меняются из-за данного конфига? Так и должно быть? location @fetch_ubuntu { internal; proxy_pass http://de.archive.ubuntu.com; proxy_store on; proxy_store_access user:rw group:rw all:r; proxy_temp_path /tmp; root /var/www/; } Спасибо -- Best regards, Vasil Mikhalenya From mdounin на mdounin.ru Fri Oct 21 11:31:28 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Fri, 21 Oct 2011 15:31:28 +0400 Subject: proxy_temp_path permissions In-Reply-To: References: Message-ID: <20111021113127.GQ1911@mdounin.ru> Hello! On Fri, Oct 21, 2011 at 02:07:48PM +0300, Vasil Mikhalenya wrote: > [root@ ~]# ll -d /tmp/ > drwxrwxrwt 8 root root 61440 Oct 21 11:00 /tmp/ > [root@ ~]# service nginx restart > nginx: the configuration file /etc/nginx/nginx.conf syntax is ok > nginx: configuration file /etc/nginx/nginx.conf test is successful > Stopping nginx:. [ OK ] > Starting nginx: [ OK ] > [root@ ~]# ll -d /tmp/ > drwxrwxrwt 8 nginx root 61440 Oct 21 11:00 /tmp/ [...] > Я правильно понимаю, что права на /tmp меняются из-за данного конфига? > Так и должно быть? > > location @fetch_ubuntu { > internal; > proxy_pass http://de.archive.ubuntu.com; > proxy_store on; > proxy_store_access user:rw group:rw all:r; > proxy_temp_path /tmp; > > root /var/www/; > } Да, nginx делает chown() в пользователя, под которым работают worker'ы, для всех временных каталогов (а также chmod() u+rwx, если оно не стоит). Более правильно было бы проверять, что worker'ы имеют права на запись. Однако под временные файлы в любом случае следует использовать отдельные каталоги, в противном случае могут быть проблемы при работе. Т.е. proxy_temp_path /tmp/nginx_proxy_temp; Maxim Dounin From sergey.kobzar на itcraft.org Fri Oct 21 11:46:45 2011 From: sergey.kobzar на itcraft.org (Sergey Kobzar) Date: Fri, 21 Oct 2011 14:46:45 +0300 Subject: upstream fail_timeout In-Reply-To: <4EA01B4B.90106@itcraft.org> References: <4EA01B4B.90106@itcraft.org> Message-ID: <4EA15BA5.70103@itcraft.org> On 10/20/11 15:59, Sergey Kobzar wrote: > Конфиг: > > proxy_connect_timeout 5; > > upstream backend { > server 10.0.0.1 max_fails=3 fail_timeout=300s; > server 10.0.0.2 max_fails=3 fail_timeout=300s; > ip_hash; > } > > location / { > proxy_pass http://backend; > proxy_next_upstream error timeout http_502 http_504; > > proxy_set_header Host $host; > proxy_set_header X-Real-IP $remote_addr; > proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; > } > > Оба бэкенда в дауне (полностью лежат). В не зависимости от числа > запросов и времени между запросами, каждый раз жду ответа по 10 секунд. > > Хотя... каждый четвертый ответ приходит сразу. > > Что не так? Почему оба сервера не признаются не работающими в течении > 300 сек? > > nginx/1.0.6 No ideas? From bazilek на gmail.com Fri Oct 21 12:28:06 2011 From: bazilek на gmail.com (Vasil Mikhalenya) Date: Fri, 21 Oct 2011 15:28:06 +0300 Subject: proxy_temp_path permissions In-Reply-To: <20111021113127.GQ1911@mdounin.ru> References: <20111021113127.GQ1911@mdounin.ru> Message-ID: 2011/10/21 Maxim Dounin : > Hello! > > On Fri, Oct 21, 2011 at 02:07:48PM +0300, Vasil Mikhalenya wrote: > >> [root@ ~]# ll -d /tmp/ >> drwxrwxrwt 8 root root 61440 Oct 21 11:00 /tmp/ >> [root@ ~]# service nginx restart >> nginx: the configuration file /etc/nginx/nginx.conf syntax is ok >> nginx: configuration file /etc/nginx/nginx.conf test is successful >> Stopping nginx:.                                           [  OK  ] >> Starting nginx:                                            [  OK  ] >> [root@ ~]# ll -d /tmp/ >> drwxrwxrwt 8 nginx root 61440 Oct 21 11:00 /tmp/ > > [...] > >> Я правильно понимаю, что права на /tmp меняются из-за данного конфига? >> Так и должно быть? >> >>         location @fetch_ubuntu { >>                 internal; >>                 proxy_pass              http://de.archive.ubuntu.com; >>                 proxy_store             on; >>                 proxy_store_access      user:rw  group:rw  all:r; >>                 proxy_temp_path      /tmp; >> >>                 root            /var/www/; >>         } > > Да, nginx делает chown() в пользователя, под которым работают > worker'ы, для всех временных каталогов (а также chmod() u+rwx, если > оно не стоит). > > Более правильно было бы проверять, что worker'ы имеют права на > запись.  Однако под временные файлы в любом случае следует > использовать отдельные каталоги, в противном случае могут быть > проблемы при работе.  Т.е. > >    proxy_temp_path /tmp/nginx_proxy_temp; > > Maxim Dounin > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru На самом деле неожиданное поведение. Спасибо. -- Best regards, Vasil Mikhalenya From mdounin на mdounin.ru Fri Oct 21 12:41:42 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Fri, 21 Oct 2011 16:41:42 +0400 Subject: upstream fail_timeout In-Reply-To: <4EA15BA5.70103@itcraft.org> References: <4EA01B4B.90106@itcraft.org> <4EA15BA5.70103@itcraft.org> Message-ID: <20111021124142.GR1911@mdounin.ru> Hello! On Fri, Oct 21, 2011 at 02:46:45PM +0300, Sergey Kobzar wrote: > On 10/20/11 15:59, Sergey Kobzar wrote: > >Конфиг: > > > >proxy_connect_timeout 5; > > > >upstream backend { > >server 10.0.0.1 max_fails=3 fail_timeout=300s; > >server 10.0.0.2 max_fails=3 fail_timeout=300s; > >ip_hash; > >} > > > >location / { > >proxy_pass http://backend; > >proxy_next_upstream error timeout http_502 http_504; > > > >proxy_set_header Host $host; > >proxy_set_header X-Real-IP $remote_addr; > >proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; > >} > > > >Оба бэкенда в дауне (полностью лежат). В не зависимости от числа > >запросов и времени между запросами, каждый раз жду ответа по 10 секунд. > > > >Хотя... каждый четвертый ответ приходит сразу. > > > >Что не так? Почему оба сервера не признаются не работающими в течении > >300 сек? > > > >nginx/1.0.6 > > No ideas? Если nginx обнаруживает, что все бекенды в дауне, он сбрасывает счётчики ошибок, и очередной запрос снова пытается идти на бекенды. Maxim Dounin From sergey.kobzar на itcraft.org Fri Oct 21 12:52:02 2011 From: sergey.kobzar на itcraft.org (Sergey Kobzar) Date: Fri, 21 Oct 2011 15:52:02 +0300 Subject: upstream fail_timeout In-Reply-To: <20111021124142.GR1911@mdounin.ru> References: <4EA01B4B.90106@itcraft.org> <4EA15BA5.70103@itcraft.org> <20111021124142.GR1911@mdounin.ru> Message-ID: <4EA16AF2.7060008@itcraft.org> On 10/21/11 15:41, Maxim Dounin wrote: > Hello! > > On Fri, Oct 21, 2011 at 02:46:45PM +0300, Sergey Kobzar wrote: > >> On 10/20/11 15:59, Sergey Kobzar wrote: >>> Конфиг: >>> >>> proxy_connect_timeout 5; >>> >>> upstream backend { >>> server 10.0.0.1 max_fails=3 fail_timeout=300s; >>> server 10.0.0.2 max_fails=3 fail_timeout=300s; >>> ip_hash; >>> } >>> >>> location / { >>> proxy_pass http://backend; >>> proxy_next_upstream error timeout http_502 http_504; >>> >>> proxy_set_header Host $host; >>> proxy_set_header X-Real-IP $remote_addr; >>> proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; >>> } >>> >>> Оба бэкенда в дауне (полностью лежат). В не зависимости от числа >>> запросов и времени между запросами, каждый раз жду ответа по 10 секунд. >>> >>> Хотя... каждый четвертый ответ приходит сразу. >>> >>> Что не так? Почему оба сервера не признаются не работающими в течении >>> 300 сек? >>> >>> nginx/1.0.6 >> >> No ideas? > > Если nginx обнаруживает, что все бекенды в дауне, он сбрасывает > счётчики ошибок, и очередной запрос снова пытается идти на > бекенды. Максим, спасибо. Плохо. У меня задача - если все бэкенды в дауне, выводит custom error page. А получается при proxy_connect_timeout 5 и 4х бэкендах, пользователь будет ждать 2 секунд. Решения я так понимаю нет? > > Maxim Dounin > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From mdounin на mdounin.ru Fri Oct 21 13:05:10 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Fri, 21 Oct 2011 17:05:10 +0400 Subject: upstream fail_timeout In-Reply-To: <4EA16AF2.7060008@itcraft.org> References: <4EA01B4B.90106@itcraft.org> <4EA15BA5.70103@itcraft.org> <20111021124142.GR1911@mdounin.ru> <4EA16AF2.7060008@itcraft.org> Message-ID: <20111021130510.GA62535@mdounin.ru> Hello! On Fri, Oct 21, 2011 at 03:52:02PM +0300, Sergey Kobzar wrote: > On 10/21/11 15:41, Maxim Dounin wrote: > >Hello! > > > >On Fri, Oct 21, 2011 at 02:46:45PM +0300, Sergey Kobzar wrote: > > > >>On 10/20/11 15:59, Sergey Kobzar wrote: > >>>Конфиг: > >>> > >>>proxy_connect_timeout 5; > >>> > >>>upstream backend { > >>>server 10.0.0.1 max_fails=3 fail_timeout=300s; > >>>server 10.0.0.2 max_fails=3 fail_timeout=300s; > >>>ip_hash; > >>>} > >>> > >>>location / { > >>>proxy_pass http://backend; > >>>proxy_next_upstream error timeout http_502 http_504; > >>> > >>>proxy_set_header Host $host; > >>>proxy_set_header X-Real-IP $remote_addr; > >>>proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; > >>>} > >>> > >>>Оба бэкенда в дауне (полностью лежат). В не зависимости от числа > >>>запросов и времени между запросами, каждый раз жду ответа по 10 секунд. > >>> > >>>Хотя... каждый четвертый ответ приходит сразу. > >>> > >>>Что не так? Почему оба сервера не признаются не работающими в течении > >>>300 сек? > >>> > >>>nginx/1.0.6 > >> > >>No ideas? > > > >Если nginx обнаруживает, что все бекенды в дауне, он сбрасывает > >счётчики ошибок, и очередной запрос снова пытается идти на > >бекенды. > > Максим, спасибо. > > Плохо. > > У меня задача - если все бэкенды в дауне, выводит custom error page. > А получается при proxy_connect_timeout 5 и 4х бэкендах, пользователь > будет ждать 2 секунд. > > Решения я так понимаю нет? Стандартное решение - сделать backup сервер, с которого и отдавать "custom error page". С ip_hash там могут быть нюансы (вообще говоря, ip_hash не поддерживает backup, и если написать ip_hash до определения backup-сервера - даже ругается). Но теоретически должно заработать как-то так: upstream backend { server 192.2.0.1; server 192.2.0.2; server 127.0.0.1:8080 backup; ip_hash; } Maxim Dounin From sergey.kobzar на itcraft.org Fri Oct 21 14:57:06 2011 From: sergey.kobzar на itcraft.org (Sergey Kobzar) Date: Fri, 21 Oct 2011 17:57:06 +0300 Subject: upstream fail_timeout In-Reply-To: <20111021130510.GA62535@mdounin.ru> References: <4EA01B4B.90106@itcraft.org> <4EA15BA5.70103@itcraft.org> <20111021124142.GR1911@mdounin.ru> <4EA16AF2.7060008@itcraft.org> <20111021130510.GA62535@mdounin.ru> Message-ID: <4EA18842.9090202@itcraft.org> Максим. On 10/21/11 16:05, Maxim Dounin wrote: > Hello! > > On Fri, Oct 21, 2011 at 03:52:02PM +0300, Sergey Kobzar wrote: > >> On 10/21/11 15:41, Maxim Dounin wrote: >>> Hello! >>> >>> On Fri, Oct 21, 2011 at 02:46:45PM +0300, Sergey Kobzar wrote: >>> >>>> On 10/20/11 15:59, Sergey Kobzar wrote: >>>>> Конфиг: >>>>> >>>>> proxy_connect_timeout 5; >>>>> >>>>> upstream backend { >>>>> server 10.0.0.1 max_fails=3 fail_timeout=300s; >>>>> server 10.0.0.2 max_fails=3 fail_timeout=300s; >>>>> ip_hash; >>>>> } >>>>> >>>>> location / { >>>>> proxy_pass http://backend; >>>>> proxy_next_upstream error timeout http_502 http_504; >>>>> >>>>> proxy_set_header Host $host; >>>>> proxy_set_header X-Real-IP $remote_addr; >>>>> proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; >>>>> } >>>>> >>>>> Оба бэкенда в дауне (полностью лежат). В не зависимости от числа >>>>> запросов и времени между запросами, каждый раз жду ответа по 10 секунд. >>>>> >>>>> Хотя... каждый четвертый ответ приходит сразу. >>>>> >>>>> Что не так? Почему оба сервера не признаются не работающими в течении >>>>> 300 сек? >>>>> >>>>> nginx/1.0.6 >>>> >>>> No ideas? >>> >>> Если nginx обнаруживает, что все бекенды в дауне, он сбрасывает >>> счётчики ошибок, и очередной запрос снова пытается идти на >>> бекенды. >> >> Максим, спасибо. >> >> Плохо. >> >> У меня задача - если все бэкенды в дауне, выводит custom error page. >> А получается при proxy_connect_timeout 5 и 4х бэкендах, пользователь >> будет ждать 2 секунд. >> >> Решения я так понимаю нет? > > Стандартное решение - сделать backup сервер, с которого и отдавать > "custom error page". > > С ip_hash там могут быть нюансы (вообще говоря, ip_hash не > поддерживает backup, и если написать ip_hash до определения > backup-сервера - даже ругается). Но теоретически должно > заработать как-то так: > > upstream backend { > server 192.2.0.1; > server 192.2.0.2; > server 127.0.0.1:8080 backup; > ip_hash; > } До server 127.0.0.1:8080 backup не додумался. Хм, а как тогда отдать клиенту 502 скажем вместе со странице от 127.0.0.1:8080? > > Maxim Dounin > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum на nginx.us Fri Oct 21 15:00:32 2011 From: nginx-forum на nginx.us (awe007) Date: Fri, 21 Oct 2011 11:00:32 -0400 Subject: test Message-ID: <365a498e28f07c3677f0325d05f0eff3.NginxMailingListRussian@forum.nginx.org> test Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217014,217014#msg-217014 From nginx-forum на nginx.us Fri Oct 21 15:13:11 2011 From: nginx-forum на nginx.us (awe007) Date: Fri, 21 Oct 2011 11:13:11 -0400 Subject: test In-Reply-To: <365a498e28f07c3677f0325d05f0eff3.NginxMailingListRussian@forum.nginx.org> References: <365a498e28f07c3677f0325d05f0eff3.NginxMailingListRussian@forum.nginx.org> Message-ID: Куда-то пропадают мои посты.. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217014,217019#msg-217019 From mdounin на mdounin.ru Fri Oct 21 15:13:46 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Fri, 21 Oct 2011 19:13:46 +0400 Subject: upstream fail_timeout In-Reply-To: <4EA18842.9090202@itcraft.org> References: <4EA01B4B.90106@itcraft.org> <4EA15BA5.70103@itcraft.org> <20111021124142.GR1911@mdounin.ru> <4EA16AF2.7060008@itcraft.org> <20111021130510.GA62535@mdounin.ru> <4EA18842.9090202@itcraft.org> Message-ID: <20111021151346.GB62535@mdounin.ru> Hello! On Fri, Oct 21, 2011 at 05:57:06PM +0300, Sergey Kobzar wrote: > Максим. > > On 10/21/11 16:05, Maxim Dounin wrote: > >Hello! > > > >On Fri, Oct 21, 2011 at 03:52:02PM +0300, Sergey Kobzar wrote: > > > >>On 10/21/11 15:41, Maxim Dounin wrote: > >>>Hello! > >>> > >>>On Fri, Oct 21, 2011 at 02:46:45PM +0300, Sergey Kobzar wrote: > >>> > >>>>On 10/20/11 15:59, Sergey Kobzar wrote: > >>>>>Конфиг: > >>>>> > >>>>>proxy_connect_timeout 5; > >>>>> > >>>>>upstream backend { > >>>>>server 10.0.0.1 max_fails=3 fail_timeout=300s; > >>>>>server 10.0.0.2 max_fails=3 fail_timeout=300s; > >>>>>ip_hash; > >>>>>} > >>>>> > >>>>>location / { > >>>>>proxy_pass http://backend; > >>>>>proxy_next_upstream error timeout http_502 http_504; > >>>>> > >>>>>proxy_set_header Host $host; > >>>>>proxy_set_header X-Real-IP $remote_addr; > >>>>>proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; > >>>>>} > >>>>> > >>>>>Оба бэкенда в дауне (полностью лежат). В не зависимости от числа > >>>>>запросов и времени между запросами, каждый раз жду ответа по 10 секунд. > >>>>> > >>>>>Хотя... каждый четвертый ответ приходит сразу. > >>>>> > >>>>>Что не так? Почему оба сервера не признаются не работающими в течении > >>>>>300 сек? > >>>>> > >>>>>nginx/1.0.6 > >>>> > >>>>No ideas? > >>> > >>>Если nginx обнаруживает, что все бекенды в дауне, он сбрасывает > >>>счётчики ошибок, и очередной запрос снова пытается идти на > >>>бекенды. > >> > >>Максим, спасибо. > >> > >>Плохо. > >> > >>У меня задача - если все бэкенды в дауне, выводит custom error page. > >>А получается при proxy_connect_timeout 5 и 4х бэкендах, пользователь > >>будет ждать 2 секунд. > >> > >>Решения я так понимаю нет? > > > >Стандартное решение - сделать backup сервер, с которого и отдавать > >"custom error page". > > > >С ip_hash там могут быть нюансы (вообще говоря, ip_hash не > >поддерживает backup, и если написать ip_hash до определения > >backup-сервера - даже ругается). Но теоретически должно > >заработать как-то так: > > > > upstream backend { > > server 192.2.0.1; > > server 192.2.0.2; > > server 127.0.0.1:8080 backup; > > ip_hash; > > } > > До server 127.0.0.1:8080 backup не додумался. > > Хм, а как тогда отдать клиенту 502 скажем вместе со странице от > 127.0.0.1:8080? Какой именно код отдать клиенту - будет решать собственно backup-сервер (127.0.0.1:8080). Если на фронтенде стоит error_page 502 и используется proxy_intercept_errors - то на backup-сервере можно просто сделать "return 502", как-то так: server { listen 127.0.0.1:8080; return 502; } Если на фронтенде не используется proxy_intercept_errors, то "return 502" + "error_page 502 /502.html" + location для /502.html, как-то так: server { listen 127.0.0.1:8080; location / { error_page 502 /502.html; return 502; } location = /502.html { root /path/to; } } Maxim Dounin From nginx-forum на nginx.us Fri Oct 21 15:14:46 2011 From: nginx-forum на nginx.us (awe007) Date: Fri, 21 Oct 2011 11:14:46 -0400 Subject: test In-Reply-To: <365a498e28f07c3677f0325d05f0eff3.NginxMailingListRussian@forum.nginx.org> References: <365a498e28f07c3677f0325d05f0eff3.NginxMailingListRussian@forum.nginx.org> Message-ID: <4de0cf7f19939b13f1e1913fd93d7d87.NginxMailingListRussian@forum.nginx.org> Блин... они на модерации.. извините пожалуйста.. тороплюсь, нервничаю.. 2 дня настраиваю nginx и всё впустую.. Удалите этот test пожалуйста Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217014,217022#msg-217022 From nginx-forum на nginx.us Fri Oct 21 15:45:00 2011 From: nginx-forum на nginx.us (awe007) Date: Fri, 21 Oct 2011 11:45:00 -0400 Subject: =?UTF-8?B?bmdpbnggMS4xLjYg0L/QvtC0IFdpbmRvd3MgLSDRgNCw0LHQvtGC0LDQtdGCINCy?= =?UTF-8?B?0YHQtdCz0L4gMSDQv9C+0LTQutC70Y7Rh9C10L3QuNC1?= Message-ID: <53bc9f3164c87c0302c259e475ee313b.NginxMailingListRussian@forum.nginx.org> Здравствуйте уважаемые знатоки. Я впервые настраиваю Nginx и ,естественно, наступил на какие то грабли. Проблема в следующем: Имеется Windows Server 2008 R2 с установленном на нём Apache. Всё настроено, все работает, но медленно. Естественно для ускорения выбор пал на Nginx. Установил я его, настроил по различным статьям и мануалам и наблюдаю следующую проблему: Захожу через браузер, вроде всё работает и даже очень быстро, но только для того, кто первый зашел на сайт. Из других браузеров я уже не могу подключиться - беспонечно грузится страница и ничего не происходит. В первом браузере всё работает, хожу по сайту.. с других компьютеров - ничего не работает.. т.е. кто первый успел, того и сайт.. Не пойму что не так. Причем у первого сеанса счастье длится не долго, минут через 5 тоже всё останавливается и ни одна ссылка сайта не работает :(((( Т.е. на примере: Открываю интернет эксплорер, набираю там http://site1.ru:888, засхожу, всё идеально работает! быстро и прекрасно. Открываю Firefox, набираю там http://site1.ru:888 - ничего не открывается, грузится бесконечно.. ни ошибок, ни контента... Открываю Chrome, набираю http://site1.ru:888 - ничего не открывается.. Возвращаюсь к Internet Explorer - хожу по ссылкам, всё работает, грузится.. но через несколько минут всё перестает работать. От браузера ничего не зависит. Если первым зайти на сайт через файрфокс, то он может несколько минут ходить по сайту, а остальные уже нет.. Error.log при этом наполняется следующими строками: 2011/10/21 18:50:40 [debug] 4156#3304: select ready 0 2011/10/21 18:50:40 [debug] 4156#3304: timer delta: 500 2011/10/21 18:50:40 [debug] 4156#3304: posted events 00000000 2011/10/21 18:50:40 [debug] 4156#3304: worker cycle 2011/10/21 18:50:40 [debug] 4156#3304: accept mutex lock failed: 0 2011/10/21 18:50:40 [debug] 4156#3304: select timer: 500 2011/10/21 18:50:41 [debug] 1964#3648: select ready 0 2011/10/21 18:50:41 [debug] 1964#3648: timer delta: 500 2011/10/21 18:50:41 [debug] 1964#3648: posted events 00000000 2011/10/21 18:50:41 [debug] 1964#3648: worker cycle 2011/10/21 18:50:41 [debug] 1964#3648: accept mutex lock failed: 0 2011/10/21 18:50:41 [debug] 1964#3648: select timer: 500 2011/10/21 18:50:41 [debug] 1908#5904: select ready 0 2011/10/21 18:50:41 [debug] 1908#5904: timer delta: 500 2011/10/21 18:50:41 [debug] 1908#5904: posted events 00000000 2011/10/21 18:50:41 [debug] 1908#5904: worker cycle 2011/10/21 18:50:41 [debug] 1908#5904: accept mutex lock failed: 0 2011/10/21 18:50:41 [debug] 1908#5904: select timer: 500 2011/10/21 18:50:41 [debug] 2036#5632: select ready 0 2011/10/21 18:50:41 [debug] 2036#5632: timer delta: 500 2011/10/21 18:50:41 [debug] 2036#5632: posted events 00000000 2011/10/21 18:50:41 [debug] 2036#5632: worker cycle 2011/10/21 18:50:41 [debug] 2036#5632: accept mutex lock failed: 0 2011/10/21 18:50:41 [debug] 2036#5632: select timer: 500 2011/10/21 18:50:41 [debug] 5052#5500: select ready 0 2011/10/21 18:50:41 [debug] 5052#5500: timer delta: 500 2011/10/21 18:50:41 [debug] 5052#5500: posted events 00000000 2011/10/21 18:50:41 [debug] 5052#5500: worker cycle 2011/10/21 18:50:41 [debug] 5052#5500: accept mutex lock failed: 0 2011/10/21 18:50:41 [debug] 5052#5500: select timer: 500 2011/10/21 18:50:41 [debug] 996#2864: select ready 0 2011/10/21 18:50:41 [debug] 996#2864: timer delta: 500 2011/10/21 18:50:41 [debug] 996#2864: posted events 00000000 2011/10/21 18:50:41 [debug] 996#2864: worker cycle 2011/10/21 18:50:41 [debug] 996#2864: accept mutex locked 2011/10/21 18:50:41 [debug] 996#2864: select event: fd:508 wr:0 2011/10/21 18:50:41 [debug] 996#2864: select timer: 500 Помогите советом пожалуйста.. Конфиг следующий: nginx.conf #укажем пользователя, от имени которого будет работать nginx #user nobody; #Теперь скажем nginx-у, какое количество рабочих процессов породить. Обычно, хорошим выбором бывает число процессов, равное числу процессорных ядер в вашем сервере. worker_processes 8; #куда будут сыпаться логи об ошибках error_log c:/nginx/logs/error.log debug; pid c:/nginx/logs/nginx.pid; worker_rlimit_nofile 80000; worker_priority -10; events { worker_connections 4096; #use select; } http { include c:/nginx/conf/mime.types; default_type application/octet-stream; log_format main '$remote_addr ? $remote_user [$time_local] $status' #Формат лог-файла '"$request" $body_bytes_sent "$http_referer" ' '"$http_user_agent" "http_x_forwarded_for"'; access_log "c:/nginx/logs/access.log" main; sendfile on; tcp_nopush on; tcp_nodelay on; #include /etc/nginx/conf.d/virtual.conf; #Описываем хосты # хост site1.ru server { listen 888; #IP и порт на котором слушает nginx server_name site1.ru www.site1.ru *.site1.ru; #указываем имя и элиасы сайта site1.ru server_name_in_redirect on; access_log c:/nginx/logs/site1.access.log main; include c:/nginx/conf/proxy.conf; # Определяем местонахождение и расширения статичных файлов location ~* ^.+\.(jpg|jpeg|gif|png|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|wav|bmp|rtf|js)$ { root d:/sites/site1.ru; #Домашний каталог сайта site1.ru index index.php index.html; } # htaccess и htpasswd не отдаем location ~ /\.ht { deny all; } } # хост site2.ru server { listen 888; #указываем имена нашего сайта server_name site2.ru www.site2.ru *.site2.ru; server_name_in_redirect on; access_log c:/nginx/logs/site2.access.log main; include c:/nginx/conf/proxy.conf; # Определяем местонахождение и расширения статичных файлов location ~* ^.+\.(jpg|jpeg|gif|png|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|wav|bmp|rtf|js)$ { root d:/sitenet/site2.ru; #Домашний каталог сайта site2.ru index index.php index.html; } # htaccess и htpasswd снова не отдаем location ~ /\.ht { deny all; } } } ---------------------------------------------------------------------------------------------------------------------------------- Подключаемый файл proxy.conf location / { proxy_pass http://127.0.0.1:80/; #указываем ip и порт на котором теперь будет слушать Apache proxy_redirect off; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $remote_addr; client_max_body_size 40m; client_body_buffer_size 128k; proxy_connect_timeout 75; proxy_send_timeout 90; proxy_read_timeout 90; proxy_buffer_size 64k; proxy_buffers 8 64k; proxy_busy_buffers_size 64k; proxy_temp_file_write_size 40m; } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217012,217012#msg-217012 From onokonem на gmail.com Fri Oct 21 15:59:51 2011 From: onokonem на gmail.com (Daniel Podolsky) Date: Fri, 21 Oct 2011 19:59:51 +0400 Subject: =?UTF-8?B?UmU6IG5naW54IDEuMS42INC/0L7QtCBXaW5kb3dzIC0g0YDQsNCx0L7RgtCw0LU=?= =?UTF-8?B?0YIg0LLRgdC10LPQviAxINC/0L7QtNC60LvRjtGH0LXQvdC40LU=?= In-Reply-To: <53bc9f3164c87c0302c259e475ee313b.NginxMailingListRussian@forum.nginx.org> References: <53bc9f3164c87c0302c259e475ee313b.NginxMailingListRussian@forum.nginx.org> Message-ID: > Естественно для ускорения выбор пал на > Nginx. А должен был бы пасть на IIS. Если Вас действительно ускорение интересует. From nginx-forum на nginx.us Fri Oct 21 16:04:17 2011 From: nginx-forum на nginx.us (awe007) Date: Fri, 21 Oct 2011 12:04:17 -0400 Subject: =?UTF-8?B?UmU6IG5naW54IDEuMS42INC/0L7QtCBXaW5kb3dzIC0g0YDQsNCx0L7RgtCw0LU=?= =?UTF-8?B?0YIg0LLRgdC10LPQviAxINC/0L7QtNC60LvRjtGH0LXQvdC40LU=?= In-Reply-To: References: Message-ID: Ну исторически сложилось что apache на сервере был развернут и нормально работал до поры до времени. То, как работает nginx в течение тех двух минут, пока он работает, меня вполне устраивает. Как бы сделать теперь так, чтобы он работал не 2 минуты, а постоянно, и с большим количеством одновременных посетителей :) Он же для этого и был создан. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217012,217025#msg-217025 From gmm на csdoc.com Fri Oct 21 16:25:05 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Fri, 21 Oct 2011 19:25:05 +0300 Subject: =?UTF-8?B?UmU6IG5naW54IDEuMS42INC/0L7QtCBXaW5kb3dzIC0g0YDQsNCx0L7RgtCw0LU=?= =?UTF-8?B?0YIg0LLRgdC10LPQviAxINC/0L7QtNC60LvRjtGH0LXQvdC40LU=?= In-Reply-To: <53bc9f3164c87c0302c259e475ee313b.NginxMailingListRussian@forum.nginx.org> References: <53bc9f3164c87c0302c259e475ee313b.NginxMailingListRussian@forum.nginx.org> Message-ID: <4EA19CE1.9030402@csdoc.com> On 21.10.2011 18:45, awe007 wrote: > Проблема в следующем: > Имеется Windows Server 2008 R2 с установленном на > нём Apache. Всё настроено, все работает, но > медленно. > Естественно для ускорения выбор пал на > Nginx. Nginx сейчас может помочь только частично, если ОС на сервере Windows, а не Linux/FreeBSD. подробности: http://nginx.org/en/docs/windows.html > #Теперь скажем nginx-у, какое количество > рабочих процессов породить. Обычно, > хорошим выбором бывает число > процессов, равное числу процессорных > ядер в вашем сервере. > worker_processes 8; -worker_processes 8; +worker_processes 1; > worker_connections 4096; -worker_connections 4096; +worker_connections 1024; -- Best regards, Gena From mdounin на mdounin.ru Fri Oct 21 16:28:38 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Fri, 21 Oct 2011 20:28:38 +0400 Subject: =?UTF-8?B?UmU6IG5naW54IDEuMS42INC/0L7QtCBXaW5kb3dzIC0g0YDQsNCx0L7RgtCw0LU=?= =?UTF-8?B?0YIg0LLRgdC10LPQviAxINC/0L7QtNC60LvRjtGH0LXQvdC40LU=?= In-Reply-To: <53bc9f3164c87c0302c259e475ee313b.NginxMailingListRussian@forum.nginx.org> References: <53bc9f3164c87c0302c259e475ee313b.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111021162837.GC62535@mdounin.ru> Hello! On Fri, Oct 21, 2011 at 11:45:00AM -0400, awe007 wrote: [...] > worker_processes 8; Вот тут надо поставить 1. Собственно, это скорее всего и является причиной наблюдаемых проблем, если не поможет - приходите ещё. > #куда будут сыпаться логи об ошибках > error_log c:/nginx/logs/error.log debug; JFYI: при уровне логгирования "debug" в логе будет много. Его имеет смысл включать только для отладки. При нормальной работе достаточно "notice". > pid c:/nginx/logs/nginx.pid; > worker_rlimit_nofile 80000; > worker_priority -10; Директивы worker_rlimit_nofile и worker_priority под windows ничего не делают. > events { > worker_connections 4096; Тут поставить не больше 1024. И внимательно прочитать написанное тут (так, на всякий случай): http://nginx.org/en/docs/windows.html#known_issues Maxim Dounin From sytar.alex на gmail.com Fri Oct 21 18:04:51 2011 From: sytar.alex на gmail.com (Aleksandr Sytar) Date: Fri, 21 Oct 2011 22:04:51 +0400 Subject: test In-Reply-To: <4de0cf7f19939b13f1e1913fd93d7d87.NginxMailingListRussian@forum.nginx.org> References: <365a498e28f07c3677f0325d05f0eff3.NginxMailingListRussian@forum.nginx.org> <4de0cf7f19939b13f1e1913fd93d7d87.NginxMailingListRussian@forum.nginx.org> Message-ID: 21 октября 2011 г. 19:14 пользователь awe007 написал: > Блин... они на модерации.. извините > пожалуйста.. тороплюсь, нервничаю.. 2 дня > настраиваю nginx и всё впустую.. Удалите > этот test пожалуйста > Удалить откуда? Это же e-mail рассылка! From nginx-forum на nginx.us Fri Oct 21 18:09:18 2011 From: nginx-forum на nginx.us (drook) Date: Fri, 21 Oct 2011 14:09:18 -0400 Subject: =?UTF-8?B?0J7RiNC40LHQutC4INC90LAgU29sYXJpcyAxMCB4ODY=?= Message-ID: <4d29bdf2bdb000a8e229c136f4fc47ca.NginxMailingListRussian@forum.nginx.org> Привет. Solaris 10 x86 nginx-1.1.5 Некий веб-сервер, раздающий статический контент. Статический контент состоит как из маленьких файлов (картинки), так и из больших дистрибутивов. 10-15 запросов в секунду, 200-700 установленных соединений, траффик 200-600 Мбит. Чем больше число коннектов, тем больше время, проходящее между началом установления сессии и отправкой первого HTTP-запроса. Собственно, это и хотелось бы затюнить. Сейчас оно в районе 2-5 с. Хотелось бы его уменьшить настолько, насколько это возможно. В данный момент испольуется /dev/poll: events { worker_connections 1024; use /dev/poll; devpoll_events 4096; devpoll_changes 4096; multi_accept on; } Пробовал poll/select. Большой разницы между poll и /dev/poll не заметил, на select все как-то менее позитивно (хотя и не сильно, но заметно). Я читал архивы, и видел упоминания, что в солярке должно быть почему-то 32. Не понял и не нашел почему, разницы между 32 и другими значениями субъективно не заметил. Я бы хотел воспользоваться eventport, так как читал, что это модная и эффективная схема работы. Но когда я его включаю, то тут же получаю в логах мегатонны 2011/10/06 15:02:53 [alert] 9936#0: port_dissociate() failed (2: No such file or directory) 2011/10/06 15:02:53 [alert] 9936#0: port_dissociate() failed (2: No such file or directory) (просто буквально мегабайты в секунду лога) Все ссылки из гугла на эту тему ведут сюда же, в топик: http://forum.nginx.org/read.php?21,16750 Топик я читал. Насколько я понимаю, там дело кончилось тем, что автор стал пробовать не-eventport по совету Игоря. Проблем с ulimit у меня нет, все остальное объективное из топика я постарался применить. Хотелось бы все-таки прояснить, почему не получается с eventport ? Второе. Для оптимизации работы с большими файлами я бы хотел включить directio. Когда я его включаю, то первые несколько минут все просто взлетает. Однако, по прошествии некоторого времени, все опять скатывается к этим 2-5 с, с тенденцией к увеличению этого времени по мере увеличения числа сессий. А в логах тем временем появляются подобные записи: 2011/10/21 21:07:44 [alert] 29308#0: *26142 directio(DIRECTIO_ON) "/usr/local/public/backups/files/files2/ea_games/fifa_12/fifa12_pc.zip" failed (25: Inappropriate ioctl for device), client: 42.113.6.222, server: www.files2.enaza.ru, request: "GET /ea_games/fifa_12/fifa12_pc.zip HTTP/1.1", host: "files2.enaza.ru", referrer: "http://blog.vnnclub.com/2011/09/download-fifa-12-full-crack-100-1-link.html" (если у кого-то возникает вопрос по поводу легальности контента - все в порядке и ничего противоправного, просто реферрер видимо с какого-то модного молодежного дорвэя). Записей не то что бы очень много по сравнению с предыдущей проблемой, но порядком, и они появляются постоянно. Я полагаю, что "(25: Inappropriate ioctl for device)" означает, что все плохо, и поэтому directio отключил. Таким образом, всем тем, что, по мнению документации и многочисленных обзоров является быстрым и правильным, воспользоваться не удалось. Можно ли как-то исправить эту ситуацию ? Со своей стороны готов предоставить детальные логи/трэйсы и т.д. Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217032,217032#msg-217032 From unlexx на gmail.com Sat Oct 22 11:19:35 2011 From: unlexx на gmail.com (Un Lexx) Date: Sat, 22 Oct 2011 17:19:35 +0600 Subject: test In-Reply-To: References: <365a498e28f07c3677f0325d05f0eff3.NginxMailingListRussian@forum.nginx.org> <4de0cf7f19939b13f1e1913fd93d7d87.NginxMailingListRussian@forum.nginx.org> Message-ID: он же в форрум пишет 22 октября 2011 г. 0:04 пользователь Aleksandr Sytar написал: > 21 октября 2011 г. 19:14 пользователь awe007 написал: >> Блин... они на модерации.. извините >> пожалуйста.. тороплюсь, нервничаю.. 2 дня >> настраиваю nginx и всё впустую.. Удалите >> этот test пожалуйста >> > > Удалить откуда? > > Это же e-mail рассылка! > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From sytar.alex на gmail.com Sat Oct 22 12:23:10 2011 From: sytar.alex на gmail.com (Aleksandr Sytar) Date: Sat, 22 Oct 2011 16:23:10 +0400 Subject: test In-Reply-To: References: <365a498e28f07c3677f0325d05f0eff3.NginxMailingListRussian@forum.nginx.org> <4de0cf7f19939b13f1e1913fd93d7d87.NginxMailingListRussian@forum.nginx.org> Message-ID: Тот факт что список рассылки выглядит похожим на форум не делает его форумом. 22.10.2011 15:19 пользователь "Un Lexx" написал: > он же в форрум пишет > > 22 октября 2011 г. 0:04 пользователь Aleksandr Sytar > написал: > > 21 октября 2011 г. 19:14 пользователь awe007 > написал: > >> Блин... они на модерации.. извините > >> пожалуйста.. тороплюсь, нервничаю.. 2 дня > >> настраиваю nginx и всё впустую.. Удалите > >> этот test пожалуйста > >> > > > > Удалить откуда? > > > > Это же e-mail рассылка! > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From vlisenko.3s на gmail.com Sat Oct 22 14:49:10 2011 From: vlisenko.3s на gmail.com (Vitaliy Lysenko) Date: Sat, 22 Oct 2011 21:49:10 +0700 Subject: =?UTF-8?B?UmU6INCd0LXQv9GA0LDQstC40LvRjNC90LDRjyDRgNCw0LHQvtGC0LAgbmd4IGh0?= =?UTF-8?B?dHAgYWNjZXNzIG1vZHVsZSA/?= In-Reply-To: <4E9D1BEF.4050908@ukr.net> References: <4E9CB149.1030004@ukr.net> <4E9D1BEF.4050908@ukr.net> Message-ID: а так? 1.2.3.4 не пускаем в nginx route add -host 1.2.3.4 gw 127.0.0.1 18 октября 2011 г. 13:25 пользователь Vladislav V. Prodan написал: > 18.10.2011 3:16, locojohn пишет: >> Владислав, а почему бы их не забанивать >> на уровне ipchains?  Зачем им вообще >> позволять доступ к сайту, если любой >> запрос, даже 403-ий всё равно на уровне http >> даёт нагрузку на сервер.   Используйте >> fail2ban, например. >> > > iptables в виртуалке не работает, жалуется на нехватку памяти :) > > > -- > Vladislav V. Prodan > VVP24-UANIC > +380[67]4584408 > +380[99]4060508 > xmpp:vlad11 на jabber.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From sergey.kobzar на itcraft.org Sat Oct 22 15:08:43 2011 From: sergey.kobzar на itcraft.org (Sergey Kobzar) Date: Sat, 22 Oct 2011 18:08:43 +0300 Subject: upstream fail_timeout In-Reply-To: <20111021151346.GB62535@mdounin.ru> References: <4EA01B4B.90106@itcraft.org> <4EA15BA5.70103@itcraft.org> <20111021124142.GR1911@mdounin.ru> <4EA16AF2.7060008@itcraft.org> <20111021130510.GA62535@mdounin.ru> <4EA18842.9090202@itcraft.org> <20111021151346.GB62535@mdounin.ru> Message-ID: <4EA2DC7B.7030406@itcraft.org> Максим, еще раз спасибо. Комментарии ниже. On 10/21/11 18:13, Maxim Dounin wrote: >>>> У меня задача - если все бэкенды в дауне, выводит custom error page. >>>> А получается при proxy_connect_timeout 5 и 4х бэкендах, пользователь >>>> будет ждать 2 секунд. >>>> >>>> Решения я так понимаю нет? >>> >>> Стандартное решение - сделать backup сервер, с которого и отдавать >>> "custom error page". >>> >>> С ip_hash там могут быть нюансы (вообще говоря, ip_hash не >>> поддерживает backup, и если написать ip_hash до определения >>> backup-сервера - даже ругается). Но теоретически должно >>> заработать как-то так: >>> >>> upstream backend { >>> server 192.2.0.1; >>> server 192.2.0.2; >>> server 127.0.0.1:8080 backup; >>> ip_hash; >>> } >> >> До server 127.0.0.1:8080 backup не додумался. >> >> Хм, а как тогда отдать клиенту 502 скажем вместе со странице от >> 127.0.0.1:8080? > > Какой именно код отдать клиенту - будет решать собственно > backup-сервер (127.0.0.1:8080). > > Если на фронтенде стоит error_page 502 и используется > proxy_intercept_errors - то на backup-сервере можно просто сделать > "return 502", как-то так: > > server { > listen 127.0.0.1:8080; > return 502; > } > > Если на фронтенде не используется proxy_intercept_errors, то > "return 502" + "error_page 502 /502.html" + location для > /502.html, как-то так: > > server { > listen 127.0.0.1:8080; > > location / { > error_page 502 /502.html; > return 502; > } > > location = /502.html { > root /path/to; > } > } Есть одна проблема при max_fails > 1 - клиенту будет одана стандартная error page, N раз (пока Nginx не выкинет дохлый бэкенд из пула). В принципе это не критично при высокой нагрузке, т.к. пострадают всего пару человек. Решение - описать custom error page 2 раза - на фронтенде + на backup сервере. Получилось так-то так: upstream backend { server 10.11.9.2 max_fails=2 fail_timeout=300s; server 10.11.9.3 max_fails=2 fail_timeout=300s; server 127.0.0.1 backup; ip_hash; } server { listen 127.0.0.1; server_name localhost; access_log /var/log/nginx/localhost_access.log main; error_log /var/log/nginx/localhost_error.log info; location / { error_page 502 504 /server_errors/500.html; return 502; } location ^~ /server_errors/ { root /home/www/localhost/htdocs; expires max; } } server { listen 80 default; server_name localhost; access_log /var/log/nginx/default_access.log main; error_log /var/log/nginx/default_error.log info; location / { proxy_pass http://backend; proxy_next_upstream error timeout http_502 http_504; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } error_page 502 504 /server_errors/500.html; location ^~ /server_errors/ { root /home/www/localhost/htdocs; expires max; } } Так вроже бы все работает как и требовалось. > > Maxim Dounin > From mva на mva.name Sat Oct 22 18:34:01 2011 From: mva на mva.name (=?UTF-8?Q?=D0=9C=D0=B8=D1=81=D0=B1=D0=B0=D1=85-=D0=A1=D0=BE=D0=BB=D0=BE?= =?UTF-8?Q?=D0=B2=D1=8C=C3=AB=D0=B2_?= =?koi8-r?Q?=F7=C1=C4=C9=CD?=) Date: Sun, 23 Oct 2011 01:34:01 +0700 Subject: NginX-1.1.4 + Passenger (3.0.7, 3.0.9) + Rails3 Message-ID: <1319308441.24288.5.camel@N900> Здравствуйте, товарищи! Наткнулся тут пару дней назад на такую беду: При попытке запустить Rails3 приложение под пассажиром, собранным, как модуль NginX-1.1.4 (см. постскриптум) в ответ на все запросы отдаются только заголовки, а весь контент (html-код или текст, полученные в результате обработки скрипта) как будто куда-то вырезается. При этом по вебриком, монгрелом и т.п. всё отдаётся как надо. Логи (log/${rails_env}.log) при этом абсолютно идентичны и повествуют об идеальной работе даже под пассажиром. Т.е. возникает ощущение, что вывод обработчика просто куда-то теряется по пути до выдачи в сокет. P.S.: Самое характерное, что при этом: 1) Rails2-приложения работают под пассажиром на NginX-1.1.4 идеально. 2) Всё (Rails3) работает наипрекраснейшим образом при испрользовании NginX-1.0.6. Возможно, там что-то связанное с этим как раз пофиксили, но в 1.1 ветку оно ещё не успело дойти. Буду благодарен, если поможете отдебажить проблему, чтобы предоставить больше информации. -- С уважением, mva From universite на ukr.net Sat Oct 22 19:22:35 2011 From: universite на ukr.net (Vladislav V. Prodan) Date: Sat, 22 Oct 2011 22:22:35 +0300 Subject: test In-Reply-To: References: <365a498e28f07c3677f0325d05f0eff3.NginxMailingListRussian@forum.nginx.org> <4de0cf7f19939b13f1e1913fd93d7d87.NginxMailingListRussian@forum.nginx.org> Message-ID: <4EA317FB.4020607@ukr.net> 22.10.2011 15:23, Aleksandr Sytar пишет: > Тот факт что список рассылки выглядит похожим на форум не делает его > форумом. > в первом сообщении есть: Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217014,217014#msg-217014 Значит первое сообщение запощено на форум, а оттуда попало в почтовую рассылку. -- Vladislav V. Prodan VVP24-UANIC support.od.ua +380[67]4584408 +380[99]4060508 xmpp:vlad11 на jabber.ru From nginx-forum на nginx.us Sun Oct 23 00:41:20 2011 From: nginx-forum на nginx.us (alex_ru) Date: Sat, 22 Oct 2011 20:41:20 -0400 Subject: =?UTF-8?B?UmU6IG5naW54IDEuMS42INC/0L7QtCBXaW5kb3dzIC0g0YDQsNCx0L7RgtCw0LU=?= =?UTF-8?B?0YIg0LLRgdC10LPQviAxINC/0L7QtNC60LvRjtGH0LXQvdC40LU=?= In-Reply-To: <20111021162837.GC62535@mdounin.ru> References: <20111021162837.GC62535@mdounin.ru> Message-ID: <3d92ce29211bc2a75a44f61690c60b8e.NginxMailingListRussian@forum.nginx.org> Первый день начал разбираться с nginx-1.1.6, получилось все настроить, но есть такая-же проблема как у awe007. Продакшн сервер буду размещать скорее всего под FreeBSD, есть ли там такая же проблема или это только под виндой? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217012,217058#msg-217058 From mva на mva.name Sun Oct 23 03:28:47 2011 From: mva на mva.name (=?UTF-8?Q?=D0=9C=D0=B8=D1=81=D0=B1=D0=B0=D1=85-=D0=A1=D0=BE=D0=BB=D0=BE?= =?UTF-8?Q?=D0=B2=D1=8C=C3=AB=D0=B2_?= =?koi8-r?Q?=F7=C1=C4=C9=CD?=) Date: Sun, 23 Oct 2011 10:28:47 +0700 Subject: NginX-1.1.4 + Passenger (3.0.7, 3.0.9) + Rails3 In-Reply-To: <1319308441.24288.5.camel@N900> References: <1319308441.24288.5.camel@N900> Message-ID: <1319340527.24288.8.camel@N900> Кcтати, попробовал 1.1.6 - тоже не пофикшено. Может кто-нибудь в теме, в чём принципиальная разница между 1.0.6 и 1.1.6 в тех местах, где оно может соприкасаться с пассажиром и его cgi? ;) > Здравствуйте, товарищи! > Наткнулся тут пару дней назад на такую беду: > При попытке запустить Rails3 приложение под пассажиром, собранным, как > модуль NginX-1.1.4 (см. постскриптум) в ответ на все запросы отдаются > только заголовки, а весь контент (html-код или текст, полученные в > результате обработки скрипта) как будто куда-то вырезается. При этом по > вебриком, монгрелом и т.п. всё отдаётся как надо. Логи > (log/${rails_env}.log) при этом абсолютно идентичны и повествуют об > идеальной работе даже под пассажиром. Т.е. возникает ощущение, что вывод > обработчика просто куда-то теряется по пути до выдачи в сокет. > > P.S.: Самое характерное, что при этом: > 1) Rails2-приложения работают под пассажиром на NginX-1.1.4 идеально. > 2) Всё (Rails3) работает наипрекраснейшим образом при испрользовании > NginX-1.0.6. Возможно, там что-то связанное с этим как раз пофиксили, но > в 1.1 ветку оно ещё не успело дойти. > > Буду благодарен, если поможете отдебажить проблему, чтобы предоставить > больше информации. -- > С уважением, > mva > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- С уважением, mva From nginx-forum на nginx.us Sun Oct 23 05:20:53 2011 From: nginx-forum на nginx.us (Fixid) Date: Sun, 23 Oct 2011 01:20:53 -0400 Subject: SSL NGINX + SSL IIS Message-ID: Есть VPS сервер в качестве front-end, на него привязан домен и установлен NGINX с купленым SSL сертификатом. Есть физический сервер с IIS и самоподписанным сертификатом. Как настроить NGINX для простого проксирования (без кэша и редиректа) на https 443 порт IIS? (чтобы между IIS и NGINX успользовалось https соединение) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217065,217065#msg-217065 From mva на mva.name Sun Oct 23 05:29:58 2011 From: mva на mva.name (=?UTF-8?Q?=D0=9C=D0=B8=D1=81=D0=B1=D0=B0=D1=85-=D0=A1=D0=BE=D0=BB=D0=BE?= =?UTF-8?Q?=D0=B2=D1=8C=C3=AB=D0=B2_?= =?koi8-r?Q?=F7=C1=C4=C9=CD?=) Date: Sun, 23 Oct 2011 12:29:58 +0700 Subject: SSL NGINX + SSL IIS In-Reply-To: References: Message-ID: <1319347798.1718.2.camel@N900> Просто написать https://backend - не? Правда не помню по какой причине, возможно потому что банально не работало, я отказался от такой идеи применительно к апачу. Если честно, уже совсем не помню причины ;). Тем не менее, советую попробовать, авось заработает просто https://backend. On вс 23 окт 2011 12:20:53 NOVST, Fixid wrote: > Есть VPS сервер в качестве front-end, на него > привязан домен и установлен NGINX с > купленым SSL сертификатом. > Есть физический сервер с IIS и > самоподписанным сертификатом. > > Как настроить NGINX для простого > проксирования (без кэша и редиректа) на > https 443 порт IIS? (чтобы между IIS и NGINX > успользовалось https соединение) > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,217065,217065#msg-217065 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- С уважением, mva From nginx-forum на nginx.us Sun Oct 23 05:34:05 2011 From: nginx-forum на nginx.us (Fixid) Date: Sun, 23 Oct 2011 01:34:05 -0400 Subject: SSL NGINX + SSL IIS In-Reply-To: <1319347798.1718.2.camel@N900> References: <1319347798.1718.2.camel@N900> Message-ID: К сожалению https://backend не работает... http://backend нормально работает. По факту мне надо скрыть ip адрес IIS сервера Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217065,217067#msg-217067 From mva на mva.name Sun Oct 23 05:40:05 2011 From: mva на mva.name (=?UTF-8?Q?=D0=9C=D0=B8=D1=81=D0=B1=D0=B0=D1=85-=D0=A1=D0=BE=D0=BB=D0=BE?= =?UTF-8?Q?=D0=B2=D1=8C=C3=AB=D0=B2_?= =?koi8-r?Q?=F7=C1=C4=C9=CD?=) Date: Sun, 23 Oct 2011 12:40:05 +0700 Subject: SSL NGINX + SSL IIS In-Reply-To: References: <1319347798.1718.2.camel@N900> Message-ID: <1319348406.1718.5.camel@N900> ну, если надо только скрыть, то можно и по http проксировать и просто пробрасывать HTTPS on; на бeкенд ;) Другое дело было бы, если б была паранойя как у меня и ssl между бекендом и фронтендом хотелось бы именно из параноидальных соображений ;). В общем, подождём других ответов, авось есть способ сделать-таки ssl для параноиков ;) On вс 23 окт 2011 12:34:05 NOVST, Fixid wrote: > К сожалению https://backend не работает... > http://backend нормально работает. > По факту мне надо скрыть ip адрес IIS > сервера > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,217065,217067#msg-217067 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- С уважением, mva From nginx-forum на nginx.us Sun Oct 23 05:45:19 2011 From: nginx-forum на nginx.us (Fixid) Date: Sun, 23 Oct 2011 01:45:19 -0400 Subject: SSL NGINX + SSL IIS In-Reply-To: <1319348406.1718.5.camel@N900> References: <1319348406.1718.5.camel@N900> Message-ID: <0bb97243c7b92a72699def5a87e52208.NginxMailingListRussian@forum.nginx.org> Ну пока ждем других ответов появился вопрос. Как тогда при заходе на http://VPS делать редирект на https://VPS и прямое соединение с https://backend без смены имени сайта? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217065,217069#msg-217069 From mva на mva.name Sun Oct 23 06:03:40 2011 From: mva на mva.name (=?UTF-8?Q?=D0=9C=D0=B8=D1=81=D0=B1=D0=B0=D1=85-=D0=A1=D0=BE=D0=BB=D0=BE?= =?UTF-8?Q?=D0=B2=D1=8C=C3=AB=D0=B2_?= =?koi8-r?Q?=F7=C1=C4=C9=CD?=) Date: Sun, 23 Oct 2011 13:03:40 +0700 Subject: SSL NGINX + SSL IIS In-Reply-To: <0bb97243c7b92a72699def5a87e52208.NginxMailingListRussian@forum.nginx.org> References: <1319348406.1718.5.camel@N900> <0bb97243c7b92a72699def5a87e52208.NginxMailingListRussian@forum.nginx.org> Message-ID: <1319349821.1718.8.camel@N900> редирект-то можно банально реврайтом а-ля: if ($scheme = "http") { rewrite ^/(.*)$ https://$server_name/$1 permanent; } А по поводу "прямого соединения с https://backend без смены имени сайта" что-то не понял ;) NginX прекрасно проксирует переменную Host на бекенд и тот может свято верить, что он сам фронтенд и обрабатывает домен точно так же, как NginX. В данном месте у меня возникали проблемы только с портом и только с php- приложениями под fast-cgi (php-fpm). Тот же апач прекрасно работал даже на левом порту бекендом и свято не знал, что он бекенд ;) И никаких проблем не было (просто домены приходилось настраивать и на nginx'е и на апаче) ;) On вс 23 окт 2011 12:45:19 NOVST, Fixid wrote: > Ну пока ждем других ответов появился > вопрос. > Как тогда при заходе на http://VPS делать > редирект на https://VPS и прямое соединение > с https://backend без смены имени сайта? > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,217065,217069#msg-217069 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- С уважением, mva From nginx-forum на nginx.us Sun Oct 23 06:07:46 2011 From: nginx-forum на nginx.us (Fixid) Date: Sun, 23 Oct 2011 02:07:46 -0400 Subject: SSL NGINX + SSL IIS In-Reply-To: <0bb97243c7b92a72699def5a87e52208.NginxMailingListRussian@forum.nginx.org> References: <1319348406.1718.5.camel@N900> <0bb97243c7b92a72699def5a87e52208.NginxMailingListRussian@forum.nginx.org> Message-ID: Не поделитесь конфигом что бы проксировать без кэша Переходить на http://vps, и тут же редиректить на https://vps, а показывать http://iis (или https://iis) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217065,217071#msg-217071 From mva на mva.name Sun Oct 23 06:49:26 2011 From: mva на mva.name (=?UTF-8?Q?=D0=9C=D0=B8=D1=81=D0=B1=D0=B0=D1=85-=D0=A1=D0=BE=D0=BB=D0=BE?= =?UTF-8?Q?=D0=B2=D1=8C=C3=AB=D0=B2_?= =?koi8-r?Q?=F7=C1=C4=C9=CD?=) Date: Sun, 23 Oct 2011 13:49:26 +0700 Subject: SSL NGINX + SSL IIS In-Reply-To: References: <1319348406.1718.5.camel@N900> <0bb97243c7b92a72699def5a87e52208.NginxMailingListRussian@forum.nginx.org> Message-ID: <1319352566.1718.11.camel@N900> что-то типа: server { #listen [::]:80; #раскомментировать если надо-то listen *:80; #listen [::]:443 ssl; #раскомментировать если надо listen *:443 ssl; ssl on; ssl_certificate ...; ssl_certificate_key ...; #ssl_client_certificate ...; # раскомментировать если надо server_name VPS www.VPS; access_log ...; error_log ...; if ($scheme = "http") { rewrite ^/(.*)$ https://$server_name/$1 permanent; } location / { proxy_pass http://iis; proxy_redirect off; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $remote_addr; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header ssl-protocol $ssl_protocol; proxy_set_header ssl-cipher $ssl_cipher; proxy_set_header ssl-session-id $ssl_session_id; proxy_set_header ssl-client-verify $ssl_client_verify; proxy_set_header ssl-client-cert $ssl_client_cert; proxy_set_header ssl-client-raw-cert $ssl_client_raw_cert; proxy_set_header ssl-client-s-dn $ssl_client_s_dn; proxy_set_header ssl-client-i-dn $ssl_client_i_dn; proxy_set_header ssl-client-serial $ssl_client_serial; proxy_ignore_client_abort off; proxy_connect_timeout 600; proxy_send_timeout 600; proxy_read_timeout 600; proxy_ignore_headers Expires Cache-Control; proxy_hide_header Vary; } } Ну или около того. По крайней мере у меня настроено похожим образом. Хотя частенько рекомендуют http и https разносить по разным server {}. На IIS можно на основе X-Forwarded-Proto (если там https) выставлять глобальную переменную HTTPS (для скриптов) в значение "on"; Можно попробовать даже добавить proxy_set_header HTTPS on, но я не уверен в том, что оно хоть чем-то поможет IIS'у, ибо не имел с ним дело. On вс 23 окт 2011 13:07:46 NOVST, Fixid wrote: > Не поделитесь конфигом что бы > проксировать без кэша > Переходить на http://vps, и тут же > редиректить на https://vps, а показывать > http://iis (или https://iis) > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,217065,217071#msg-217071 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- С уважением, mva From nginx-forum на nginx.us Sun Oct 23 06:52:58 2011 From: nginx-forum на nginx.us (Fixid) Date: Sun, 23 Oct 2011 02:52:58 -0400 Subject: SSL NGINX + SSL IIS In-Reply-To: References: <1319348406.1718.5.camel@N900> <0bb97243c7b92a72699def5a87e52208.NginxMailingListRussian@forum.nginx.org> Message-ID: <205d597f16550bce981ede71e34ccc0b.NginxMailingListRussian@forum.nginx.org> Огромное спасибо! Сейчас попробую применить Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217065,217073#msg-217073 From igor на sysoev.ru Sun Oct 23 08:28:50 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Sun, 23 Oct 2011 12:28:50 +0400 Subject: SSL NGINX + SSL IIS In-Reply-To: <1319352566.1718.11.camel@N900> References: <1319348406.1718.5.camel@N900> <0bb97243c7b92a72699def5a87e52208.NginxMailingListRussian@forum.nginx.org> <1319352566.1718.11.camel@N900> Message-ID: <20111023082850.GA47939@nginx.com> On Sun, Oct 23, 2011 at 01:49:26PM +0700, Мисбах-Соловь?в Вадим wrote: > что-то типа: > server { > #listen [::]:80; #раскомментировать если надо-то > listen *:80; > #listen [::]:443 ssl; #раскомментировать если надо > listen *:443 ssl; > ssl on; > ssl_certificate ...; > ssl_certificate_key ...; > #ssl_client_certificate ...; # раскомментировать если надо > server_name VPS www.VPS; > access_log ...; > error_log ...; > if ($scheme = "http") { > rewrite ^/(.*)$ https://$server_name/$1 permanent; > } > Ну или около того. По крайней мере у меня настроено похожим образом. Хотя частенько рекомендуют http и https разносить по разным server {}. Разумеется, разносить. Особенно, учитывая, что единственное предназначение http сервера - делать редирект на https. -- Igor Sysoev From nginx-forum на nginx.us Sun Oct 23 14:05:56 2011 From: nginx-forum на nginx.us (Fixid) Date: Sun, 23 Oct 2011 10:05:56 -0400 Subject: SSL NGINX + SSL IIS In-Reply-To: <20111023082850.GA47939@nginx.com> References: <20111023082850.GA47939@nginx.com> Message-ID: <9d133adba265c91bf10a952700f03da7.NginxMailingListRussian@forum.nginx.org> Спасибо! Все заработало! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217065,217084#msg-217084 From mva на mva.name Sun Oct 23 14:20:26 2011 From: mva на mva.name (=?UTF-8?Q?=D0=9C=D0=B8=D1=81=D0=B1=D0=B0=D1=85-=D0=A1=D0=BE=D0=BB=D0=BE?= =?UTF-8?Q?=D0=B2=D1=8C=C3=AB=D0=B2_?= =?koi8-r?Q?=F7=C1=C4=C9=CD?=) Date: Sun, 23 Oct 2011 21:20:26 +0700 Subject: SSL NGINX + SSL IIS In-Reply-To: <20111023082850.GA47939@nginx.com> References: <1319348406.1718.5.camel@N900> <0bb97243c7b92a72699def5a87e52208.NginxMailingListRussian@forum.nginx.org> <1319352566.1718.11.camel@N900> <20111023082850.GA47939@nginx.com> Message-ID: <1319379626.1718.14.camel@N900> Кстати, Игорь, а всё же, можно как-нибудь поработать над общением с бекендами по https? А то как-то, на сколько мне известно, никто так и не настроил. И ещё, неудобно, конечно, тимлида по такому вопросу дёргать, но всё же хотелось бы получить хоть какой-нибудь помощи с моей проблемой в соседней ветке ;) > Разумеется, разносить. Особенно, учитывая, что единственное > предназначение http сервера - делать редирект на https. > > > -- > Igor Sysoev > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- С уважением, mva From nginx-forum на nginx.us Sun Oct 23 14:30:31 2011 From: nginx-forum на nginx.us (Fixid) Date: Sun, 23 Oct 2011 10:30:31 -0400 Subject: SSL NGINX + SSL IIS In-Reply-To: <1319379626.1718.14.camel@N900> References: <1319379626.1718.14.camel@N900> Message-ID: mva Wrote: ------------------------------------------------------- > Кстати, Игорь, а всё же, > можно как-нибудь > поработать над общением с > бекендами по https? А то > как-то, на сколько мне > известно, никто так и не > настроил. > > И ещё, неудобно, конечно, > тимлида по такому вопросу > дёргать, но всё же хотелось > бы получить хоть > какой-нибудь помощи с моей > проблемой в соседней ветке > ;) > > > Разумеется, разносить. > Особенно, учитывая, что > единственное > > предназначение http сервера > - делать редирект на https. > > > > > > -- > > Igor Sysoev > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > -- > С уважением, > mva > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru У меня получилось заставить работать с бекендами по https. Для этого было достаточно сменить сертификат с самоподписанного на нормальный Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217065,217087#msg-217087 From mdounin на mdounin.ru Sun Oct 23 14:49:57 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sun, 23 Oct 2011 18:49:57 +0400 Subject: upstream fail_timeout In-Reply-To: <4EA2DC7B.7030406@itcraft.org> References: <4EA01B4B.90106@itcraft.org> <4EA15BA5.70103@itcraft.org> <20111021124142.GR1911@mdounin.ru> <4EA16AF2.7060008@itcraft.org> <20111021130510.GA62535@mdounin.ru> <4EA18842.9090202@itcraft.org> <20111021151346.GB62535@mdounin.ru> <4EA2DC7B.7030406@itcraft.org> Message-ID: <20111023144957.GH62535@mdounin.ru> Hello! On Sat, Oct 22, 2011 at 06:08:43PM +0300, Sergey Kobzar wrote: [...] > Есть одна проблема при max_fails > 1 - клиенту будет одана > стандартная error page, N раз (пока Nginx не выкинет дохлый бэкенд Это не имеет никакого отношения ни к max_fails (т.к. даже при max_fails == 1 клиенту будет отдана ошибка, если таки ошибка произойдёт), ни собственно к обсуждаемому вопросу (как обрабатывать ошибки на фронтенде, и обрабатывать ли вообще, - вопрос совершенно отдельный). > из пула). В принципе это не критично при высокой нагрузке, т.к. > пострадают всего пару человек. Решение - описать custom error page 2 > раза - на фронтенде + на backup сервере. Я лично предпочитаю использовать proxy_intercept_errors, это позволяет централизованно конфигурировать страницы ошибок на фронтенде/ах. Но, по понятным причинам, такой подход не всегда применим. Maxim Dounin From mva на mva.name Sun Oct 23 14:53:19 2011 From: mva на mva.name (=?UTF-8?Q?=D0=9C=D0=B8=D1=81=D0=B1=D0=B0=D1=85-=D0=A1=D0=BE=D0=BB=D0=BE?= =?UTF-8?Q?=D0=B2=D1=8C=C3=AB=D0=B2_?= =?koi8-r?Q?=F7=C1=C4=C9=CD?=) Date: Sun, 23 Oct 2011 21:53:19 +0700 Subject: SSL NGINX + SSL IIS In-Reply-To: References: <1319379626.1718.14.camel@N900> Message-ID: <1319381599.1718.17.camel@N900> Ну, я думаю, можно не объяснять, что это - не всегда удобный выход. И возможность отключить проверку сертификата у бекенда крайне не помешала бы. Ну и, повторюсь, на данный момент меня немного больше волнует то, что 1.1.х ветка чем-то так глобально отличается от 1.0.х, что Rails3-приложения под Passenger (собранным, как модуль) отдают пустоту вместо html ;) > У меня получилось заставить работать с > бекендами по https. Для этого было > достаточно сменить сертификат с > самоподписанного на нормальный -- С уважением, mva From sergey.kobzar на itcraft.org Sun Oct 23 14:55:06 2011 From: sergey.kobzar на itcraft.org (Sergey Kobzar) Date: Sun, 23 Oct 2011 17:55:06 +0300 Subject: upstream fail_timeout In-Reply-To: <20111023144957.GH62535@mdounin.ru> References: <4EA01B4B.90106@itcraft.org> <4EA15BA5.70103@itcraft.org> <20111021124142.GR1911@mdounin.ru> <4EA16AF2.7060008@itcraft.org> <20111021130510.GA62535@mdounin.ru> <4EA18842.9090202@itcraft.org> <20111021151346.GB62535@mdounin.ru> <4EA2DC7B.7030406@itcraft.org> <20111023144957.GH62535@mdounin.ru> Message-ID: <4EA42ACA.4070409@itcraft.org> On 10/23/11 17:49, Maxim Dounin wrote: > Hello! > > On Sat, Oct 22, 2011 at 06:08:43PM +0300, Sergey Kobzar wrote: > > [...] > >> Есть одна проблема при max_fails> 1 - клиенту будет одана >> стандартная error page, N раз (пока Nginx не выкинет дохлый бэкенд > > Это не имеет никакого отношения ни к max_fails (т.к. даже при > max_fails == 1 клиенту будет отдана ошибка, если таки ошибка > произойдёт), ни собственно к обсуждаемому вопросу (как > обрабатывать ошибки на фронтенде, и обрабатывать ли вообще, - > вопрос совершенно отдельный). > >> из пула). В принципе это не критично при высокой нагрузке, т.к. >> пострадают всего пару человек. Решение - описать custom error page 2 >> раза - на фронтенде + на backup сервере. > > Я лично предпочитаю использовать proxy_intercept_errors, это > позволяет централизованно конфигурировать страницы ошибок на > фронтенде/ах. Но, по понятным причинам, такой подход не всегда > применим. Максим, а можно немного подробней про proxy_intercept_errors с примером? Из документации не совсем все понятно. Если бэкенд сдулся окончательно, то что от него можно требовать? > > Maxim Dounin > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From mdounin на mdounin.ru Sun Oct 23 15:40:21 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sun, 23 Oct 2011 19:40:21 +0400 Subject: =?UTF-8?B?UmU6IG5naW54IDEuMS42INC/0L7QtCBXaW5kb3dzIC0g0YDQsNCx0L7RgtCw0LU=?= =?UTF-8?B?0YIg0LLRgdC10LPQviAxINC/0L7QtNC60LvRjtGH0LXQvdC40LU=?= In-Reply-To: <3d92ce29211bc2a75a44f61690c60b8e.NginxMailingListRussian@forum.nginx.org> References: <20111021162837.GC62535@mdounin.ru> <3d92ce29211bc2a75a44f61690c60b8e.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111023154021.GK62535@mdounin.ru> Hello! On Sat, Oct 22, 2011 at 08:41:20PM -0400, alex_ru wrote: > Первый день начал разбираться с nginx-1.1.6, > получилось все настроить, но есть > такая-же проблема как у awe007. Судя по молчанию awe007, после установки правильных значений worker_processes и worker_connections у него уже нет проблемы. > Продакшн сервер буду размещать скорее > всего под FreeBSD, есть ли там такая же > проблема или это только под виндой? Это проблема, специфичная для Windows, проявляющаяся при неправильной настройке. Maxim Dounin From mdounin на mdounin.ru Sun Oct 23 16:13:26 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sun, 23 Oct 2011 20:13:26 +0400 Subject: NginX-1.1.4 + Passenger (3.0.7, 3.0.9) + Rails3 In-Reply-To: <1319308441.24288.5.camel@N900> References: <1319308441.24288.5.camel@N900> Message-ID: <20111023161326.GL62535@mdounin.ru> Hello! On Sun, Oct 23, 2011 at 01:34:01AM +0700, Мисбах-Соловь?в Вадим wrote: > Здравствуйте, товарищи! > Наткнулся тут пару дней назад на такую беду: > При попытке запустить Rails3 приложение под пассажиром, > собранным, как модуль NginX-1.1.4 (см. постскриптум) в ответ на > все запросы отдаются только заголовки, а весь контент (html-код > или текст, полученные в результате обработки скрипта) как будто > куда-то вырезается. При этом по вебриком, монгрелом и т.п. всё > отдаётся как надо. > Логи (log/${rails_env}.log) при этом абсолютно идентичны и > повествуют об идеальной работе даже под пассажиром. Т.е. > возникает ощущение, что вывод обработчика просто куда-то > теряется по пути до выдачи в сокет. > > P.S.: Самое характерное, что при этом: > 1) Rails2-приложения работают под пассажиром на NginX-1.1.4 > идеально. > 2) Всё (Rails3) работает наипрекраснейшим образом при > испрользовании NginX-1.0.6. > Возможно, там что-то связанное с этим как раз пофиксили, но в > 1.1 ветку оно ещё не успело дойти. > > Буду благодарен, если поможете отдебажить проблему, чтобы > предоставить больше информации. В 1.1.4 довольно много изменений в API общения с бекендами в связи с добавлением поддержики HTTP/1.1 и постоянных соединений с бекендами. Если модуль passenger'а под эти изменения его авторы не обновили - скорее всего он банально сломался. Имеет смысл пинать авторов модуля, и показывать пальцем сюда: http://mailman.nginx.org/pipermail/nginx-devel/2011-September/001217.html Maxim Dounin From mva на mva.name Sun Oct 23 16:23:23 2011 From: mva на mva.name (=?UTF-8?Q?=D0=9C=D0=B8=D1=81=D0=B1=D0=B0=D1=85-=D0=A1=D0=BE=D0=BB=D0=BE?= =?UTF-8?Q?=D0=B2=D1=8C=C3=AB=D0=B2_?= =?koi8-r?Q?=F7=C1=C4=C9=CD?=) Date: Sun, 23 Oct 2011 23:23:23 +0700 Subject: NginX-1.1.4 + Passenger (3.0.7, 3.0.9) + Rails3 In-Reply-To: <20111023161326.GL62535@mdounin.ru> References: <1319308441.24288.5.camel@N900> <20111023161326.GL62535@mdounin.ru> Message-ID: <1319387003.1718.20.camel@N900> Да, проблема, может и не в пассажире, а именно где-то между ним и Rails3. Потому что Rails2 приложения под пассажиром в 1.1 ветке работают прекрасно. А товарищам рельсоводам, к сожалению, на эти проблемы с высокой крыши... :( Кстати, я в пассажирские внутренности не особо залазил, но судя по директивам в конфиге - он вообще обычный CGI. По идее, ему должно быть наплевать на то, HTTP 1.0 или 1.1. Ну и, всё-таки, хотелось бы всё же, уже, как-то решить проблему. Знать бы, хоть, кого тормошить сейчас ;) On вс 23 окт 2011 23:13:26 NOVST, Maxim Dounin wrote: > Hello! > > On Sun, Oct 23, 2011 at 01:34:01AM +0700, Мисбах-Соловь?в Вадим wrote: > > > Здравствуйте, товарищи! > > Наткнулся тут пару дней назад на такую беду: > > При попытке запустить Rails3 приложение под пассажиром, > > собранным, как модуль NginX-1.1.4 (см. постскриптум) в ответ на > > все запросы отдаются только заголовки, а весь контент (html-код > > или текст, полученные в результате обработки скрипта) как будто > > куда-то вырезается. При этом по вебриком, монгрелом и т.п. всё > > отдаётся как надо. > > Логи (log/${rails_env}.log) при этом абсолютно идентичны и > > повествуют об идеальной работе даже под пассажиром. Т.е. > > возникает ощущение, что вывод обработчика просто куда-то > > теряется по пути до выдачи в сокет. > > > > P.S.: Самое характерное, что при этом: > > 1) Rails2-приложения работают под пассажиром на NginX-1.1.4 > > идеально. > > 2) Всё (Rails3) работает наипрекраснейшим образом при > > испрользовании NginX-1.0.6. > > Возможно, там что-то связанное с этим как раз пофиксили, но в > > 1.1 ветку оно ещё не успело дойти. > > > > Буду благодарен, если поможете отдебажить проблему, чтобы > > предоставить больше информации. > > В 1.1.4 довольно много изменений в API общения с бекендами в связи > с добавлением поддержики HTTP/1.1 и постоянных соединений с > бекендами.  Если модуль passenger'а под эти изменения его авторы > не обновили - скорее всего он банально сломался. > > Имеет смысл пинать авторов модуля, и показывать пальцем сюда: > http://mailman.nginx.org/pipermail/nginx-devel/2011-September/001217.html > > Maxim Dounin > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- С уважением, mva From mdounin на mdounin.ru Sun Oct 23 16:31:17 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sun, 23 Oct 2011 20:31:17 +0400 Subject: upstream fail_timeout In-Reply-To: <4EA42ACA.4070409@itcraft.org> References: <4EA01B4B.90106@itcraft.org> <4EA15BA5.70103@itcraft.org> <20111021124142.GR1911@mdounin.ru> <4EA16AF2.7060008@itcraft.org> <20111021130510.GA62535@mdounin.ru> <4EA18842.9090202@itcraft.org> <20111021151346.GB62535@mdounin.ru> <4EA2DC7B.7030406@itcraft.org> <20111023144957.GH62535@mdounin.ru> <4EA42ACA.4070409@itcraft.org> Message-ID: <20111023163117.GN62535@mdounin.ru> Hello! On Sun, Oct 23, 2011 at 05:55:06PM +0300, Sergey Kobzar wrote: > On 10/23/11 17:49, Maxim Dounin wrote: > >Hello! > > > >On Sat, Oct 22, 2011 at 06:08:43PM +0300, Sergey Kobzar wrote: > > > >[...] > > > >>Есть одна проблема при max_fails> 1 - клиенту будет одана > >>стандартная error page, N раз (пока Nginx не выкинет дохлый бэкенд > > > >Это не имеет никакого отношения ни к max_fails (т.к. даже при > >max_fails == 1 клиенту будет отдана ошибка, если таки ошибка > >произойдёт), ни собственно к обсуждаемому вопросу (как > >обрабатывать ошибки на фронтенде, и обрабатывать ли вообще, - > >вопрос совершенно отдельный). > > > >>из пула). В принципе это не критично при высокой нагрузке, т.к. > >>пострадают всего пару человек. Решение - описать custom error page 2 > >>раза - на фронтенде + на backup сервере. > > > >Я лично предпочитаю использовать proxy_intercept_errors, это > >позволяет централизованно конфигурировать страницы ошибок на > >фронтенде/ах. Но, по понятным причинам, такой подход не всегда > >применим. > > Максим, а можно немного подробней про proxy_intercept_errors с > примером? Из документации не совсем все понятно. Директива proxy_intercept_errors позволяет перехватывать 4xx, 5xx ошибки, возвращённые бекендом, и выдавать вместо них то, что задано с помощью директивы error_page. Пример: location / { proxy_pass http://backend; proxy_intercept_errors on; error_page 404 /404.html; } location = /404.html { # serve static file here } Если бекенд ответит 404, то клиенту уйдёт ответ 404 с телом из /404.html (а не то, что прислал бекенд). > Если бэкенд сдулся окончательно, то что от него можно требовать? Если бекенд сдулся окончательно - то proxy_intercept_errors роли не играет. Он имеет смысл только в том случае, если бекенд ещё способен вернуть ответ. Maxim Dounin From mdounin на mdounin.ru Sun Oct 23 16:43:50 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sun, 23 Oct 2011 20:43:50 +0400 Subject: NginX-1.1.4 + Passenger (3.0.7, 3.0.9) + Rails3 In-Reply-To: <1319387003.1718.20.camel@N900> References: <1319308441.24288.5.camel@N900> <20111023161326.GL62535@mdounin.ru> <1319387003.1718.20.camel@N900> Message-ID: <20111023164350.GO62535@mdounin.ru> Hello! On Sun, Oct 23, 2011 at 11:23:23PM +0700, Мисбах-Соловь?в Вадим wrote: > Да, проблема, может и не в пассажире, а именно где-то между ним > и Rails3. Потому что Rails2 приложения под пассажиром в 1.1 > ветке работают прекрасно. > А товарищам рельсоводам, к сожалению, на эти проблемы с высокой > крыши... :( > Кстати, я в пассажирские внутренности не особо залазил, но судя > по директивам в конфиге - он вообще обычный CGI. По идее, ему > должно быть наплевать на то, HTTP 1.0 или 1.1. С точки зрени nginx'а, passenger - это 3rd party модуль для общения с бекендом. Если оно нормально работает с nginx 1.0.6, но не работает с 1.1.4 - то проблема, скорее всего, в том, что passenger'овский модуль для nginx'а не умеет правильно работать с новыми версиями nginx'а. Для полноты картины можете проверить nginx 1.1.3 (там ещё не было изменений в API, должно заработать). Разница между Rails2 и Rails3 может быть в нюансах, из-за которых в одном случае passenger наступает на изменения API, а в другом - нет. > Ну и, всё-таки, хотелось бы всё же, уже, как-то решить проблему. > Знать бы, хоть, кого тормошить сейчас ;) В любом случае, тормошить - авторов passenger'а (они же авторы модуля для nginx'а). Maxim Dounin > > On вс 23 окт 2011 23:13:26 NOVST, Maxim Dounin wrote: > > > Hello! > > > > On Sun, Oct 23, 2011 at 01:34:01AM +0700, Мисбах-Соловь?в Вадим wrote: > > > > > Здравствуйте, товарищи! > > > Наткнулся тут пару дней назад на такую беду: > > > При попытке запустить Rails3 приложение под пассажиром, > > > собранным, как модуль NginX-1.1.4 (см. постскриптум) в ответ на > > > все запросы отдаются только заголовки, а весь контент (html-код > > > или текст, полученные в результате обработки скрипта) как будто > > > куда-то вырезается. При этом по вебриком, монгрелом и т.п. всё > > > отдаётся как надо. > > > Логи (log/${rails_env}.log) при этом абсолютно идентичны и > > > повествуют об идеальной работе даже под пассажиром. Т.е. > > > возникает ощущение, что вывод обработчика просто куда-то > > > теряется по пути до выдачи в сокет. > > > > > > P.S.: Самое характерное, что при этом: > > > 1) Rails2-приложения работают под пассажиром на NginX-1.1.4 > > > идеально. > > > 2) Всё (Rails3) работает наипрекраснейшим образом при > > > испрользовании NginX-1.0.6. > > > Возможно, там что-то связанное с этим как раз пофиксили, но в > > > 1.1 ветку оно ещё не успело дойти. > > > > > > Буду благодарен, если поможете отдебажить проблему, чтобы > > > предоставить больше информации. > > > > В 1.1.4 довольно много изменений в API общения с бекендами в связи > > с добавлением поддержики HTTP/1.1 и постоянных соединений с > > бекендами.  Если модуль passenger'а под эти изменения его авторы > > не обновили - скорее всего он банально сломался. > > > > Имеет смысл пинать авторов модуля, и показывать пальцем сюда: > > http://mailman.nginx.org/pipermail/nginx-devel/2011-September/001217.html > > > > Maxim Dounin > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > -- > С уважением, > mva > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum на nginx.us Sun Oct 23 18:04:51 2011 From: nginx-forum на nginx.us (alex_ru) Date: Sun, 23 Oct 2011 14:04:51 -0400 Subject: =?UTF-8?B?UmU6IG5naW54IDEuMS42INC/0L7QtCBXaW5kb3dzIC0g0YDQsNCx0L7RgtCw0LU=?= =?UTF-8?B?0YIg0LLRgdC10LPQviAxINC/0L7QtNC60LvRjtGH0LXQvdC40LU=?= In-Reply-To: <20111021162837.GC62535@mdounin.ru> References: <20111021162837.GC62535@mdounin.ru> Message-ID: У меня проблема не устранилась. Игрался с процессорам и коннекшинами, не помогло. Вот мой конфиг: worker_processes 2; error_log logs/nginx_error.log; events { worker_connections 1024; } http { include mime.types; default_type application/octet-stream; sendfile on; keepalive_timeout 0; server { listen 80; server_name localhost; error_page 500 502 503 504 /50x.html; location = /50x.html { root html; } location ~* \.(jpg|jpeg|gif|png|ico|css|bmp|swf|js|html)$ { root /Server/gora; } location / { proxy_pass http://localhost:82; proxy_redirect off; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } } } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217012,217100#msg-217100 From onokonem на gmail.com Sun Oct 23 18:14:43 2011 From: onokonem на gmail.com (Daniel Podolsky) Date: Sun, 23 Oct 2011 22:14:43 +0400 Subject: =?UTF-8?B?UmU6IG5naW54IDEuMS42INC/0L7QtCBXaW5kb3dzIC0g0YDQsNCx0L7RgtCw0LU=?= =?UTF-8?B?0YIg0LLRgdC10LPQviAxINC/0L7QtNC60LvRjtGH0LXQvdC40LU=?= In-Reply-To: References: <20111021162837.GC62535@mdounin.ru> Message-ID: <8E497619-FB5D-43F7-B30A-56615885E4CA@gmail.com> > worker_processes 2; Еще бы она устранилась... From alexey на kovyrin.net Sun Oct 23 18:20:35 2011 From: alexey на kovyrin.net (Oleksiy Kovyrin) Date: Sun, 23 Oct 2011 14:20:35 -0400 Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCBsdWEg0LTQu9GPIG5naW54?= In-Reply-To: References: Message-ID: <0428E1D7-358E-4510-8DB7-4D5B72A920D6@kovyrin.net> On 2011-10-21, at 6:51 AM, Titov Alexander wrote: > Скажите, есть ли подводные камни в использовании вот этого > https://github.com/chaoslawful/lua-nginx-module (ограничения класса > таких модулей я понимаю, меня интересуют конкретные проблемы в > реализации) модуля в nginx? Кто-нибудь использует его в продакшене? Мы в Scribd.com используем для разнообразных извращений с куками и волосатого роутинга запросов к бекендам, очень довольны. Никаких проблем особых не помню с ним. -- Oleksiy Kovyrin http://kovyrin.net From mva на mva.name Sun Oct 23 18:29:17 2011 From: mva на mva.name (=?UTF-8?Q?=D0=9C=D0=B8=D1=81=D0=B1=D0=B0=D1=85-=D0=A1=D0=BE=D0=BB=D0=BE?= =?UTF-8?Q?=D0=B2=D1=8C=C3=AB=D0=B2_?= =?koi8-r?Q?=F7=C1=C4=C9=CD?=) Date: Mon, 24 Oct 2011 01:29:17 +0700 Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCBsdWEg0LTQu9GPIG5naW54?= In-Reply-To: <0428E1D7-358E-4510-8DB7-4D5B72A920D6@kovyrin.net> References: <0428E1D7-358E-4510-8DB7-4D5B72A920D6@kovyrin.net> Message-ID: <1319394557.4157.2.camel@N900> > довольны. Никаких проблем > особых не помню с ним. Ну так автор заявляет, что готово для продакшена (хотя у самого микрорелизы (теги штампует) чуть ли не каждый день) ;) Вообще, да, почти никаких (кроме оговоренных) проблем возникнуть не должно. Советую, кстати, http_echo модуль тоже поставить ;) Тоже полезная штука ;) -- С уважением, mva From s0527705277 на gmail.com Sun Oct 23 18:55:33 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Sun, 23 Oct 2011 20:55:33 +0200 Subject: =?UTF-8?B?0KHQuNC70YzQvdCw0Y8g0L3QsNCz0YDRg9C30LrQsCDQvdCwINGB0LXRgNCy0LU=?= =?UTF-8?B?0YAtINGB0YLRgNC40LzQuNC90LMgRkxW?= Message-ID: Добрый вечер, У меня не как не получается настроить nginx для нормальной работы с flv стримингом. на сервере файлы примерно от 200 до 400 мега, отдаеться примерно 400-500 мегабит/сек в час пик уже как не пробовал... менял sendfile on/off keepalive включал выключал и пробовал разные параметры Сменил с ext4 на XFS Поставил рейд 0 Workers у меня стоит на 10...если ставлю меньше то вообще нечего не грузиться. ... в итоге, в какой-то момент диск начинает интенсивно работать (91.5%wa) и все ели двигается помогите пожалуйста настроить. вот что показывает топ. 91.5%wa top - 07:43:10 up 1 day, 1:25, 2 users, load average: 24.51, 18.95, 19.90 Tasks: 169 total, 1 running, 168 sleeping, 0 stopped, 0 zombie Cpu(s): 0.5%us, 3.9%sy, 0.0%ni, 0.0%id, 91.5%wa, 0.1%hi, 3.9%si, 0.0%st Mem: 4053224k total, 4024956k used, 28268k free, 1040k buffers Swap: 3905528k total, 0k used, 3905528k free, 3667328k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 11132 nobody 20 0 21604 5320 784 D 3 0.1 5:24.17 nginx 11130 nobody 20 0 19972 3508 724 D 2 0.1 5:39.56 nginx 11131 nobody 20 0 21580 5164 780 D 1 0.1 5:19.10 nginx 11425 nobody 20 0 19072 2628 728 D 1 0.1 0:55.90 nginx 11426 nobody 20 0 20260 3840 776 D 1 0.1 1:04.85 nginx 11427 nobody 20 0 19368 2904 728 D 1 0.1 0:57.83 nginx 11430 nobody 20 0 18804 2456 720 D 1 0.1 0:59.86 nginx 12293 video-1 20 0 33384 1128 624 S 1 0.0 0:01.87 vsftpd 11424 nobody 20 0 18936 2544 724 D 1 0.1 0:57.86 nginx 11431 nobody 20 0 19332 2988 728 D 1 0.1 0:59.91 nginx 11432 nobody 20 0 19204 2836 728 D 1 0.1 1:05.41 nginx 11129 nobody 20 0 19976 3540 724 D 1 0.1 5:28.38 nginx 11428 nobody 20 0 20448 4032 780 D 1 0.1 0:59.61 nginx 12305 root 20 0 19064 1408 1000 R 1 0.0 0:00.05 top 326 root 20 0 0 0 0 S 0 0.0 0:13.87 xfsdatad/2 11249 nobody 20 0 18804 2440 720 S 0 0.1 2:13.71 nginx 11329 nobody 20 0 20512 4032 716 S 0 0.1 0:10.11 nginx 11423 nobody 20 0 19200 2788 728 D 0 0.1 1:03.45 nginx 11429 nobody 20 0 18804 2428 724 D 0 0.1 0:57.36 nginx 1 root 20 0 8352 760 624 S 0 0.0 0:01.97 init мой конфиг worker_processes 10; error_log /var/log/nginx; events { worker_connections 1024; } http { include mime.types; default_type application/octet-stream; sendfile on; tcp_nopush on; keepalive_timeout 60; server { listen 80; server_name sub.domain.com; root /home/fast/public/; location / { root /home/fast/public/; index index.html index.htm; sendfile on; } location ~ \.flv$ { flv; output_buffers 1 128k; sendfile on; } } server { listen 80 sndbuf=128K; server_name sub.domain2.com; root /home/video-1/public/; #charset koi8-r; #access_log logs/host.access.log main; location / { root /home/video-1/public/; index index.html index.htm; sendfile on; } location ~ \.flv$ { flv; output_buffers 1 128k; sendfile on; } ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From a.vasilishin на kpi.ua Sun Oct 23 19:04:36 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sun, 23 Oct 2011 22:04:36 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: References: Message-ID: <4EA46544.80803@kpi.ua> 23.10.2011 21:55, Stephan Miyalik пишет: > Поставил рейд 0 > Workers у меня стоит на 10...если ставлю меньше то вообще нечего > не грузиться. > > ... в итоге, в какой-то момент диск начинает интенсивно работать > (91.5%wa) и все ели двигается > А сколько у Вас дисков и каких? -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From s0527705277 на gmail.com Sun Oct 23 19:29:10 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Sun, 23 Oct 2011 21:29:10 +0200 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA46544.80803@kpi.ua> References: <4EA46544.80803@kpi.ua> Message-ID: 2 диска по 2TB остальные данные не знаю... и на сервере не могу проверить потому-что он не двигается сейчас. 2011/10/23 Андрей Василишин > 23.10.2011 21:55, Stephan Miyalik пишет: > > > Поставил рейд 0 >> Workers у меня стоит на 10...если ставлю меньше то вообще нечего >> не грузиться. >> >> ... в итоге, в какой-то момент диск начинает интенсивно работать >> (91.5%wa) и все ели двигается >> >> > А сколько у Вас дисков и каких? > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From a.vasilishin на kpi.ua Sun Oct 23 19:31:36 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sun, 23 Oct 2011 22:31:36 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: References: <4EA46544.80803@kpi.ua> Message-ID: <4EA46B98.8000404@kpi.ua> 23.10.2011 22:29, Stephan Miyalik пишет: > 2 диска по 2TB > остальные данные не знаю... и на сервере не могу проверить потому-что он > не двигается сейчас. А сколько Вы планировали из них выжать? Дайте угадаю, диски - SATAII, скорость интерфейса 3Гбит/с, 3+3 =6Гбит/с? -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From s0527705277 на gmail.com Sun Oct 23 19:38:35 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Sun, 23 Oct 2011 21:38:35 +0200 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA46B98.8000404@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> Message-ID: Я рассчитывал, что его хватит на долго и он выдержит спокойно начальный старт нашего стриминга. Не знаю точно, там где я заказывал сервер не написано... 2011/10/23 Андрей Василишин > 23.10.2011 22:29, Stephan Miyalik пишет: > > 2 диска по 2TB >> остальные данные не знаю... и на сервере не могу проверить потому-что он >> не двигается сейчас. >> > > А сколько Вы планировали из них выжать? > Дайте угадаю, диски - SATAII, скорость интерфейса 3Гбит/с, 3+3 =6Гбит/с? > > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From a.vasilishin на kpi.ua Sun Oct 23 19:45:16 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sun, 23 Oct 2011 22:45:16 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> Message-ID: <4EA46ECC.5010001@kpi.ua> 23.10.2011 22:38, Stephan Miyalik пишет: > Я рассчитывал, что его хватит на долго и он выдержит > спокойно начальный старт нашего стриминга. > Не знаю точно, там где я заказывал сервер не написано... > В цифрах пожалуйста? Или Вы думаете что сервера на гигабитном канале с двумя дисками сдают в аренду за 319 баксов в надежде что Вы весь гигабит выжрете при цене гигабита на рынке больше 1000 евро? -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From s0527705277 на gmail.com Sun Oct 23 19:50:16 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Sun, 23 Oct 2011 21:50:16 +0200 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA46ECC.5010001@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> Message-ID: Мне важно чтобы сервер работал хорошо, пускай не будет использован весь гигабайт... мне сейчас ответили с поддержки "All your disks are SATAII - 3 Gb/s. " 2011/10/23 Андрей Василишин > 23.10.2011 22:38, Stephan Miyalik пишет: > > Я рассчитывал, что его хватит на долго и он выдержит >> спокойно начальный старт нашего стриминга. >> Не знаю точно, там где я заказывал сервер не написано... >> >> > В цифрах пожалуйста? Или Вы думаете что сервера на гигабитном канале с > двумя дисками сдают в аренду за 319 баксов в надежде что Вы весь гигабит > выжрете при цене гигабита на рынке больше 1000 евро? > > > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на nginx.us Sun Oct 23 19:50:34 2011 From: nginx-forum на nginx.us (alex_ru) Date: Sun, 23 Oct 2011 15:50:34 -0400 Subject: =?UTF-8?B?UmU6IG5naW54IDEuMS42INC/0L7QtCBXaW5kb3dzIC0g0YDQsNCx0L7RgtCw0LU=?= =?UTF-8?B?0YIg0LLRgdC10LPQviAxINC/0L7QtNC60LvRjtGH0LXQvdC40LU=?= In-Reply-To: <8E497619-FB5D-43F7-B30A-56615885E4CA@gmail.com> References: <8E497619-FB5D-43F7-B30A-56615885E4CA@gmail.com> Message-ID: <09a3ea6d774c9e843879982886797fb0.NginxMailingListRussian@forum.nginx.org> Daniel Podolsky Wrote: ------------------------------------------------------- > > worker_processes 2; > Еще бы она устранилась... > было написано, что установить желательно столько, сколько ядер у компа. У меня у ноута 2 ядра, поставил 2. Выше писалось, что вообще 1 можно ставить. Даже если конфиг не оптимальный, пусть тупит, но не зависает же навечно Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217012,217114#msg-217114 From a.vasilishin на kpi.ua Sun Oct 23 19:53:28 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sun, 23 Oct 2011 22:53:28 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> Message-ID: <4EA470B8.7020607@kpi.ua> 23.10.2011 22:50, Stephan Miyalik пишет: > Мне важно чтобы сервер работал хорошо, пускай не будет использован весь > гигабайт... > мне сейчас ответили с поддержки "All your disks are SATAII - 3 Gb/s. > " Ну, так что я Вам могу сказать, для 2 дисков - 500 мбит/с - это предел, для гигабита надо бы 6 дисков SATAII. Так что поздравляю - с настройкой у Вас все в порядке и Вы стали жертвой маркетологов 2 раза. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From mdounin на mdounin.ru Sun Oct 23 19:56:06 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sun, 23 Oct 2011 23:56:06 +0400 Subject: =?UTF-8?B?UmU6IG5naW54IDEuMS42INC/0L7QtCBXaW5kb3dzIC0g0YDQsNCx0L7RgtCw0LU=?= =?UTF-8?B?0YIg0LLRgdC10LPQviAxINC/0L7QtNC60LvRjtGH0LXQvdC40LU=?= In-Reply-To: <09a3ea6d774c9e843879982886797fb0.NginxMailingListRussian@forum.nginx.org> References: <8E497619-FB5D-43F7-B30A-56615885E4CA@gmail.com> <09a3ea6d774c9e843879982886797fb0.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111023195606.GP62535@mdounin.ru> Hello! On Sun, Oct 23, 2011 at 03:50:34PM -0400, alex_ru wrote: > Daniel Podolsky Wrote: > ------------------------------------------------------- > > > worker_processes 2; > > Еще бы она устранилась... > > > было написано, что установить > желательно столько, сколько ядер у > компа. У меня у ноута 2 ядра, поставил 2. > Выше писалось, что вообще 1 можно > ставить. > Даже если конфиг не оптимальный, пусть > тупит, но не зависает же навечно Было написано, что под Windows *надо поставить 1*. Maxim Dounin From s0527705277 на gmail.com Sun Oct 23 20:08:11 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Sun, 23 Oct 2011 22:08:11 +0200 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA470B8.7020607@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> Message-ID: мне кажется дело в количестве запросов... к вечеру их много, сервер ели двигается и уже не отдает по 500 мега/сек а по 250-300... 2011/10/23 Андрей Василишин > 23.10.2011 22:50, Stephan Miyalik пишет: > > Мне важно чтобы сервер работал хорошо, пускай не будет использован весь >> гигабайт... >> мне сейчас ответили с поддержки "All your disks are SATAII - 3 Gb/s. >> " >> > > Ну, так что я Вам могу сказать, для 2 дисков - 500 мбит/с - это предел, для > гигабита надо бы 6 дисков SATAII. Так что поздравляю - с настройкой у Вас > все в порядке и Вы стали жертвой маркетологов 2 раза. > > > > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From gmm на csdoc.com Sun Oct 23 20:12:49 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Sun, 23 Oct 2011 23:12:49 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA470B8.7020607@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> Message-ID: <4EA47541.2070706@csdoc.com> On 23.10.2011 22:53, Андрей Василишин wrote: >> Мне важно чтобы сервер работал хорошо, пускай не будет использован весь >> гигабайт... >> мне сейчас ответили с поддержки "All your disks are SATAII - 3 Gb/s." > Ну, так что я Вам могу сказать, для 2 дисков - 500 мбит/с - это предел, > для гигабита надо бы 6 дисков SATAII. Так что поздравляю - с настройкой > у Вас все в порядке и Вы стали жертвой маркетологов 2 раза. не все. raid0 не даст максимальной производительности для стриминга видео. надо или raid1 (больше производительность) или два полностью независимых диска в системе (больше дискового пространства). raid0 даст тот же объем дискового пространства, что и два независимых диска, но меньшую производительность для нагрузки random read операций. 91.5%wa и "load average: 24.51, 18.95, 19.90" - это как раз и есть признаки того, что диски делают большее чем необходимо количество операций позиционирования из-за того, что там используется raid0. -- Best regards, Gena From a.vasilishin на kpi.ua Sun Oct 23 20:13:42 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sun, 23 Oct 2011 23:13:42 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> Message-ID: <4EA47576.8020409@kpi.ua> 23.10.2011 23:08, Stephan Miyalik пишет: > мне кажется дело в количестве запросов... к вечеру их много, сервер > ели двигается и уже не отдает по 500 мега/сек а по 250-300... Сколько конектов к серверу? output_buffers 1 128k; можно увеличить до 1m, это поможет снизить нагрузку на диски, но вот оперативы у Вас всего 4Гб, как бы не упереться в нее. 250-300 - тоже не плохо, я же говорю Вам что на гигабит надо 6 веников по личному опыту и то не всегда получается, расчет идет на то, что несколько файлов закешируются в памяти. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From a.vasilishin на kpi.ua Sun Oct 23 20:16:05 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sun, 23 Oct 2011 23:16:05 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA47541.2070706@csdoc.com> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA47541.2070706@csdoc.com> Message-ID: <4EA47605.7060105@kpi.ua> 23.10.2011 23:12, Gena Makhomed пишет: > On 23.10.2011 22:53, Андрей Василишин wrote: > >>> Мне важно чтобы сервер работал хорошо, пускай не будет использован весь >>> гигабайт... >>> мне сейчас ответили с поддержки "All your disks are SATAII - 3 Gb/s." > >> Ну, так что я Вам могу сказать, для 2 дисков - 500 мбит/с - это предел, >> для гигабита надо бы 6 дисков SATAII. Так что поздравляю - с настройкой >> у Вас все в порядке и Вы стали жертвой маркетологов 2 раза. > > не все. raid0 не даст максимальной производительности для стриминга > видео. надо или raid1 (больше производительность) или два полностью > независимых диска в системе (больше дискового пространства). > > raid0 даст тот же объем дискового пространства, что и два независимых > диска, но меньшую производительность для нагрузки random read операций. > > 91.5%wa и "load average: 24.51, 18.95, 19.90" - это как раз и есть > признаки того, что диски делают большее чем необходимо количество > операций позиционирования из-за того, что там используется raid0. > со всем согласен, но даже для 2-х независимых дисков 500 мбит/с рандом рид - очень много. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From s0527705277 на gmail.com Sun Oct 23 20:27:50 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Sun, 23 Oct 2011 22:27:50 +0200 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA47605.7060105@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA47541.2070706@csdoc.com> <4EA47605.7060105@kpi.ua> Message-ID: блин надо было сразу вас спросить... сейчас опять придется переустанавливать. на счет запросов тоже не знаю еще не успел поставить статус мод, думал nginx по минимум сделать. так как мне сейчас ставить систему я могу туда еще 2 диска прикрутить? и имеет ли смысл делать XFS? 2011/10/23 Андрей Василишин > 23.10.2011 23:12, Gena Makhomed пишет: > > On 23.10.2011 22:53, Андрей Василишин wrote: >> >> Мне важно чтобы сервер работал хорошо, пускай не будет использован весь >>>> гигабайт... >>>> мне сейчас ответили с поддержки "All your disks are SATAII - 3 Gb/s." >>>> >>> >> Ну, так что я Вам могу сказать, для 2 дисков - 500 мбит/с - это предел, >>> для гигабита надо бы 6 дисков SATAII. Так что поздравляю - с настройкой >>> у Вас все в порядке и Вы стали жертвой маркетологов 2 раза. >>> >> >> не все. raid0 не даст максимальной производительности для стриминга >> видео. надо или raid1 (больше производительность) или два полностью >> независимых диска в системе (больше дискового пространства). >> >> raid0 даст тот же объем дискового пространства, что и два независимых >> диска, но меньшую производительность для нагрузки random read операций. >> >> 91.5%wa и "load average: 24.51, 18.95, 19.90" - это как раз и есть >> признаки того, что диски делают большее чем необходимо количество >> операций позиционирования из-за того, что там используется raid0. >> >> > со всем согласен, но даже для 2-х независимых дисков 500 мбит/с рандом рид > - очень много. > > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From a.vasilishin на kpi.ua Sun Oct 23 20:32:58 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sun, 23 Oct 2011 23:32:58 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA47541.2070706@csdoc.com> <4EA47605.7060105@kpi.ua> Message-ID: <4EA479FA.9070903@kpi.ua> 23.10.2011 23:27, Stephan Miyalik пишет: > блин надо было сразу вас спросить... сейчас > опять придется переустанавливать. > на счет запросов тоже не знаю еще не успел поставить статус мод, думал > nginx по минимум сделать. > > так как мне сейчас ставить систему я могу туда еще 2 диска прикрутить? и > имеет ли смысл делать XFS? Вроде как чуть быстрее ект3, и не чекается по три часа при ребуте :) -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From s0527705277 на gmail.com Sun Oct 23 21:05:22 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Sun, 23 Oct 2011 23:05:22 +0200 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA479FA.9070903@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA47541.2070706@csdoc.com> <4EA47605.7060105@kpi.ua> <4EA479FA.9070903@kpi.ua> Message-ID: Перезагрузил и показатели нормальныйе... eth0 / traffic statistics rx | tx --------------------------------------+------------------ bytes 1.23 GiB | 55.09 GiB --------------------------------------+------------------ max 13.28 Mbit/s | 651.21 Mbit/s average 10.05 Mbit/s | 451.77 Mbit/s min 2.24 Mbit/s | 39.31 Mbit/s --------------------------------------+------------------ packets 19100844 | 39923922 --------------------------------------+------------------ max 25172 p/s | 56270 p/s average 18671 p/s | 39026 p/s min 2032 p/s | 3857 p/s --------------------------------------+------------------ time 17.05 minutes top - 10:04:03 up 1 day, 3:46, 2 users, load average: 0.74, 2.66, 23.83 Tasks: 127 total, 2 running, 125 sleeping, 0 stopped, 0 zombie Cpu(s): 0.6%us, 3.8%sy, 0.0%ni, 67.2%id, 22.5%wa, 0.1%hi, 5.8%si, 0.0%st Mem: 4053224k total, 3882132k used, 171092k free, 5044k buffers Swap: 3905528k total, 4k used, 3905524k free, 3275592k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 12825 nobody 20 0 18256 1852 732 R 3 0.0 0:29.65 nginx 12826 nobody 20 0 18256 1864 732 S 3 0.0 0:30.00 nginx 12827 nobody 20 0 18256 1896 728 S 3 0.0 0:32.52 nginx 47 root 20 0 0 0 0 S 2 0.0 19:53.38 kswapd0 12818 nobody 20 0 19924 3544 816 S 2 0.1 0:38.48 nginx 12820 nobody 20 0 19972 3616 812 S 2 0.1 0:45.99 nginx 12822 nobody 20 0 18256 1856 728 S 2 0.0 0:34.26 nginx 12823 nobody 20 0 19888 3480 788 S 2 0.1 0:12.56 nginx 12824 nobody 20 0 18256 1868 732 S 2 0.0 0:27.66 nginx 12834 root 20 0 19060 1260 904 R 2 0.0 0:00.03 top 1 root 20 0 8352 756 620 S 0 0.0 0:02.08 init 2011/10/23 Андрей Василишин > 23.10.2011 23:27, Stephan Miyalik пишет: > > блин надо было сразу вас спросить... сейчас >> опять придется переустанавливать. >> на счет запросов тоже не знаю еще не успел поставить статус мод, думал >> nginx по минимум сделать. >> >> так как мне сейчас ставить систему я могу туда еще 2 диска прикрутить? и >> имеет ли смысл делать XFS? >> > > Вроде как чуть быстрее ект3, и не чекается по три часа при ребуте :) > > > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From s0527705277 на gmail.com Sun Oct 23 21:08:33 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Sun, 23 Oct 2011 23:08:33 +0200 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA47541.2070706@csdoc.com> <4EA47605.7060105@kpi.ua> <4EA479FA.9070903@kpi.ua> Message-ID: но к вечеру опять начинается хаус... 2011/10/23 Stephan Miyalik > Перезагрузил и показатели нормальныйе... > > eth0 / traffic statistics > > rx | tx > --------------------------------------+------------------ > bytes 1.23 GiB | 55.09 GiB > --------------------------------------+------------------ > max 13.28 Mbit/s | 651.21 Mbit/s > average 10.05 Mbit/s | 451.77 Mbit/s > min 2.24 Mbit/s | 39.31 Mbit/s > --------------------------------------+------------------ > packets 19100844 | 39923922 > --------------------------------------+------------------ > max 25172 p/s | 56270 p/s > average 18671 p/s | 39026 p/s > min 2032 p/s | 3857 p/s > --------------------------------------+------------------ > time 17.05 minutes > > > top - 10:04:03 up 1 day, 3:46, 2 users, load average: 0.74, 2.66, 23.83 > Tasks: 127 total, 2 running, 125 sleeping, 0 stopped, 0 zombie > Cpu(s): 0.6%us, 3.8%sy, 0.0%ni, 67.2%id, 22.5%wa, 0.1%hi, 5.8%si, > 0.0%st > Mem: 4053224k total, 3882132k used, 171092k free, 5044k buffers > Swap: 3905528k total, 4k used, 3905524k free, 3275592k cached > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 12825 nobody 20 0 18256 1852 732 R 3 0.0 0:29.65 nginx > 12826 nobody 20 0 18256 1864 732 S 3 0.0 0:30.00 nginx > 12827 nobody 20 0 18256 1896 728 S 3 0.0 0:32.52 nginx > 47 root 20 0 0 0 0 S 2 0.0 19:53.38 kswapd0 > 12818 nobody 20 0 19924 3544 816 S 2 0.1 0:38.48 nginx > 12820 nobody 20 0 19972 3616 812 S 2 0.1 0:45.99 nginx > 12822 nobody 20 0 18256 1856 728 S 2 0.0 0:34.26 nginx > 12823 nobody 20 0 19888 3480 788 S 2 0.1 0:12.56 nginx > 12824 nobody 20 0 18256 1868 732 S 2 0.0 0:27.66 nginx > 12834 root 20 0 19060 1260 904 R 2 0.0 0:00.03 top > 1 root 20 0 8352 756 620 S 0 0.0 0:02.08 init > > > 2011/10/23 Андрей Василишин > >> 23.10.2011 23:27, Stephan Miyalik пишет: >> >> блин надо было сразу вас спросить... сейчас >>> опять придется переустанавливать. >>> на счет запросов тоже не знаю еще не успел поставить статус мод, думал >>> nginx по минимум сделать. >>> >>> так как мне сейчас ставить систему я могу туда еще 2 диска прикрутить? и >>> имеет ли смысл делать XFS? >>> >> >> Вроде как чуть быстрее ект3, и не чекается по три часа при ребуте :) >> >> >> >> -- >> WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE >> >> ______________________________**_________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/**mailman/listinfo/nginx-ru >> > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на nginx.us Sun Oct 23 21:14:09 2011 From: nginx-forum на nginx.us (perestoronin) Date: Sun, 23 Oct 2011 17:14:09 -0400 Subject: NginX-1.1.4 + Passenger (3.0.7, 3.0.9) + Rails3 In-Reply-To: <20111023164350.GO62535@mdounin.ru> References: <20111023164350.GO62535@mdounin.ru> Message-ID: <7693d5786d8772f9ac6eae0fed549b84.NginxMailingListRussian@forum.nginx.org> Maxim Dounin Wrote: ------------------------------------------------------- > Hello! > > On Sun, Oct 23, 2011 at 11:23:23PM +0700, > Мисбах-Соловь?в Вадим wrote: > > > Да, проблема, может и не в > пассажире, а именно где-то > между ним > > и Rails3. Потому что Rails2 > приложения под пассажиром > в 1.1 > > ветке работают прекрасно. > > А товарищам рельсоводам, к > сожалению, на эти проблемы > с высокой > > крыши... :( > > Кстати, я в пассажирские > внутренности не особо > залазил, но судя > > по директивам в конфиге - > он вообще обычный CGI. По > идее, ему > > должно быть наплевать на > то, HTTP 1.0 или 1.1. > > С точки зрени nginx'а, passenger - > это 3rd party модуль для > общения с бекендом. > > Если оно нормально > работает с nginx 1.0.6, но не > работает с 1.1.4 > - то проблема, скорее всего, > в том, что passenger'овский > модуль > для nginx'а не умеет правильно > работать с новыми версиями > nginx'а. > Для полноты картины можете > проверить nginx 1.1.3 (там ещё не > было > изменений в API, должно > заработать). > > Разница между Rails2 и Rails3 > может быть в нюансах, из-за > которых > в одном случае passenger > наступает на изменения API, а > в другом - > нет. > > > Ну и, всё-таки, хотелось бы > всё же, уже, как-то решить > проблему. > > Знать бы, хоть, кого > тормошить сейчас ;) > > В любом случае, тормошить - > авторов passenger'а (они же > авторы > модуля для nginx'а). > > Maxim Dounin > > > > > On вс 23 окт 2011 23:13:26 NOVST, Maxim > Dounin wrote: > > > > > Hello! > > > > > > On Sun, Oct 23, 2011 at 01:34:01AM +0700, > Мисбах-Соловь?в Вадим wrote: > > > > > > > Здравствуйте, товарищи! > > > > Наткнулся тут пару дней > назад на такую беду: > > > > При попытке запустить > Rails3 приложение под > пассажиром, > > > > собранным, как модуль > NginX-1.1.4 (см. постскриптум) в > ответ на > > > > все запросы отдаются > только заголовки, а весь > контент (html-код > > > > или текст, полученные в > результате обработки > скрипта) как будто > > > > куда-то вырезается. При > этом по вебриком, монгрелом > и т.п. всё > > > > отдаётся как надо. > > > > Логи (log/${rails_env}.log) при > этом абсолютно идентичны и > > > > повествуют об идеальной > работе даже под пассажиром. > Т.е. > > > > возникает ощущение, что > вывод обработчика просто > куда-то > > > > теряется по пути до > выдачи в сокет. > > > > > > > > P.S.: Самое характерное, > что при этом: > > > > 1) Rails2-приложения > работают под пассажиром на > NginX-1.1.4 > > > > идеально. > > > > 2) Всё (Rails3) работает > наипрекраснейшим образом > при > > > > испрользовании NginX-1.0.6. > > > > Возможно, там что-то > связанное с этим как раз > пофиксили, но в > > > > 1.1 ветку оно ещё не > успело дойти. > > > > > > > > Буду благодарен, если > поможете отдебажить > проблему, чтобы > > > > предоставить больше > информации. > > > > > > В 1.1.4 довольно много > изменений в API общения с > бекендами в связи > > > с добавлением поддержики > HTTP/1.1 и постоянных > соединений с > > > бекендами.  Если модуль > passenger'а под эти изменения > его авторы > > > не обновили - скорее > всего он банально сломался. > > > > > > Имеет смысл пинать > авторов модуля, и > показывать пальцем сюда: > > > > http://mailman.nginx.org/pipermail/nginx-devel/201 > 1-September/001217.html > > > > > > Maxim Dounin > > > > > > > _______________________________________________ > > > nginx-ru mailing list > > > nginx-ru на nginx.org > > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > -- > > С уважением, > > mva > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru Разместил отчет об ошибке http://code.google.com/p/phusion-passenger/issues/detail?id=712&colspec=ID%20Type%20Status%20Priority%20Milestone%20Stars%20Summary&start=100 Спасибо за помощь, с nginx 1.1.3 действительно passenger работает. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217056,217130#msg-217130 From s0527705277 на gmail.com Sun Oct 23 21:27:09 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Sun, 23 Oct 2011 23:27:09 +0200 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA47541.2070706@csdoc.com> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA47541.2070706@csdoc.com> Message-ID: а не лучше raid10? 2011/10/23 Gena Makhomed > On 23.10.2011 22:53, Андрей Василишин wrote: > > Мне важно чтобы сервер работал хорошо, пускай не будет использован весь >>> гигабайт... >>> мне сейчас ответили с поддержки "All your disks are SATAII - 3 Gb/s." >>> >> > Ну, так что я Вам могу сказать, для 2 дисков - 500 мбит/с - это предел, >> для гигабита надо бы 6 дисков SATAII. Так что поздравляю - с настройкой >> у Вас все в порядке и Вы стали жертвой маркетологов 2 раза. >> > > не все. raid0 не даст максимальной производительности для стриминга видео. > надо или raid1 (больше производительность) или два полностью независимых > диска в системе (больше дискового пространства). > > raid0 даст тот же объем дискового пространства, что и два независимых > диска, но меньшую производительность для нагрузки random read операций. > > 91.5%wa и "load average: 24.51, 18.95, 19.90" - это как раз и есть признаки > того, что диски делают большее чем необходимо количество операций > позиционирования из-за того, что там используется raid0. > > -- > Best regards, > Gena > > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From a.vasilishin на kpi.ua Sun Oct 23 21:45:35 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 24 Oct 2011 00:45:35 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA47541.2070706@csdoc.com> <4EA47605.7060105@kpi.ua> <4EA479FA.9070903@kpi.ua> Message-ID: <4EA48AFF.303@kpi.ua> 24.10.2011 0:08, Stephan Miyalik пишет: > но к вечеру опять начинается хаус... > Ну, понятное дело, пока канал позволяет диски будут со всех сил стараться, еще раз: либо увеличьте количество дисков без рейдов либо ограничьте скорость и прочитайте тред на на тему "что лучще рейд или без него?" тут это обсуждали и не раз http://forum.nginx.org/read.php?21,68014,68014#msg-68014 -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From s0527705277 на gmail.com Sun Oct 23 22:53:44 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Mon, 24 Oct 2011 00:53:44 +0200 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA48AFF.303@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA47541.2070706@csdoc.com> <4EA47605.7060105@kpi.ua> <4EA479FA.9070903@kpi.ua> <4EA48AFF.303@kpi.ua> Message-ID: Не совсем понятно по этой переписке что в итоге лучше... 2011/10/23 Андрей Василишин > 24.10.2011 0:08, Stephan Miyalik пишет: > > но к вечеру опять начинается хаус... >> >> > Ну, понятное дело, пока канал позволяет диски будут со всех сил стараться, > еще раз: либо увеличьте количество дисков без рейдов либо ограничьте > скорость и прочитайте тред на на тему "что лучще рейд или без него?" тут > это обсуждали и не раз > http://forum.nginx.org/read.**php?21,68014,68014#msg-68014 > > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From a.vasilishin на kpi.ua Sun Oct 23 22:55:30 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 24 Oct 2011 01:55:30 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA47541.2070706@csdoc.com> <4EA47605.7060105@kpi.ua> <4EA479FA.9070903@kpi.ua> <4EA48AFF.303@kpi.ua> Message-ID: <4EA49B62.1000305@kpi.ua> 24.10.2011 1:53, Stephan Miyalik пишет: > Не совсем понятно по этой переписке что в итоге лучше... Вы вторую страницу прочитали? http://forum.nginx.org/read.php?21,68014,page=2 -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From s0527705277 на gmail.com Sun Oct 23 23:12:49 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Mon, 24 Oct 2011 01:12:49 +0200 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA49B62.1000305@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA47541.2070706@csdoc.com> <4EA47605.7060105@kpi.ua> <4EA479FA.9070903@kpi.ua> <4EA48AFF.303@kpi.ua> <4EA49B62.1000305@kpi.ua> Message-ID: да... но там больше обсуждался raid0 .vs raid1 и в этой схватке я так понял raid1 победил. а что на счет raid10? с ним я понял ты получаешь все преимущества 1 и 0 2011/10/24 Андрей Василишин > 24.10.2011 1:53, Stephan Miyalik пишет: > > Не совсем понятно по этой переписке что в итоге лучше... >> > > Вы вторую страницу прочитали? > http://forum.nginx.org/read.**php?21,68014,page=2 > > > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From a.vasilishin на kpi.ua Sun Oct 23 23:29:43 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 24 Oct 2011 02:29:43 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA47541.2070706@csdoc.com> <4EA47605.7060105@kpi.ua> <4EA479FA.9070903@kpi.ua> <4EA48AFF.303@kpi.ua> <4EA49B62.1000305@kpi.ua> Message-ID: <4EA4A367.8090309@kpi.ua> 24.10.2011 2:12, Stephan Miyalik пишет: > да... но там больше обсуждался raid0 .vs raid1 и в этой схватке я так > понял raid1 победил. > а что на счет raid10? с ним я понял ты получаешь все преимущества 1 и 0 Краткое резюме: все рейды проигрывают отдельным дискам. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From s0527705277 на gmail.com Sun Oct 23 23:32:22 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Mon, 24 Oct 2011 01:32:22 +0200 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA4A367.8090309@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA47541.2070706@csdoc.com> <4EA47605.7060105@kpi.ua> <4EA479FA.9070903@kpi.ua> <4EA48AFF.303@kpi.ua> <4EA49B62.1000305@kpi.ua> <4EA4A367.8090309@kpi.ua> Message-ID: ок так чего вы посоветуете ставить 1, 10 или без рейда? 2011/10/24 Андрей Василишин > 24.10.2011 2:12, Stephan Miyalik пишет: > > да... но там больше обсуждался raid0 .vs raid1 и в этой схватке я так >> понял raid1 победил. >> а что на счет raid10? с ним я понял ты получаешь все преимущества 1 и 0 >> > > Краткое резюме: все рейды проигрывают отдельным дискам. > > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From a.vasilishin на kpi.ua Sun Oct 23 23:37:21 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 24 Oct 2011 02:37:21 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA47541.2070706@csdoc.com> <4EA47605.7060105@kpi.ua> <4EA479FA.9070903@kpi.ua> <4EA48AFF.303@kpi.ua> <4EA49B62.1000305@kpi.ua> <4EA4A367.8090309@kpi.ua> Message-ID: <4EA4A531.4060400@kpi.ua> 24.10.2011 2:32, Stephan Miyalik пишет: > ок так чего вы посоветуете ставить 1, 10 или без рейда? Давайте так, Вы внимательно читаете сообщение http://forum.nginx.org/read.php?21,68014,79073#msg-79073 и делаете выводы. ЗЫ но больше 500 мбит/с в любом случае Вам вряд ли удастся выжать с двух обычных сата-дисков. Добавляйте дисков, памяти, ссд либо ограничивайте канал чтобы быстрее упиралось в него, чем в диски, иначе сервер будет тормозить. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From s0527705277 на gmail.com Sun Oct 23 23:43:33 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Mon, 24 Oct 2011 01:43:33 +0200 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA4A531.4060400@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA47541.2070706@csdoc.com> <4EA47605.7060105@kpi.ua> <4EA479FA.9070903@kpi.ua> <4EA48AFF.303@kpi.ua> <4EA49B62.1000305@kpi.ua> <4EA4A367.8090309@kpi.ua> <4EA4A531.4060400@kpi.ua> Message-ID: Это ясно... Уже заказал 6 дисков Six Core AMD Phenom II X6 Thuban16GB RAM 2011/10/24 Андрей Василишин > 24.10.2011 2:32, Stephan Miyalik пишет: > > ок так чего вы посоветуете ставить 1, 10 или без рейда? >> > > Давайте так, Вы внимательно читаете сообщение http://forum.nginx.org/read. > **php?21,68014,79073#msg-79073и делаете выводы. > > ЗЫ но больше 500 мбит/с в любом случае Вам вряд ли удастся выжать с двух > обычных сата-дисков. Добавляйте дисков, памяти, ссд либо ограничивайте канал > чтобы быстрее упиралось в него, чем в диски, иначе сервер будет тормозить. > > > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From a.vasilishin на kpi.ua Sun Oct 23 23:44:40 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 24 Oct 2011 02:44:40 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: References: <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA47541.2070706@csdoc.com> <4EA47605.7060105@kpi.ua> <4EA479FA.9070903@kpi.ua> <4EA48AFF.303@kpi.ua> <4EA49B62.1000305@kpi.ua> <4EA4A367.8090309@kpi.ua> <4EA4A531.4060400@kpi.ua> Message-ID: <4EA4A6E8.2080505@kpi.ua> 24.10.2011 2:43, Stephan Miyalik пишет: > Это ясно... > Уже заказал 6 дисков Six Core AMD Phenom II X6 Thuban16GB RAM Где заказываете если не секрет и сколько это стоит? -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From s0527705277 на gmail.com Sun Oct 23 23:45:18 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Mon, 24 Oct 2011 01:45:18 +0200 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA47541.2070706@csdoc.com> <4EA47605.7060105@kpi.ua> <4EA479FA.9070903@kpi.ua> <4EA48AFF.303@kpi.ua> <4EA49B62.1000305@kpi.ua> <4EA4A367.8090309@kpi.ua> <4EA4A531.4060400@kpi.ua> Message-ID: > Или раскидывать запросы на два (три четыре) разных диска на уровне приложения, размазав по ним данные, вместо использования RAID0? так это тот же raid1! 2011/10/24 Stephan Miyalik > Это ясно... > Уже заказал 6 дисков Six Core AMD Phenom II X6 Thuban16GB RAM > > > 2011/10/24 Андрей Василишин > >> 24.10.2011 2:32, Stephan Miyalik пишет: >> >> ок так чего вы посоветуете ставить 1, 10 или без рейда? >>> >> >> Давайте так, Вы внимательно читаете сообщение >> http://forum.nginx.org/read.**php?21,68014,79073#msg-79073и делаете выводы. >> >> ЗЫ но больше 500 мбит/с в любом случае Вам вряд ли удастся выжать с двух >> обычных сата-дисков. Добавляйте дисков, памяти, ссд либо ограничивайте канал >> чтобы быстрее упиралось в него, чем в диски, иначе сервер будет тормозить. >> >> >> >> -- >> WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE >> >> ______________________________**_________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/**mailman/listinfo/nginx-ru >> > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From a.vasilishin на kpi.ua Sun Oct 23 23:46:43 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 24 Oct 2011 02:46:43 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: References: <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA47541.2070706@csdoc.com> <4EA47605.7060105@kpi.ua> <4EA479FA.9070903@kpi.ua> <4EA48AFF.303@kpi.ua> <4EA49B62.1000305@kpi.ua> <4EA4A367.8090309@kpi.ua> <4EA4A531.4060400@kpi.ua> Message-ID: <4EA4A763.3030401@kpi.ua> 24.10.2011 2:45, Stephan Miyalik пишет: >> Или раскидывать запросы на два (три четыре) разных диска на уровне > приложения, размазав по ним данные, вместо использования RAID0? > > так это тот же raid1! > нет - это отдельные диски. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From s0527705277 на gmail.com Mon Oct 24 00:16:11 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Mon, 24 Oct 2011 02:16:11 +0200 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA4A763.3030401@kpi.ua> References: <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA47541.2070706@csdoc.com> <4EA47605.7060105@kpi.ua> <4EA479FA.9070903@kpi.ua> <4EA48AFF.303@kpi.ua> <4EA49B62.1000305@kpi.ua> <4EA4A367.8090309@kpi.ua> <4EA4A531.4060400@kpi.ua> <4EA4A763.3030401@kpi.ua> Message-ID: но результат тот же... инфа копируется на все диски и скорость чтения увеличивается 2011/10/24 Андрей Василишин > 24.10.2011 2:45, Stephan Miyalik пишет: > > Или раскидывать запросы на два (три четыре) разных диска на уровне >>> >> приложения, размазав по ним данные, вместо использования RAID0? >> >> так это тот же raid1! >> >> > нет - это отдельные диски. > > > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From a.vasilishin на kpi.ua Mon Oct 24 00:18:51 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 24 Oct 2011 03:18:51 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: References: <4EA470B8.7020607@kpi.ua> <4EA47541.2070706@csdoc.com> <4EA47605.7060105@kpi.ua> <4EA479FA.9070903@kpi.ua> <4EA48AFF.303@kpi.ua> <4EA49B62.1000305@kpi.ua> <4EA4A367.8090309@kpi.ua> <4EA4A531.4060400@kpi.ua> <4EA4A763.3030401@kpi.ua> Message-ID: <4EA4AEEB.40306@kpi.ua> 24.10.2011 3:16, Stephan Miyalik пишет: > но результат тот же... инфа копируется на все диски и скорость > чтения увеличивается нет не тот же, допустим у нас есть 4 файла и 4 диска, в случае standalone дисков, мы записываем по одному файлу на диск, в случае рейд1 мы записываем по 4 файла на каждый диск. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From zzz на zzz.org.ua Mon Oct 24 00:30:13 2011 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Mon, 24 Oct 2011 03:30:13 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: References: <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA47541.2070706@csdoc.com> <4EA47605.7060105@kpi.ua> <4EA479FA.9070903@kpi.ua> <4EA48AFF.303@kpi.ua> <4EA49B62.1000305@kpi.ua> <4EA4A367.8090309@kpi.ua> <4EA4A531.4060400@kpi.ua> <4EA4A763.3030401@kpi.ua> Message-ID: On Mon, Oct 24, 2011 at 3:16 AM, Stephan Miyalik wrote: > но результат тот же... инфа копируется на все диски и скорость > чтения увеличивается А вы не от скорости отталкивайтесь, а от количества операций. Т.е. считайте, что скорость чтения настолько большая, что ее можно не учитывать вообще, а вот количество операций очень ограничено. From sergey.kobzar на itcraft.org Mon Oct 24 07:43:56 2011 From: sergey.kobzar на itcraft.org (Sergey Kobzar) Date: Mon, 24 Oct 2011 10:43:56 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA470B8.7020607@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> Message-ID: <4EA5173C.6080608@itcraft.org> On 10/23/11 22:53, Андрей Василишин wrote: > 23.10.2011 22:50, Stephan Miyalik пишет: >> Мне важно чтобы сервер работал хорошо, пускай не будет использован весь >> гигабайт... >> мне сейчас ответили с поддержки "All your disks are SATAII - 3 Gb/s. >> " > > Ну, так что я Вам могу сказать, для 2 дисков - 500 мбит/с - это предел, > для гигабита надо бы 6 дисков SATAII. Так что поздравляю - с настройкой > у Вас все в порядке и Вы стали жертвой маркетологов 2 раза. Почему именно 6 и в какой конфигурации mirror/stripe? From nginx-forum на nginx.us Mon Oct 24 07:53:42 2011 From: nginx-forum на nginx.us (awe007) Date: Mon, 24 Oct 2011 03:53:42 -0400 Subject: =?UTF-8?B?UmU6IG5naW54IDEuMS42INC/0L7QtCBXaW5kb3dzIC0g0YDQsNCx0L7RgtCw0LU=?= =?UTF-8?B?0YIg0LLRgdC10LPQviAxINC/0L7QtNC60LvRjtGH0LXQvdC40LU=?= In-Reply-To: <20111023195606.GP62535@mdounin.ru> References: <20111023195606.GP62535@mdounin.ru> Message-ID: Спасибо, Уважаемые! Это worker_processes 1; worker_connections 1024; Помогло! проблема с зависанием процессов ушла! :) Благодарю всех за помощь! (p.s.) для сравнения ставлю на виртуалку FreeBSD, и попробую там запустить apache+ngnix. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217012,217154#msg-217154 From postmaster на softsearch.ru Mon Oct 24 08:34:17 2011 From: postmaster на softsearch.ru (=?Windows-1251?B?zOj14OjrIMzu7eD4uOI=?=) Date: Mon, 24 Oct 2011 12:34:17 +0400 Subject: =?UTF-8?B?0JTQvtGA0LDQsdC+0YLQutCwIGxpbWl0X3JlcQ==?= Message-ID: <1615264782.20111024123417@softsearch.ru> Здравствуйте. Иногда возникает задача блокировать кого-то, кто чересчур часто что-то с сайта запрашивает. Сейчас можно ограничить его по количеству запросов в единицу времени. Но запросы, которые вписываются в лимит будут проходить. Но это не совсем то, что иногда нужно. Иногда надо заблокировать до тех пор, пока количество запросов не снизится до установленного лимита. И это легко могло бы решаться, если у limit_req добавить параметр, который заставлял бы сохранять информацию о каждом запросе, а не только о том, который вписывается в установленный лимит. -- С уважением, Михаил mailto:postmaster на softsearch.ru From alexander.moskalenko на gmail.com Mon Oct 24 08:58:28 2011 From: alexander.moskalenko на gmail.com (Alexander Moskalenko) Date: Mon, 24 Oct 2011 11:58:28 +0300 Subject: MP4 + proxy_cache/proxy_store Message-ID: Добрый день. Есть схема 2 origin + 10 edge. С origin все хорошо, отдает быстро. Проблема возникает с edge. На них довольно мало места и весь контент там держать не получится. Хотелось сделать схему с кешированием либо дотягиванием и удалением по atime. Насколько я понял с кешированием не будет стримминга. Верно? С proxy_store есть проблема с отдачей клиенту до того как файл полностью скачался. Файлы где-то в среднем по 15МБ. location / { internal; aio on; directio 512; output_buffers 1 128k; location ~* \.mp4$ { mp4; try_files $uri @origin; limit_rate_after 1m; limit_rate 200k; } location ~* \.flv$ { flv; try_files $uri @origin; limit_rate_after 1m; limit_rate 200k; } } location /dl/ { return 503; location ~ ^/dl/(?P[\w\-=]+,\d+)(?P/.+)$ { secure_link $secure_hash; secure_link_md5 $secure_link_expires.$file.; if ($secure_link = "") { return 404; } if ($secure_link = 0) { return 404; } rewrite ^ /$file last; } } location @origin { proxy_pass http://origin; #proxy_buffering off; proxy_ignore_client_abort on; proxy_store on; proxy_store_access user:rw group:r all:r; } Вот так все работает, но клиенту ничего не отдается пока файл полностью не скачался (в принципе ожидаемо), но если раскоментировать proxy_buffering то proxy_store перестает складывать файл. # nginx -V nginx: nginx version: nginx/1.0.8 nginx: built by gcc 4.1.2 20080704 (Red Hat 4.1.2-50) nginx: TLS SNI support disabled nginx: configure arguments: --prefix=/etc/nginx/ --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --pid-path=/var/run/nginx.pid --lock-path=/var/run/nginx.lock --http-client-body-temp-path=/var/cache/nginx/client_temp --http-proxy-temp-path=/var/cache/nginx/proxy_temp --http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp --http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp --http-scgi-temp-path=/var/cache/nginx/scgi_temp --user=nginx --group=nginx --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_flv_module --with-http_mp4_module --with-http_gzip_static_module --with-http_random_index_module --with-http_secure_link_module --with-http_stub_status_module --with-mail --with-mail_ssl_module --with-file-aio --with-ipv6 --with-cc-opt='-O2 -g -m64 -mtune=generic' Вопрос собственно как правильно реализовать схему? -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.vasilishin на kpi.ua Mon Oct 24 09:00:47 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 24 Oct 2011 12:00:47 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA5173C.6080608@itcraft.org> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> Message-ID: <4EA5293F.4060000@kpi.ua> 24.10.2011 10:43, Sergey Kobzar пишет: > On 10/23/11 22:53, Андрей Василишин wrote: >> 23.10.2011 22:50, Stephan Miyalik пишет: >>> Мне важно чтобы сервер работал хорошо, пускай не будет использован весь >>> гигабайт... >>> мне сейчас ответили с поддержки "All your disks are SATAII - 3 Gb/s. >>> " >> >> Ну, так что я Вам могу сказать, для 2 дисков - 500 мбит/с - это предел, >> для гигабита надо бы 6 дисков SATAII. Так что поздравляю - с настройкой >> у Вас все в порядке и Вы стали жертвой маркетологов 2 раза. > > Почему именно 6 и в какой конфигурации mirror/stripe? Если веников больше одного - обязательно должен быть рейд? -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From sergey.kobzar на itcraft.org Mon Oct 24 09:21:04 2011 From: sergey.kobzar на itcraft.org (Sergey Kobzar) Date: Mon, 24 Oct 2011 12:21:04 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA5293F.4060000@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> Message-ID: <4EA52E00.1030401@itcraft.org> On 10/24/11 12:00, Андрей Василишин wrote: > 24.10.2011 10:43, Sergey Kobzar пишет: >> On 10/23/11 22:53, Андрей Василишин wrote: >>> 23.10.2011 22:50, Stephan Miyalik пишет: >>>> Мне важно чтобы сервер работал хорошо, пускай не будет использован весь >>>> гигабайт... >>>> мне сейчас ответили с поддержки "All your disks are SATAII - 3 Gb/s. >>>> " >>> >>> Ну, так что я Вам могу сказать, для 2 дисков - 500 мбит/с - это предел, >>> для гигабита надо бы 6 дисков SATAII. Так что поздравляю - с настройкой >>> у Вас все в порядке и Вы стали жертвой маркетологов 2 раза. >> >> Почему именно 6 и в какой конфигурации mirror/stripe? > > Если веников больше одного - обязательно должен быть рейд? Я этого не говорил. mirro/stripe/standalone disk - как варианты возможных опций. From a.vasilishin на kpi.ua Mon Oct 24 09:26:21 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 24 Oct 2011 12:26:21 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA52E00.1030401@itcraft.org> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> Message-ID: <4EA52F3D.9060100@kpi.ua> 24.10.2011 12:21, Sergey Kobzar пишет: >>> Почему именно 6 и в какой конфигурации mirror/stripe? >> >> Если веников больше одного - обязательно должен быть рейд? > > Я этого не говорил. mirro/stripe/standalone disk - как варианты > возможных опций. Вот уже появился третий вариант, а в первом вашем сообщении его почему-то не было, если перечитаете тред полностью и ссылки на другой тред, которые я давал, то поймете что я использую. А 6 вывелось империческим путем и то бывают случаи, что их не хватает, конечно бывают и другие случаи, когда весь контент помещается в оперативе и раздавай хоть 10 Гбит/с. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From sergey.kobzar на itcraft.org Mon Oct 24 09:31:21 2011 From: sergey.kobzar на itcraft.org (Sergey Kobzar) Date: Mon, 24 Oct 2011 12:31:21 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA52F3D.9060100@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> Message-ID: <4EA53069.4090304@itcraft.org> On 10/24/11 12:26, Андрей Василишин wrote: >> Я этого не говорил. mirro/stripe/standalone disk - как варианты >> возможных опций. > > > Вот уже появился третий вариант, а в первом вашем сообщении его > почему-то не было, если перечитаете тред полностью и ссылки на другой > тред, которые я давал, то поймете что я использую. А 6 вывелось > империческим путем и то бывают случаи, что их не хватает, конечно бывают > и другие случаи, когда весь контент помещается в оперативе и раздавай > хоть 10 Гбит/с. "6 вывелось империческим путем" - о чем я спрашивал изначально "весь контент помещается в оперативе" - это менее реально/интересно From s0527705277 на gmail.com Mon Oct 24 09:38:00 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Mon, 24 Oct 2011 11:38:00 +0200 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA53069.4090304@itcraft.org> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> Message-ID: Может скажите простым языком что лучше всего делать в моем случае? Просто добавить полно дисков и раскидывать по ним файлы, или тот же файл по всем диском раскидать и затем через скрипт рандомально запрашивать по дискам? 2011/10/24 Sergey Kobzar > On 10/24/11 12:26, Андрей Василишин wrote: > > Я этого не говорил. mirro/stripe/standalone disk - как варианты >>> возможных опций. >>> >> >> >> Вот уже появился третий вариант, а в первом вашем сообщении его >> почему-то не было, если перечитаете тред полностью и ссылки на другой >> тред, которые я давал, то поймете что я использую. А 6 вывелось >> империческим путем и то бывают случаи, что их не хватает, конечно бывают >> и другие случаи, когда весь контент помещается в оперативе и раздавай >> хоть 10 Гбит/с. >> > > "6 вывелось империческим путем" - о чем я спрашивал изначально > "весь контент помещается в оперативе" - это менее реально/интересно > > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From igor на sysoev.ru Mon Oct 24 09:44:45 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 24 Oct 2011 13:44:45 +0400 Subject: MP4 + proxy_cache/proxy_store In-Reply-To: References: Message-ID: <20111024094445.GC76004@nginx.com> On Mon, Oct 24, 2011 at 11:58:28AM +0300, Alexander Moskalenko wrote: > Добрый день. > > Есть схема 2 origin + 10 edge. > С origin все хорошо, отдает быстро. > > Проблема возникает с edge. > На них довольно мало места и весь контент там держать не получится. > Хотелось сделать схему с кешированием либо дотягиванием и удалением по > atime. > > Насколько я понял с кешированием не будет стримминга. Верно? Да. > С proxy_store есть проблема с отдачей клиенту до того как файл полностью > скачался. > Файлы где-то в среднем по 15МБ. > > location / { > internal; > aio on; > directio 512; > output_buffers 1 128k; > > location ~* \.mp4$ { > mp4; > try_files $uri @origin; > limit_rate_after 1m; > limit_rate 200k; > } > > location ~* \.flv$ { > flv; > try_files $uri @origin; > limit_rate_after 1m; > limit_rate 200k; > } > } > > location /dl/ { > return 503; > location ~ ^/dl/(?P[\w\-=]+,\d+)(?P/.+)$ { > secure_link $secure_hash; > secure_link_md5 $secure_link_expires.$file.; > if ($secure_link = "") { > return 404; > } > if ($secure_link = 0) { > return 404; > } > rewrite ^ /$file last; > } > } > > location @origin { > proxy_pass http://origin; > #proxy_buffering off; > proxy_ignore_client_abort on; > proxy_store on; > proxy_store_access user:rw group:r all:r; > } > > Вот так все работает, но клиенту ничего не отдается пока файл полностью не > скачался (в принципе ожидаемо), Клиенту отдаваться должно. > но если раскоментировать proxy_buffering то > proxy_store перестает складывать файл. Да, proxy_buffering off не работает с proxy_store. -- Игорь Сысоев http://sysoev.ru From a.vasilishin на kpi.ua Mon Oct 24 09:45:27 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 24 Oct 2011 12:45:27 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> Message-ID: <4EA533B7.4050606@kpi.ua> 24.10.2011 12:38, Stephan Miyalik пишет: > Может скажите простым языком что лучше всего делать в моем случае? > Просто добавить полно дисков и раскидывать по ним файлы, или тот же файл > по всем диском раскидать и затем через скрипт рандомально запрашивать по > дискам? Лучше просто добавить дисков и рандомно раскидывать файлы, тогда будет вероятность что парочка из них закешируется и веникам будет легче. Для бекапа я б сделал бы на соседних вениках папки и синхронизировал раз в сколько не жалко, в конфиг бы дописал через try_files эти самые папки с бекапом чтобы вообще исключить простой в случае чего. Получится вариант почти рейд1 но с производительностью standalone дисков. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From mdounin на mdounin.ru Mon Oct 24 09:52:54 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Mon, 24 Oct 2011 13:52:54 +0400 Subject: MP4 + proxy_cache/proxy_store In-Reply-To: References: Message-ID: <20111024095254.GS62535@mdounin.ru> Hello! On Mon, Oct 24, 2011 at 11:58:28AM +0300, Alexander Moskalenko wrote: > Есть схема 2 origin + 10 edge. > С origin все хорошо, отдает быстро. > > Проблема возникает с edge. > На них довольно мало места и весь контент там держать не получится. > Хотелось сделать схему с кешированием либо дотягиванием и удалением по > atime. > > Насколько я понял с кешированием не будет стримминга. Верно? Да. > С proxy_store есть проблема с отдачей клиенту до того как файл полностью > скачался. > Файлы где-то в среднем по 15МБ. > > location / { > internal; > aio on; > directio 512; > output_buffers 1 128k; > > location ~* \.mp4$ { > mp4; > try_files $uri @origin; > limit_rate_after 1m; > limit_rate 200k; > } > > location ~* \.flv$ { > flv; > try_files $uri @origin; > limit_rate_after 1m; > limit_rate 200k; > } > } > > location /dl/ { > return 503; > location ~ ^/dl/(?P[\w\-=]+,\d+)(?P/.+)$ { > secure_link $secure_hash; > secure_link_md5 $secure_link_expires.$file.; > if ($secure_link = "") { > return 404; > } > if ($secure_link = 0) { > return 404; > } > rewrite ^ /$file last; > } > } > > location @origin { > proxy_pass http://origin; > #proxy_buffering off; > proxy_ignore_client_abort on; > proxy_store on; > proxy_store_access user:rw group:r all:r; > } > > Вот так все работает, но клиенту ничего не отдается пока файл полностью не > скачался (в принципе ожидаемо), А как тестируете? При использовании proxy_store ответ отдаётся точно так же, как и при обычном проксировании: по мере заполения буферов из proxy_buffers. Единственное отличие: он при этом ещё и складывается в файл. (И, на случай если это вдруг не очевидно, при проксировании в такой схеме тоже не будет стриминга, как и в случае кеша. Стриминг будет только если файл был уже ранее сохранён через proxy_store и подобрался с диска.) > но если раскоментировать proxy_buffering то > proxy_store перестает складывать файл. Это ожидаемо. Maxim Dounin From s0527705277 на gmail.com Mon Oct 24 09:55:54 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Mon, 24 Oct 2011 11:55:54 +0200 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA533B7.4050606@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> Message-ID: Спасибо! так и сделаю... а как на счет настроек? keepalive? sendfile? aio? что-то из них играет существенную роль? 2011/10/24 Андрей Василишин > 24.10.2011 12:38, Stephan Miyalik пишет: > > Может скажите простым языком что лучше всего делать в моем случае? >> Просто добавить полно дисков и раскидывать по ним файлы, или тот же файл >> по всем диском раскидать и затем через скрипт рандомально запрашивать по >> дискам? >> > > > Лучше просто добавить дисков и рандомно раскидывать файлы, тогда будет > вероятность что парочка из них закешируется и веникам будет легче. Для > бекапа я б сделал бы на соседних вениках папки и синхронизировал раз в > сколько не жалко, в конфиг бы дописал через try_files эти самые папки с > бекапом чтобы вообще исключить простой в случае чего. Получится вариант > почти рейд1 но с производительностью standalone дисков. > > > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ekruglov на gmail.com Mon Oct 24 09:56:23 2011 From: ekruglov на gmail.com (Kruglov Eugenie) Date: Mon, 24 Oct 2011 13:56:23 +0400 Subject: MP4 + proxy_cache/proxy_store In-Reply-To: References: Message-ID: Если устроит реализация, при которой во время работы proxy_store одному клиенту все остальные проксируются на бекенд - могу выложить конфиг. -- Faithfully yours, Eugenie ICQ #701217 GTalk ekruglov на gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.moskalenko на gmail.com Mon Oct 24 10:17:21 2011 From: alexander.moskalenko на gmail.com (Alexander Moskalenko) Date: Mon, 24 Oct 2011 13:17:21 +0300 Subject: MP4 + proxy_cache/proxy_store In-Reply-To: <20111024095254.GS62535@mdounin.ru> References: <20111024095254.GS62535@mdounin.ru> Message-ID: > > > А как тестируете? При использовании proxy_store ответ отдаётся > точно так же, как и при обычном проксировании: по мере заполения > буферов из proxy_buffers. Единственное отличие: он при этом ещё и > складывается в файл. > > Тестирую плеером, визуально сначала идет ожидание, через какое-то время начинает играться, при следующем запросе начинает играть сразу. К сожалению до debug log пока не добрался (ваши пакеты под CentOS собраны без --with-debug-log). может стоит покрутить размеры буферов? (И, на случай если это вдруг не очевидно, при проксировании в > такой схеме тоже не будет стриминга, как и в случае кеша. > Стриминг будет только если файл был уже ранее сохранён через > proxy_store и подобрался с диска.) > > Да, прочитал в вашем ответе годичной давности. -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.moskalenko на gmail.com Mon Oct 24 10:18:10 2011 From: alexander.moskalenko на gmail.com (Alexander Moskalenko) Date: Mon, 24 Oct 2011 13:18:10 +0300 Subject: MP4 + proxy_cache/proxy_store In-Reply-To: References: Message-ID: 2011/10/24 Kruglov Eugenie > Если устроит реализация, при которой во время работы proxy_store одному > клиенту все остальные проксируются на бекенд - могу выложить конфиг. > > Выкладывайте, возможно хоть подтолкет в нужное направление. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmm на csdoc.com Mon Oct 24 10:58:52 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Mon, 24 Oct 2011 13:58:52 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA4AEEB.40306@kpi.ua> References: <4EA470B8.7020607@kpi.ua> <4EA47541.2070706@csdoc.com> <4EA47605.7060105@kpi.ua> <4EA479FA.9070903@kpi.ua> <4EA48AFF.303@kpi.ua> <4EA49B62.1000305@kpi.ua> <4EA4A367.8090309@kpi.ua> <4EA4A531.4060400@kpi.ua> <4EA4A763.3030401@kpi.ua> <4EA4AEEB.40306@kpi.ua> Message-ID: <4EA544EC.9020002@csdoc.com> On 24.10.2011 3:18, Андрей Василишин wrote: >> но результат тот же... инфа копируется на все диски и скорость >> чтения увеличивается > нет не тот же, допустим у нас есть 4 файла и 4 диска, в случае > standalone дисков, мы записываем по одному файлу на диск, в случае рейд1 > мы записываем по 4 файла на каждый диск. кстати, не факт что под любой операционной системой и в любой ситуации использовать два/четрые независимых диска будет лучше, чем собрать raid1 из двух/четырех дисков. например, когда сделано "в случае standalone дисков, мы записываем по одному файлу на диск, в случае рейд1 мы записываем по 4 файла на каждый диск." и какой-то файл-файлы с первого винта становятся очень популярными, то этот первый винт будет перегружен запросами, а все остальные три винта будут при этом просто простаивать. в случае же (програмного/аппаратного) raid1 - система будет равномерно распределять множественные запросы по всем винтам массива, выбирая наименее загруженный, так что суммарная производительность может быть выше. кроме того - информация не потеряется в случае выхода из строя любого винта. (дополнительный "бесплатный" бонус) два/четыре независимых винта будет "лучше" если файлов очень много, так что они просто не помещаются на raid1 массив. или - если аппаратный или програмный raid в используемой операционной системе не умеет распределять запросы к массиву raid1 по нескольким жестким дискам. точный ответ "что лучше" можно получить с помощью эксперимента. -- Best regards, Gena From nginx-forum на nginx.us Mon Oct 24 11:04:20 2011 From: nginx-forum на nginx.us (Fixid) Date: Mon, 24 Oct 2011 07:04:20 -0400 Subject: SSL NGINX + SSL IIS In-Reply-To: <1319379626.1718.14.camel@N900> References: <1319379626.1718.14.camel@N900> Message-ID: <88a18a43a5f2f22d1461f42b850a1710.NginxMailingListRussian@forum.nginx.org> Если вам ненужен http, а только https. То использовать if ($scheme = "http") { rewrite ^/(.*)$ https://$server_name/$1 permanent; } нежелательно. Firefox начиная с 6 версии будет орать на ваш сертификат. Остальные браузеры нормально. Для этого надо просто написать (без проверок) rewrite ^/(.*)$ https://$server_name/$1 permanent; Причина вот какая: фокс устанавливает дополнительное не совсем http соединение, которое не редиректится. И вместо доменного имени получает ip адрес сервера, на который естественно не распространяется сертификат. Если не делать проверок то идет редирект дополнительного соединения где передается доменное имя Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217065,217175#msg-217175 From gmm на csdoc.com Mon Oct 24 11:19:44 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Mon, 24 Oct 2011 14:19:44 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA533B7.4050606@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> Message-ID: <4EA549D0.1090801@csdoc.com> On 24.10.2011 12:45, Андрей Василишин wrote: >> Может скажите простым языком что лучше всего делать в моем случае? >> Просто добавить полно дисков и раскидывать по ним файлы, или тот же файл >> по всем диском раскидать и затем через скрипт рандомально запрашивать по >> дискам? > Лучше просто добавить дисков и рандомно раскидывать файлы, тогда будет > вероятность что парочка из них закешируется и веникам будет легче. Для > бекапа я б сделал бы на соседних вениках папки и синхронизировал раз в > сколько не жалко, в конфиг бы дописал через try_files эти самые папки с > бекапом чтобы вообще исключить простой в случае чего. Получится вариант > почти рейд1 но с производительностью standalone дисков. по какой причине этот вариант "почти рейд1" реализованный скриптами и через try_files будет лучше нормального raid1 ? есть ли данные экспериментов linux mdraid + XFS + flv streaming, которые подтверждают, что "независимые" винты будут лучше raid1 (нормального (не глючного) програмного или нормального аппаратного)? когда этот вариант будет хуже - я уже писал, если какой-то файл становится очень популярным, то винт с ним становится перегруженным запросами, а все остальные винты при этом будут практически простаивать, и суммарная производительность сервера будет меньше, чем могла бы быть в случае использования нормального, а не "самодельного" raid1 массива. кстати, в raid1 массиве не обязательно должно быть всего 2 винта. вполне может быть 2, 3, 4, 5, 6, 7, ... с соответствующим ростом производительности массива raid1 при множественных random read. -- Best regards, Gena From s0527705277 на gmail.com Mon Oct 24 11:25:08 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Mon, 24 Oct 2011 13:25:08 +0200 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA549D0.1090801@csdoc.com> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> Message-ID: Вы бы какую файлосистему посоветовали бы? XFS etx2/3/4 или может ReiserFS? 2011/10/24 Gena Makhomed > On 24.10.2011 12:45, Андрей Василишин wrote: > > Может скажите простым языком что лучше всего делать в моем случае? >>> Просто добавить полно дисков и раскидывать по ним файлы, или тот же файл >>> по всем диском раскидать и затем через скрипт рандомально запрашивать по >>> дискам? >>> >> > Лучше просто добавить дисков и рандомно раскидывать файлы, тогда будет >> вероятность что парочка из них закешируется и веникам будет легче. Для >> бекапа я б сделал бы на соседних вениках папки и синхронизировал раз в >> сколько не жалко, в конфиг бы дописал через try_files эти самые папки с >> бекапом чтобы вообще исключить простой в случае чего. Получится вариант >> почти рейд1 но с производительностью standalone дисков. >> > > по какой причине этот вариант "почти рейд1" реализованный > скриптами и через try_files будет лучше нормального raid1 ? > > есть ли данные экспериментов linux mdraid + XFS + flv streaming, > которые подтверждают, что "независимые" винты будут лучше raid1 > (нормального (не глючного) програмного или нормального аппаратного)? > > когда этот вариант будет хуже - я уже писал, если какой-то файл > становится очень популярным, то винт с ним становится перегруженным > запросами, а все остальные винты при этом будут практически простаивать, и > суммарная производительность сервера будет меньше, чем могла бы быть в > случае использования нормального, а не "самодельного" raid1 массива. > > кстати, в raid1 массиве не обязательно должно быть всего 2 винта. > вполне может быть 2, 3, 4, 5, 6, 7, ... с соответствующим ростом > производительности массива raid1 при множественных random read. > > -- > Best regards, > Gena > > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ekruglov на gmail.com Mon Oct 24 11:30:46 2011 From: ekruglov на gmail.com (Kruglov Eugenie) Date: Mon, 24 Oct 2011 15:30:46 +0400 Subject: MP4 + proxy_cache/proxy_store In-Reply-To: References: Message-ID: limit_zone one $binary_remote_addr 64k; server { listen 127.0.0.101:812; server_name host_stream_store; location ~ '^/store/(\d+_(\d+)_[\da-f]{32}\.flv)$' { limit_conn one 1; proxy_pass http://remote-backend/$1; proxy_store /mnt/storage/streaming/$2.flv; } } server { server_name frontend; location ~ '^/\d+_(\d+)_[\da-f]{32}\.flv$' { set $args_start $args; if ( -f /mnt/storage/streaming/$1.flv ){ rewrite ^ /stream$request_uri last; } rewrite ^ /stream_store$request_uri last; } location @stream { proxy_pass http://remote-backend$request_uri; proxy_set_header Host remote-backend; } location ~ '^/stream_store/(\d+_\d+_[\da-f]{32}\.flv)' { internal; proxy_pass http://127.0.0.101:812/store/$1; proxy_intercept_errors on; error_page 503 = @stream; } location ~ ^/stream/\d/\d/([^/]+\.flv)$ { internal; set $args $args_start; alias /mnt/storage/streaming/$1; mp4; } } 2011/10/24 Alexander Moskalenko > 2011/10/24 Kruglov Eugenie > >> Если устроит реализация, при которой во время работы proxy_store одному >> клиенту все остальные проксируются на бекенд - могу выложить конфиг. >> >> Выкладывайте, возможно хоть подтолкет в нужное направление. > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Faithfully yours, Eugenie ICQ #701217 GTalk ekruglov на gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmm на csdoc.com Mon Oct 24 11:39:25 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Mon, 24 Oct 2011 14:39:25 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> Message-ID: <4EA54E6D.5050906@csdoc.com> On 24.10.2011 14:25, Stephan Miyalik wrote: > Вы бы какую файлосистему посоветовали бы? XFS etx2/3/4 или может ReiserFS? точный ответ на вопрос "что лучше" можно получить только с помощью эксперимента. обычно - для больших файлов XFS по тестам оказывается лучше, для мелких файлов - в некоторых случаях может быть лучше ext4 из-за производительности или по другим причинам (поддержка квот OpenVZ). -- Best regards, Gena From a.vasilishin на kpi.ua Mon Oct 24 11:44:20 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 24 Oct 2011 14:44:20 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA549D0.1090801@csdoc.com> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> Message-ID: <4EA54F94.3090306@kpi.ua> 24.10.2011 14:19, Gena Makhomed пишет: > по какой причине этот вариант "почти рейд1" реализованный > скриптами и через try_files будет лучше нормального raid1 ? > > есть ли данные экспериментов linux mdraid + XFS + flv streaming, > которые подтверждают, что "независимые" винты будут лучше raid1 > (нормального (не глючного) програмного или нормального аппаратного)? > > когда этот вариант будет хуже - я уже писал, если какой-то файл > становится очень популярным, то винт с ним становится перегруженным > запросами, а все остальные винты при этом будут практически простаивать, > и суммарная производительность сервера будет меньше, чем могла бы быть в > случае использования нормального, а не "самодельного" raid1 массива. > > кстати, в raid1 массиве не обязательно должно быть всего 2 винта. > вполне может быть 2, 3, 4, 5, 6, 7, ... с соответствующим ростом > производительности массива raid1 при множественных random read. > За рейд1 точно не скажу, потому что не помню как там куски файла отдаются одному клиенту - всегда с одного диска или попеременно с разных дисков, однозначно будет хуже в момент записи, так как запись идет одновременно на все веники, остальные рейды проигрывают однозначно. По поводу неравномерной нагрузки - да такое бывает, обычно самые популярные файлы попадают в кеш ОС, если даже и этого не хватает, у меня на этот случай есть скрипт, который перенесет часть активных файлов на другие, менее нагруженные веники, для 1-но гигабитных серверов с 6-ю вениками случаи перегрузки одного веника крайне редки, быстрее все же упирается в канал. Скрипт используется в частности на 5-ти гбитном сервере с 8-ю вениками и даже не по крону или как демон, так как случаи все равно довольно редки. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From gmm на csdoc.com Mon Oct 24 12:10:52 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Mon, 24 Oct 2011 15:10:52 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA54F94.3090306@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> Message-ID: <4EA555CC.6000904@csdoc.com> On 24.10.2011 14:44, Андрей Василишин wrote: >> по какой причине этот вариант "почти рейд1" реализованный >> скриптами и через try_files будет лучше нормального raid1 ? >> >> есть ли данные экспериментов linux mdraid + XFS + flv streaming, >> которые подтверждают, что "независимые" винты будут лучше raid1 >> (нормального (не глючного) програмного или нормального аппаратного)? >> >> когда этот вариант будет хуже - я уже писал, если какой-то файл >> становится очень популярным, то винт с ним становится перегруженным >> запросами, а все остальные винты при этом будут практически простаивать, >> и суммарная производительность сервера будет меньше, чем могла бы быть в >> случае использования нормального, а не "самодельного" raid1 массива. >> >> кстати, в raid1 массиве не обязательно должно быть всего 2 винта. >> вполне может быть 2, 3, 4, 5, 6, 7, ... с соответствующим ростом >> производительности массива raid1 при множественных random read. > За рейд1 точно не скажу, потому что не помню как там куски файла > отдаются одному клиенту - всегда с одного диска или попеременно с разных > дисков, для варианта нагрузки "random read" разве есть какая-то разница, с того же самого винта будет отдаваться следующий фрагмент файла, или с другого винта? всеравно между этими двумя запросами винт успеет выполнить десятки или даже сотни других запросов на чтение фрагментов других файлов. если я не ошибаюсь, нормальный рейд выбирает наименее загруженный запросами винт, чтобы равномерно распределить запросы на чтение по всем компонентам массива. и это по идее должен быть самый оптимальный вариант массива для увеличения производительности. > однозначно будет хуже в момент записи, так как запись идет > одновременно на все веники, если запись происходит часто и это вызывает какие-то проблемы - тогда писать новые файлы на массив можно с низким приоритетом (man ionice), чтобы не создавать этим каких-то проблем операциям чтения. > остальные рейды проигрывают однозначно. не все так однозначно. в случае если используются не HDD, а SSD более производительным вариантом массива в некоторых случаях будет raid0, потому что для SSD дисков seek time == 0. а если для SSD надо и производительность и надежность - то raid10. > По поводу неравномерной нагрузки - да такое бывает, обычно самые популярные > файлы попадают в кеш ОС, если даже и этого не хватает, у меня на этот > случай есть скрипт, который перенесет часть активных файлов на другие, > менее нагруженные веники, для 1-но гигабитных серверов с 6-ю вениками > случаи перегрузки одного веника крайне редки, быстрее все же упирается в > канал. Скрипт используется в частности на 5-ти гбитном сервере с 8-ю > вениками и даже не по крону или как демон, так как случаи все равно > довольно редки. это наверное потому, что нет очень популярных (больших) файлов и нагрузка распределяется более-менее равномерно по всем винтам. в любом случае, отдавать какой-то файл одновременно с N винтов - это будет более производительный вариант, чем отдавать его с одного единственного винта. и как минимум для стриминга где бывают очень популярные файлы, к которым большое количество обращений - вариант raid1 может оказаться лучше, чем "независимые винты" и try_files. -- Best regards, Gena From a.vasilishin на kpi.ua Mon Oct 24 12:21:04 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 24 Oct 2011 15:21:04 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA555CC.6000904@csdoc.com> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> <4EA555CC.6000904@csdoc.com> Message-ID: <4EA55830.5010107@kpi.ua> 24.10.2011 15:10, Gena Makhomed пишет: > On 24.10.2011 14:44, Андрей Василишин wrote: > >>> по какой причине этот вариант "почти рейд1" реализованный >>> скриптами и через try_files будет лучше нормального raid1 ? >>> >>> есть ли данные экспериментов linux mdraid + XFS + flv streaming, >>> которые подтверждают, что "независимые" винты будут лучше raid1 >>> (нормального (не глючного) програмного или нормального аппаратного)? >>> >>> когда этот вариант будет хуже - я уже писал, если какой-то файл >>> становится очень популярным, то винт с ним становится перегруженным >>> запросами, а все остальные винты при этом будут практически простаивать, >>> и суммарная производительность сервера будет меньше, чем могла бы быть в >>> случае использования нормального, а не "самодельного" raid1 массива. >>> >>> кстати, в raid1 массиве не обязательно должно быть всего 2 винта. >>> вполне может быть 2, 3, 4, 5, 6, 7, ... с соответствующим ростом >>> производительности массива raid1 при множественных random read. > >> За рейд1 точно не скажу, потому что не помню как там куски файла >> отдаются одному клиенту - всегда с одного диска или попеременно с разных >> дисков, > > для варианта нагрузки "random read" разве есть какая-то разница, > с того же самого винта будет отдаваться следующий фрагмент файла, > или с другого винта? всеравно между этими двумя запросами винт успеет > выполнить десятки или даже сотни других запросов на чтение фрагментов > других файлов. если я не ошибаюсь, нормальный рейд выбирает наименее > загруженный запросами винт, чтобы равномерно распределить запросы > на чтение по всем компонентам массива. и это по идее должен быть > самый оптимальный вариант массива для увеличения производительности. Вы не забывайте про seek'и, что лучше чтобы один клиент сикал по одному диску или по 10-ти сразу, а если таких клиентов 3000, что будет? > >> однозначно будет хуже в момент записи, так как запись идет >> одновременно на все веники, > > если запись происходит часто и это вызывает какие-то проблемы - > тогда писать новые файлы на массив можно с низким приоритетом > (man ionice), чтобы не создавать этим каких-то проблем операциям чтения. > >> остальные рейды проигрывают однозначно. > > не все так однозначно. в случае если используются не HDD, > а SSD более производительным вариантом массива в некоторых > случаях будет raid0, потому что для SSD дисков seek time == 0. > а если для SSD надо и производительность и надежность - то raid10. > >> По поводу неравномерной нагрузки - да такое бывает, обычно самые >> популярные >> файлы попадают в кеш ОС, если даже и этого не хватает, у меня на этот >> случай есть скрипт, который перенесет часть активных файлов на другие, >> менее нагруженные веники, для 1-но гигабитных серверов с 6-ю вениками >> случаи перегрузки одного веника крайне редки, быстрее все же упирается в >> канал. Скрипт используется в частности на 5-ти гбитном сервере с 8-ю >> вениками и даже не по крону или как демон, так как случаи все равно >> довольно редки. > > это наверное потому, что нет очень популярных (больших) файлов > и нагрузка распределяется более-менее равномерно по всем винтам. > > в любом случае, отдавать какой-то файл одновременно с N винтов - > это будет более производительный вариант, чем отдавать его с одного > единственного винта. и как минимум для стриминга где бывают очень > популярные файлы, к которым большое количество обращений - вариант > raid1 может оказаться лучше, чем "независимые винты" и try_files. > Раз не верите мне, то поверьте тогда Игорю, он производил тестирование Для себя я когда-то перешел с рейд5 на стендэлон и увидел выигрыш в 2 раза. Все вот эти картинки производительности рейдов http://www.timcompany.ru/article4.html актуальны только для домашних или слабонагруженных систем. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From nginx-forum на nginx.us Mon Oct 24 13:12:48 2011 From: nginx-forum на nginx.us (Fixid) Date: Mon, 24 Oct 2011 09:12:48 -0400 Subject: Firefox + rewrite Message-ID: <4b3ec8b4a0e1d94d8b9efd29f8e39ef3.NginxMailingListRussian@forum.nginx.org> Есть фронтенд с Nginx Конфиг: server { listen 80; server_name www.syte.com; rewrite ^/(.*)$ https://$server_name/$1 permanent; } server { #limit_conn myzone 10; listen 80; server_name syte.com; #charset koi8-r; #access_log logs/host.access.log main; rewrite ^/(.*)$ https://$server_name/$1 permanent; location / { ...... } error_page 404 /404.html; location = /404.html { root /usr/share/nginx/html; } } Нужно при заходе из Firefox сохранять www если он есть Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217192,217192#msg-217192 From nginx-forum на nginx.us Mon Oct 24 13:14:15 2011 From: nginx-forum на nginx.us (Fixid) Date: Mon, 24 Oct 2011 09:14:15 -0400 Subject: Firefox + rewrite In-Reply-To: <4b3ec8b4a0e1d94d8b9efd29f8e39ef3.NginxMailingListRussian@forum.nginx.org> References: <4b3ec8b4a0e1d94d8b9efd29f8e39ef3.NginxMailingListRussian@forum.nginx.org> Message-ID: <7b812b3e38f7a967c90a2cdbe8220d1e.NginxMailingListRussian@forum.nginx.org> И при заходе с любого мобильно браузера выскакиет 301 ошибка Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217192,217193#msg-217193 From nginx-forum на nginx.us Mon Oct 24 13:22:06 2011 From: nginx-forum на nginx.us (Fixid) Date: Mon, 24 Oct 2011 09:22:06 -0400 Subject: Firefox + rewrite In-Reply-To: <7b812b3e38f7a967c90a2cdbe8220d1e.NginxMailingListRussian@forum.nginx.org> References: <4b3ec8b4a0e1d94d8b9efd29f8e39ef3.NginxMailingListRussian@forum.nginx.org> <7b812b3e38f7a967c90a2cdbe8220d1e.NginxMailingListRussian@forum.nginx.org> Message-ID: <0c371d676e65d5d0d7549c28238f21e8.NginxMailingListRussian@forum.nginx.org> Попробовал вот так, всеравно не работает в фоксе if ($host = "www.syte.com" ) { rewrite ^/(.*)$ https://www.syte.com/$1 permanent; } if ($host = "syte.com" ) { rewrite ^/(.*)$ https://syte.com/$1 permanent; } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217192,217195#msg-217195 From igor на sysoev.ru Mon Oct 24 13:26:56 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 24 Oct 2011 17:26:56 +0400 Subject: Firefox + rewrite In-Reply-To: <0c371d676e65d5d0d7549c28238f21e8.NginxMailingListRussian@forum.nginx.org> References: <4b3ec8b4a0e1d94d8b9efd29f8e39ef3.NginxMailingListRussian@forum.nginx.org> <7b812b3e38f7a967c90a2cdbe8220d1e.NginxMailingListRussian@forum.nginx.org> <0c371d676e65d5d0d7549c28238f21e8.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111024132656.GD81284@nginx.com> On Mon, Oct 24, 2011 at 09:22:06AM -0400, Fixid wrote: > Попробовал вот так, всеравно не > работает в фоксе > > if ($host = "www.syte.com" ) { > rewrite ^/(.*)$ https://www.syte.com/$1 permanent; > } > > if ($host = "syte.com" ) { > rewrite ^/(.*)$ https://syte.com/$1 permanent; > > } http://nginx.org/en/docs/http/converting_rewrite_rules.html А в браузере permanent может жить долго. Для экспериментов лучше использовать временный редирект. -- Igor Sysoev From nginx-forum на nginx.us Mon Oct 24 13:32:15 2011 From: nginx-forum на nginx.us (Fixid) Date: Mon, 24 Oct 2011 09:32:15 -0400 Subject: Firefox + rewrite In-Reply-To: <0c371d676e65d5d0d7549c28238f21e8.NginxMailingListRussian@forum.nginx.org> References: <4b3ec8b4a0e1d94d8b9efd29f8e39ef3.NginxMailingListRussian@forum.nginx.org> <7b812b3e38f7a967c90a2cdbe8220d1e.NginxMailingListRussian@forum.nginx.org> <0c371d676e65d5d0d7549c28238f21e8.NginxMailingListRussian@forum.nginx.org> Message-ID: http:// версии сайта недолжно быть. Только https. Т.е нужен постоянный редирект с http на https с сохранением введенного домена Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217192,217197#msg-217197 From igor на sysoev.ru Mon Oct 24 13:38:25 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 24 Oct 2011 17:38:25 +0400 Subject: Firefox + rewrite In-Reply-To: References: <4b3ec8b4a0e1d94d8b9efd29f8e39ef3.NginxMailingListRussian@forum.nginx.org> <7b812b3e38f7a967c90a2cdbe8220d1e.NginxMailingListRussian@forum.nginx.org> <0c371d676e65d5d0d7549c28238f21e8.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111024133825.GE81284@nginx.com> On Mon, Oct 24, 2011 at 09:32:15AM -0400, Fixid wrote: > http:// версии сайта недолжно быть. Только > https. Т.е нужен постоянный редирект с http > на https с сохранением введенного домена server { listen 80; server_name www.host.ru host.ru; return 302 https://$host$request_uri; } Когда заработает, 302 нужно заменить на 301. -- Igor Sysoev From nginx-forum на nginx.us Mon Oct 24 13:50:31 2011 From: nginx-forum на nginx.us (Fixid) Date: Mon, 24 Oct 2011 09:50:31 -0400 Subject: Firefox + rewrite In-Reply-To: References: <4b3ec8b4a0e1d94d8b9efd29f8e39ef3.NginxMailingListRussian@forum.nginx.org> <7b812b3e38f7a967c90a2cdbe8220d1e.NginxMailingListRussian@forum.nginx.org> <0c371d676e65d5d0d7549c28238f21e8.NginxMailingListRussian@forum.nginx.org> Message-ID: Несработало Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217192,217200#msg-217200 From igor на sysoev.ru Mon Oct 24 13:54:44 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 24 Oct 2011 17:54:44 +0400 Subject: Firefox + rewrite In-Reply-To: References: <4b3ec8b4a0e1d94d8b9efd29f8e39ef3.NginxMailingListRussian@forum.nginx.org> <7b812b3e38f7a967c90a2cdbe8220d1e.NginxMailingListRussian@forum.nginx.org> <0c371d676e65d5d0d7549c28238f21e8.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111024135444.GF81284@nginx.com> On Mon, Oct 24, 2011 at 09:50:31AM -0400, Fixid wrote: > Несработало http://nginx.org/en/docs/debugging_log.html -- Igor Sysoev From s0527705277 на gmail.com Mon Oct 24 13:59:09 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Mon, 24 Oct 2011 15:59:09 +0200 Subject: =?UTF-8?B?aG90bGluayDQt9Cw0YnQuNGC0LA=?= Message-ID: Как правильно сделать hotlink защиту? пробовал несколько способов, нечего не сработало сейчас стоит location ~* ^.+\.(jpg|jpeg|gif|png|flv)$ { root /home/video/public/; valid_referers none blocked server_names ~(mydomain.com|mydomain2.com); if ($invalid_referer) { return 403; } } ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From a.vasilishin на kpi.ua Mon Oct 24 14:13:05 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 24 Oct 2011 17:13:05 +0300 Subject: =?UTF-8?B?UmU6IGhvdGxpbmsg0LfQsNGJ0LjRgtCw?= In-Reply-To: References: Message-ID: <4EA57271.2070408@kpi.ua> 24.10.2011 16:59, Stephan Miyalik пишет: > Как правильно сделать hotlink защиту? пробовал несколько способов, > нечего не сработало > > сейчас стоит > > location ~* ^.+\.(jpg|jpeg|gif|png|flv)$ { > root /home/video/public/; > valid_referers none blocked server_names ~(mydomain.com > |mydomain2.com ); > if ($invalid_referer) { > return 403; > } > } Защита от хотлинка делается с помощью internal; и X-Accel-Redirect заголовка от бекенда, пишется простенький скрипт на пхп, который будет вытягивать из УРЛ хеш сравнивать его со своим md5(IP + password) и отдавать/не отдавать нгинксу заголовок X-Accel-Redirect. Не забудьте собрать нгинкс с nginx_mod_realip и поставить модуль к апачи libapache2_mod_rpaf. Еще есть вариант защиты через crossdomain.xml но он вроде как не эффективный (во всяком случае один из наших клиентов жаловался на это). Вариант crossdomain.xml http://www.adobe.com/devnet/articles/crossdomain_policy_file_spec.html , в руте домена создаете файл crossdomain.xml с таким содержанием: ЗЫ Если созреете перейти к нам, организуем все как надо ;) -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From s0527705277 на gmail.com Mon Oct 24 14:14:48 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Mon, 24 Oct 2011 16:14:48 +0200 Subject: =?UTF-8?B?UmU6IGhvdGxpbmsg0LfQsNGJ0LjRgtCw?= In-Reply-To: <4EA57271.2070408@kpi.ua> References: <4EA57271.2070408@kpi.ua> Message-ID: С этим есть проблемы... некоторые антивирусы блокируют такой метод и в итоге люди нечего не смогут смотреть и сайт будет якобы иметь вирусы. 2011/10/24 Андрей Василишин > 24.10.2011 16:59, Stephan Miyalik пишет: > >> Как правильно сделать hotlink защиту? пробовал несколько способов, >> нечего не сработало >> >> сейчас стоит >> >> location ~* ^.+\.(jpg|jpeg|gif|png|flv)$ { >> root /home/video/public/; >> valid_referers none blocked server_names ~(mydomain.com >> |mydomain**2.com < >> http://mydomain2.com>); >> if ($invalid_referer) { >> return 403; >> } >> } >> > > > Защита от хотлинка делается с помощью internal; и X-Accel-Redirect > заголовка от бекенда, пишется простенький скрипт на пхп, который будет > вытягивать из УРЛ хеш сравнивать его со своим md5(IP + password) и > отдавать/не отдавать нгинксу заголовок X-Accel-Redirect. Не забудьте собрать > нгинкс с nginx_mod_realip и поставить модуль к апачи libapache2_mod_rpaf. > > > Еще есть вариант защиты через crossdomain.xml но он вроде как не > эффективный (во всяком случае один из наших клиентов жаловался на это). > > Вариант crossdomain.xml http://www.adobe.com/devnet/** > articles/crossdomain_policy_**file_spec.html, в руте домена создаете файл crossdomain.xml с таким содержанием: > > > > > > > > > > ЗЫ Если созреете перейти к нам, организуем все как надо ;) > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From a.vasilishin на kpi.ua Mon Oct 24 14:16:31 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 24 Oct 2011 17:16:31 +0300 Subject: =?UTF-8?B?UmU6IGhvdGxpbmsg0LfQsNGJ0LjRgtCw?= In-Reply-To: References: <4EA57271.2070408@kpi.ua> Message-ID: <4EA5733F.9050109@kpi.ua> 24.10.2011 17:14, Stephan Miyalik пишет: > С этим есть проблемы... некоторые антивирусы блокируют такой метод и в > итоге люди нечего не смогут смотреть и сайт будет якобы иметь вирусы. Это Вы про какой из методов сейчас? -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From s0527705277 на gmail.com Mon Oct 24 14:18:47 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Mon, 24 Oct 2011 16:18:47 +0200 Subject: =?UTF-8?B?UmU6IGhvdGxpbmsg0LfQsNGJ0LjRgtCw?= In-Reply-To: <4EA5733F.9050109@kpi.ua> References: <4EA57271.2070408@kpi.ua> <4EA5733F.9050109@kpi.ua> Message-ID: X-Accel-Redirect 2011/10/24 Андрей Василишин > 24.10.2011 17:14, Stephan Miyalik пишет: > > С этим есть проблемы... некоторые антивирусы блокируют такой метод и в >> итоге люди нечего не смогут смотреть и сайт будет якобы иметь вирусы. >> > > Это Вы про какой из методов сейчас? > > > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From a.vasilishin на kpi.ua Mon Oct 24 14:26:13 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 24 Oct 2011 17:26:13 +0300 Subject: =?UTF-8?B?UmU6IGhvdGxpbmsg0LfQsNGJ0LjRgtCw?= In-Reply-To: References: <4EA57271.2070408@kpi.ua> <4EA5733F.9050109@kpi.ua> Message-ID: <4EA57585.2090100@kpi.ua> 24.10.2011 17:18, Stephan Miyalik пишет: > X-Accel-Redirect Кто Вам такое сказал? для каждого айпи генерится ссылка на файл/плейлист вида http://site.com/s/8d3f21e1dfc9d0697a2d05424693a43d/serial/ser42/Ohotniki.za.Brilliantami3.flv Когда запрос попадает на раздающий сервер, идет проксирование на бекенд, который извлекает хеш 8d3f21e1dfc9d0697a2d05424693a43d сравнивает его со своим (вычисленным по тому же алгоритму) и отдает заголовок X-Accel-Redirect: $root./serial/ser42/Ohotniki.za.Brilliantami3.flv Нгинкс отдает нужный файл клиенту, никаких вирусов или еще чего тут не будет и не должно быть, это не iframe на который браузеры могут выводить предупреждение. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From s0527705277 на gmail.com Mon Oct 24 14:38:50 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Mon, 24 Oct 2011 16:38:50 +0200 Subject: =?UTF-8?B?UmU6IGhvdGxpbmsg0LfQsNGJ0LjRgtCw?= In-Reply-To: <4EA57585.2090100@kpi.ua> References: <4EA57271.2070408@kpi.ua> <4EA5733F.9050109@kpi.ua> <4EA57585.2090100@kpi.ua> Message-ID: Я сам с таким столкнулся некоторое время назад на одном из самых популярных сайтов которое такое использует. 2011/10/24 Андрей Василишин > 24.10.2011 17:18, Stephan Miyalik пишет: > >> X-Accel-Redirect >> > > Кто Вам такое сказал? > > > для каждого айпи генерится ссылка на файл/плейлист вида http://site.com/s/ > **8d3f21e1dfc9d0697a2d05424693a4**3d/serial/ser42/Ohotniki.za.** > Brilliantami3.flv > > Когда запрос попадает на раздающий сервер, идет проксирование на бекенд, > который извлекает хеш 8d3f21e1dfc9d0697a2d05424693a4**3d сравнивает его > со своим (вычисленным по тому же алгоритму) и отдает заголовок > X-Accel-Redirect: $root./serial/ser42/Ohotniki.**za.Brilliantami3.flv > > Нгинкс отдает нужный файл клиенту, никаких вирусов или еще чего тут не > будет и не должно быть, это не iframe на который браузеры могут выводить > предупреждение. > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From a.vasilishin на kpi.ua Mon Oct 24 14:42:37 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 24 Oct 2011 17:42:37 +0300 Subject: =?UTF-8?B?UmU6IGhvdGxpbmsg0LfQsNGJ0LjRgtCw?= In-Reply-To: References: <4EA57271.2070408@kpi.ua> <4EA5733F.9050109@kpi.ua> <4EA57585.2090100@kpi.ua> Message-ID: <4EA5795D.8040509@kpi.ua> 24.10.2011 17:38, Stephan Miyalik пишет: > Я сам с таким столкнулся некоторое время назад на одном из самых > популярных сайтов которое такое использует. Я даже знаю какой это сайт и знаю в чем там была проблема, отнюдь не в этом, там злоумышленник получил рут доступ к серверу и встраивал в код все что хотел, кстати на том сервере был не один пострадавший сайт такой тематики. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From s0527705277 на gmail.com Mon Oct 24 16:28:03 2011 From: s0527705277 на gmail.com (Stephan Miyalik) Date: Mon, 24 Oct 2011 18:28:03 +0200 Subject: =?UTF-8?B?UmU6IGhvdGxpbmsg0LfQsNGJ0LjRgtCw?= In-Reply-To: <4EA5795D.8040509@kpi.ua> References: <4EA57271.2070408@kpi.ua> <4EA5733F.9050109@kpi.ua> <4EA57585.2090100@kpi.ua> <4EA5795D.8040509@kpi.ua> Message-ID: может буть... но к примеру у моего друга до сех пор там не работают ролики http://s002.youpic.su/pictures/1319400000/cb875fefba3cf62c9997255ae777e1ed.png антивирус http://emea.trendmicro.com/emea/home/ 2011/10/24 Андрей Василишин > 24.10.2011 17:38, Stephan Miyalik пишет: > > Я сам с таким столкнулся некоторое время назад на одном из самых >> популярных сайтов которое такое использует. >> > > Я даже знаю какой это сайт и знаю в чем там была проблема, отнюдь не в > этом, там злоумышленник получил рут доступ к серверу и встраивал в код все > что хотел, кстати на том сервере был не один пострадавший сайт такой > тематики. > > > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From gmm на csdoc.com Mon Oct 24 16:40:17 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Mon, 24 Oct 2011 19:40:17 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA55830.5010107@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> <4EA555CC.6000904@csdoc.com> <4EA55830.5010107@kpi.ua> Message-ID: <4EA594F1.6050105@csdoc.com> On 24.10.2011 15:21, Андрей Василишин wrote: >>> За рейд1 точно не скажу, потому что не помню как там куски файла >>> отдаются одному клиенту - всегда с одного диска или попеременно с разных >>> дисков >> для варианта нагрузки "random read" разве есть какая-то разница, >> с того же самого винта будет отдаваться следующий фрагмент файла, >> или с другого винта? всеравно между этими двумя запросами винт успеет >> выполнить десятки или даже сотни других запросов на чтение фрагментов >> других файлов. если я не ошибаюсь, нормальный рейд выбирает наименее >> загруженный запросами винт, чтобы равномерно распределить запросы >> на чтение по всем компонентам массива. и это по идее должен быть >> самый оптимальный вариант массива для увеличения производительности. > Вы не забывайте про seek'и, что лучше чтобы один клиент сикал по одному > диску или по 10-ти сразу, а если таких клиентов 3000, что будет? там не один клиент. обычно клиентов больше, чем винтов на сервере, так что в промежутках между запросами к одному файлу этот же винт всеравно будет выполнять seek'и, чтобы обработать другие запросы, обращения каких-то других клиентов к другим файлам с этого винта. поэтому seek'и всеравно будут. какая тогда разница чем они вызваны? один запрос клиента точно не будет *сразу* по 10 винтам seek'ать. тем более, если клиентов 3000. это будет по 300 запросов на винт. в среднем. а может быть и все 3000 запросов к одному винту, в самом худшем случае, а все остальные винты будут простаивать. (в том варианте когда нет raid1 и есть только независимые винты) >> в любом случае, отдавать какой-то файл одновременно с N винтов - >> это будет более производительный вариант, чем отдавать его с одного >> единственного винта. и как минимум для стриминга где бывают очень >> популярные файлы, к которым большое количество обращений - вариант >> raid1 может оказаться лучше, чем "независимые винты" и try_files. > Раз не верите мне, то поверьте тогда Игорю, он производил тестирование есть ссылка на то сообщение из архива рассылки ? afair, он производил тестирование когда-то очень давно и только под gmirror/FreeBSD. для CentOS с XFS/ext4 и програмным mdraid / нормальным аппаратным RAID1 результаты тестирования производительности "RAID1 with N components" vs "full standalone N HDDs" могут быть совсем другими. > Для себя я когда-то перешел с рейд5 > на стендэлон и увидел выигрыш в 2 раза. raid5, raid0, raid10 - это все варианты raid`а с чередованием страйпов. например, stripe size обычно 64М, 128М или 256М. если убрать эти рейды - тогда производительность вырастет. но в RAID1 нет чередования страйпов. и если система запрашивает прочитать с RAID-массива фрагмент размером в 1, 2, 4, ... мегабайт - этот фрагмент будет читаться с одного винта, без каких-либо лишних seek`ов и потери производительности из-за этого. а если какой-то файл является очень популярным - то он будет читаться не с одного, а с нескольких винтов одновременно (паралельно, разные фрагменты, в овтет на запросы разных клиентов) и суммарная пропускная способность дисковой подсистемы вырастет в столько раз (примерно) сколько винтов являются компонентами RAID1 массива. поэтому - мне совсем не понятно, почему N отдельных винтов будут работать якобы быстрее, чем RAID1 массив из N компонент (винтов). ( как в случае, когда N==2, так и при N==3, N==4, N==5, N==... ) туда получится записать больше файлов - это да. но *производительность* от того, что один файл будет лежать только на одном единственном винте (или только на двух винтах) - совсем не вырастет, а только упадет, имхо. -- Best regards, Gena From a.vasilishin на kpi.ua Mon Oct 24 17:19:08 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 24 Oct 2011 20:19:08 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA594F1.6050105@csdoc.com> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> <4EA555CC.6000904@csdoc.com> <4EA55830.5010107@kpi.ua> <4EA594F1.6050105@csdoc.com> Message-ID: <4EA59E0C.3090909@kpi.ua> 24.10.2011 19:40, Gena Makhomed пишет: > On 24.10.2011 15:21, Андрей Василишин wrote: > >>>> За рейд1 точно не скажу, потому что не помню как там куски файла >>>> отдаются одному клиенту - всегда с одного диска или попеременно с >>>> разных >>>> дисков > >>> для варианта нагрузки "random read" разве есть какая-то разница, >>> с того же самого винта будет отдаваться следующий фрагмент файла, >>> или с другого винта? всеравно между этими двумя запросами винт успеет >>> выполнить десятки или даже сотни других запросов на чтение фрагментов >>> других файлов. если я не ошибаюсь, нормальный рейд выбирает наименее >>> загруженный запросами винт, чтобы равномерно распределить запросы >>> на чтение по всем компонентам массива. и это по идее должен быть >>> самый оптимальный вариант массива для увеличения производительности. > >> Вы не забывайте про seek'и, что лучше чтобы один клиент сикал по одному >> диску или по 10-ти сразу, а если таких клиентов 3000, что будет? > > там не один клиент. обычно клиентов больше, чем винтов на сервере, > так что в промежутках между запросами к одному файлу этот же винт > всеравно будет выполнять seek'и, чтобы обработать другие запросы, > обращения каких-то других клиентов к другим файлам с этого винта. > поэтому seek'и всеравно будут. какая тогда разница чем они вызваны? > > один запрос клиента точно не будет *сразу* по 10 винтам seek'ать. > тем более, если клиентов 3000. это будет по 300 запросов на винт. > в среднем. а может быть и все 3000 запросов к одному винту, > в самом худшем случае, а все остальные винты будут простаивать. > (в том варианте когда нет raid1 и есть только независимые винты) > >>> в любом случае, отдавать какой-то файл одновременно с N винтов - >>> это будет более производительный вариант, чем отдавать его с одного >>> единственного винта. и как минимум для стриминга где бывают очень >>> популярные файлы, к которым большое количество обращений - вариант >>> raid1 может оказаться лучше, чем "независимые винты" и try_files. > >> Раз не верите мне, то поверьте тогда Игорю, он производил тестирование > > есть ссылка на то сообщение из архива рассылки ? Тут про рейд0 http://forum.nginx.org/read.php?21,68014,79073#msg-79073 Тут про рейд10 http://forum.nginx.org/read.php?21,213915,213977#msg-213977 (Вы там тоже участвовали кстати) > > afair, он производил тестирование когда-то очень давно и только под > gmirror/FreeBSD. для CentOS с XFS/ext4 и програмным mdraid / нормальным > аппаратным RAID1 результаты тестирования производительности "RAID1 with > N components" vs "full standalone N HDDs" могут быть совсем другими. > >> Для себя я когда-то перешел с рейд5 >> на стендэлон и увидел выигрыш в 2 раза. > > raid5, raid0, raid10 - это все варианты raid`а с чередованием страйпов. > например, stripe size обычно 64М, 128М или 256М. если убрать эти рейды - > тогда производительность вырастет. но в RAID1 нет чередования страйпов. > и если система запрашивает прочитать с RAID-массива фрагмент размером > в 1, 2, 4, ... мегабайт - этот фрагмент будет читаться с одного винта, > без каких-либо лишних seek`ов и потери производительности из-за этого. > > а если какой-то файл является очень популярным - то он будет читаться > не с одного, а с нескольких винтов одновременно (паралельно, разные > фрагменты, в овтет на запросы разных клиентов) и суммарная пропускная > способность дисковой подсистемы вырастет в столько раз (примерно) > сколько винтов являются компонентами RAID1 массива. > > поэтому - мне совсем не понятно, почему N отдельных винтов будут > работать якобы быстрее, чем RAID1 массив из N компонент (винтов). > ( как в случае, когда N==2, так и при N==3, N==4, N==5, N==... ) > > туда получится записать больше файлов - это да. но *производительность* > от того, что один файл будет лежать только на одном единственном винте > (или только на двух винтах) - совсем не вырастет, а только упадет, имхо. > Если У Вас есть проект который может нагнать 1000 и больше одновременных коннектов к разным файлам и Вам не жалко над ними ставить эксперименты, могу предоставить сервер для тестов на недельку с 6-ю вениками и гигабитным каналом. А то чувствую теоретиков тут каждый месяц - да найдется. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From gmm на csdoc.com Mon Oct 24 19:31:39 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Mon, 24 Oct 2011 22:31:39 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA59E0C.3090909@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> <4EA555CC.6000904@csdoc.com> <4EA55830.5010107@kpi.ua> <4EA594F1.6050105@csdoc.com> <4EA59E0C.3090909@kpi.ua> Message-ID: <4EA5BD1B.5040003@csdoc.com> On 24.10.2011 20:19, Андрей Василишин wrote: >>> Раз не верите мне, то поверьте тогда Игорю, он производил тестирование >> есть ссылка на то сообщение из архива рассылки ? > Тут про рейд0 http://forum.nginx.org/read.php?21,68014,79073#msg-79073 > Тут про рейд10 > http://forum.nginx.org/read.php?21,213915,213977#msg-213977 (Вы там тоже > участвовали кстати) вопрос был про raid1. в частности - про software raid1 средствами mdraid в CentOS 6.x, файловая система XFS или ext4, сервер для стриминга flv-файлов. >>> Для себя я когда-то перешел с рейд5 >>> на стендэлон и увидел выигрыш в 2 раза. это тоже никак не доказывает Вашу правоту в этом споре. например, если вместо одного винта поставить raid1 массив из двух таких винтов, то выиграш в скорости будет также примерно в два раза, если нет ошибок в реализации логики работы используемого програмного/аппаратного raid1. даже при нагрузке random read и с большим количеством клиентских запросов. просто потому что у raid1 массива будет два диска вместо одного и он сможет в два раза больший объем запросов выполнить. неужели в http://kpi.ua/ даже таких азов не преподают студентам? > Если У Вас есть проект который может нагнать 1000 и больше одновременных > коннектов к разным файлам и Вам не жалко над ними ставить эксперименты, > могу предоставить сервер для тестов на недельку с 6-ю вениками и > гигабитным каналом. Если у Вас есть желание провести эксперименты - Вы это можете сделать и без проекта, который что-то там может куда-то нагнать 1000 и больше. > А то чувствую теоретиков тут каждый месяц - да найдется. Теория без практики мертва, практика без теории слепа. -- Best regards, Gena From a.vasilishin на kpi.ua Mon Oct 24 19:47:24 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 24 Oct 2011 22:47:24 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA5BD1B.5040003@csdoc.com> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> <4EA555CC.6000904@csdoc.com> <4EA55830.5010107@kpi.ua> <4EA594F1.6050105@csdoc.com> <4EA59E0C.3090909@kpi.ua> <4EA5BD1B.5040003@csdoc.com> Message-ID: <4EA5C0CC.9000009@kpi.ua> 24.10.2011 22:31, Gena Makhomed пишет: > On 24.10.2011 20:19, Андрей Василишин wrote: > >>>> Раз не верите мне, то поверьте тогда Игорю, он производил тестирование > >>> есть ссылка на то сообщение из архива рассылки ? > >> Тут про рейд0 http://forum.nginx.org/read.php?21,68014,79073#msg-79073 >> Тут про рейд10 >> http://forum.nginx.org/read.php?21,213915,213977#msg-213977 (Вы там тоже >> участвовали кстати) > > вопрос был про raid1. > > в частности - про software raid1 средствами mdraid в CentOS 6.x, > файловая система XFS или ext4, сервер для стриминга flv-файлов. > Ну, вот могу дать Вам возможность протестировать и сравнить результаты, даже одну часть эксперимента готов выполнить сам, самому ведь интересно, но вот что-то мне подсказывает, что не будет выигрыша в сравнении с standalone. >>>> Для себя я когда-то перешел с рейд5 >>>> на стендэлон и увидел выигрыш в 2 раза. > > это тоже никак не доказывает Вашу правоту в этом споре. > Согласен, но без практики я в теорию относительности скорости работы рейдов уже не верю. > например, если вместо одного винта поставить raid1 массив из двух таких > винтов, то выиграш в скорости будет также примерно в два раза, если нет > ошибок в реализации логики работы используемого програмного/аппаратного > raid1. даже при нагрузке random read и с большим количеством клиентских > запросов. просто потому что у raid1 массива будет два диска вместо > одного и он сможет в два раза больший объем запросов выполнить. > > неужели в http://kpi.ua/ даже таких азов не преподают студентам? > При чем тут ВУЗ к Вашей теории и как оно на практике? Про рейд5 тоже висят картинки, что все быстро, круто и надежно, а на практике - вон оно как! >> Если У Вас есть проект который может нагнать 1000 и больше одновременных >> коннектов к разным файлам и Вам не жалко над ними ставить эксперименты, >> могу предоставить сервер для тестов на недельку с 6-ю вениками и >> гигабитным каналом. > > Если у Вас есть желание провести эксперименты - Вы это можете сделать > и без проекта, который что-то там может куда-то нагнать 1000 и больше. Можно, но для этого надо писать тест и желательно симулировать работу реальных клиентов, то есть среднюю скорость 1,5 Мбит/с (кто-то больше, кто-то меньше) >> А то чувствую теоретиков тут каждый месяц - да найдется. > > Теория без практики мертва, практика без теории слепа. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From gmm на csdoc.com Mon Oct 24 20:13:22 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Mon, 24 Oct 2011 23:13:22 +0300 Subject: ssl_protocols regression Message-ID: <4EA5C6E2.1030604@csdoc.com> Здравствуйте! поведение директивы ssl_protocols изменилось не в лучшую сторону. вот такой фрагмент конфига: ssl_protocols SSLv3 TLSv1; ssl_session_cache shared:SSL:4M; ssl_session_timeout 120m; если на сервере используется nginx 1.0.0, то Google Chrome 14.0.835.202 m устанавливает с ним соединение по протоколу TLS 1.0, если на сервере стоит nginx 1.0.8, то Google Chrome 14.0.835.202 m устанавливает с ним соединение по протоколу SSL 3.0 и при этом ругается что на сервере стоит какой-то древний софт, в котором могут быть и другие ошибки. наверное это regression в nginx? или это зависит не от nginx, а используемой библиотеки openssl ? пробовал менять местами на втором сервере: - ssl_protocols SSLv3 TLSv1; + ssl_protocols TLSv1 SSLv3; ничего не меняется, всеравно SSL 3.0. дополнительная информация: конфиги на серверах практически одинаковые. SSL-сертификат на каждом из серверов один и тот же, PositiveSSL за 8.95 USD от https://www.cheapssls.com/ на первом сервере domain.net, на втором - www.domain.net первый сервер: # uname -a Linux ************* 2.6.18-274.7.1.el5 #1 SMP Thu Oct 20 16:20:37 EDT 2011 i686 athlon i386 GNU/Linux # rpm -q openssl openssl-0.9.8e-20.el5 # nginx -V nginx: nginx version: nginx/1.0.0 nginx: built by gcc 4.4.4 20100726 (Red Hat 4.4.4-13) (GCC) nginx: TLS SNI support disabled nginx: configure arguments: --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/conf/nginx.conf --error-log-path=/var/log/nginx/error.log --pid-path=/var/run/nginx.pid --lock-path=/var/lock/subsys/nginx --user=nginx --group=nginx --without-select_module --without-poll_module --with-file-aio --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_xslt_module --with-http_image_filter_module --with-http_sub_module --with-http_dav_module --with-http_flv_module --with-http_gzip_static_module --with-http_random_index_module --with-http_secure_link_module --with-http_degradation_module --with-http_stub_status_module --with-http_perl_module --http-log-path=/var/log/nginx/access.log --http-client-body-temp-path=/var/lib/nginx/tmp/client_body --http-proxy-temp-path=/var/lib/nginx/tmp/proxy --http-fastcgi-temp-path=/var/lib/nginx/tmp/fastcgi --http-uwsgi-temp-path=/var/lib/nginx/tmp/uwsgi --http-scgi-temp-path=/var/lib/nginx/tmp/scgi --with-cc=/usr/bin/gcc44 --with-cc-opt='-O2 -g -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables' --with-pcre --with-md5-asm --with-sha1-asm --with-zlib-asm=pentiumpro --with-debug второй сервер: ]# uname -a Linux ************* 2.6.32-042stab037.1 #1 SMP Fri Sep 16 22:18:06 MSD 2011 x86_64 x86_64 x86_64 GNU/Linux # rpm -q openssl openssl-1.0.0-4.el6_0.2.x86_64 # nginx -V nginx: nginx version: nginx/1.0.8 nginx: built by gcc 4.4.4 20100726 (Red Hat 4.4.4-13) (GCC) nginx: TLS SNI support enabled nginx: configure arguments: --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/conf/nginx.conf --error-log-path=/var/log/nginx/error.log --pid-path=/var/run/nginx.pid --lock-path=/var/lock/subsys/nginx --user=nginx --group=nginx --without-select_module --without-poll_module --with-file-aio --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_flv_module --with-http_mp4_module --with-http_gzip_static_module --with-http_random_index_module --with-http_secure_link_module --with-http_degradation_module --with-http_stub_status_module --http-log-path=/var/log/nginx/access.log --http-client-body-temp-path=/var/lib/nginx/tmp/client_body --http-proxy-temp-path=/var/lib/nginx/tmp/proxy --http-fastcgi-temp-path=/var/lib/nginx/tmp/fastcgi --http-uwsgi-temp-path=/var/lib/nginx/tmp/uwsgi --http-scgi-temp-path=/var/lib/nginx/tmp/scgi --with-cc-opt='-O2 -g' --with-pcre --with-md5-asm --with-sha1-asm --with-zlib-asm=pentiumpro --with-debug -- Best regards, Gena From gmm на csdoc.com Mon Oct 24 20:28:41 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Mon, 24 Oct 2011 23:28:41 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA5C0CC.9000009@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> <4EA555CC.6000904@csdoc.com> <4EA55830.5010107@kpi.ua> <4EA594F1.6050105@csdoc.com> <4EA59E0C.3090909@kpi.ua> <4EA5BD1B.5040003@csdoc.com> <4EA5C0CC.9000009@kpi.ua> Message-ID: <4EA5CA79.6070600@csdoc.com> On 24.10.2011 22:47, Андрей Василишин wrote: >> вопрос был про raid1. >> в частности - про software raid1 средствами mdraid в CentOS 6.x, >> файловая система XFS или ext4, сервер для стриминга flv-файлов. > Ну, вот могу дать Вам возможность протестировать и сравнить результаты, > даже одну часть эксперимента готов выполнить сам, самому ведь интересно, > но вот что-то мне подсказывает, что не будет выигрыша в сравнении с > standalone. для простоты эксперимента можете взять 2 standalone винта, и сделать так, что каждый файл лежит только на одном винте, и второй вариант - raid1 массив из этих же двух винтов, так что в результате на каждый файл будет приходиться два полностью независимых друг от друга шпинделя. результаты будут примерно одинаковыми только если равномерно нагрузить запросами оба винта, если к одному винту будет больше запросов (более популярные файлы там), а к другому - меньше (менее популярные файлы там) - то сразу станет очевидно, что raid1 массив имеет большую производительность чем система из двух независимых винтов. крайний случай - когда все популярные файлы будут находиться на одном винте и все запросы будут только к одному винту, а второй будет просто простаивать. тогда производительность raid1 массива будет примерно в два раза выше, чем у системы из двух полностью независимых винтов. >>>>> Для себя я когда-то перешел с рейд5 >>>>> на стендэлон и увидел выигрыш в 2 раза. >> это тоже никак не доказывает Вашу правоту в этом споре. > Согласен, но без практики я в теорию относительности скорости работы > рейдов уже не верю. при желании - это легко проверить. >> например, если вместо одного винта поставить raid1 массив из двух таких >> винтов, то выиграш в скорости будет также примерно в два раза, если нет >> ошибок в реализации логики работы используемого програмного/аппаратного >> raid1. даже при нагрузке random read и с большим количеством клиентских >> запросов. просто потому что у raid1 массива будет два диска вместо >> одного и он сможет в два раза больший объем запросов выполнить. >> неужели в http://kpi.ua/ даже таких азов не преподают студентам? > При чем тут ВУЗ к Вашей теории и как оно на практике? это не моя теория. > Про рейд5 тоже висят картинки, что все быстро, круто и надежно, а на > практике - вон оно как! raid5 будет быстрым только для линейного чтения файла в один поток. потому что это почти то же самое, что и raid0. мы же говорим про нагрузку random read блоками от 64К до 1М причем не одним клиентом, а большим количеством клиентов/запросов. >>> Если У Вас есть проект который может нагнать 1000 и больше одновременных >>> коннектов к разным файлам и Вам не жалко над ними ставить эксперименты, >>> могу предоставить сервер для тестов на недельку с 6-ю вениками и >>> гигабитным каналом. >> >> Если у Вас есть желание провести эксперименты - Вы это можете сделать >> и без проекта, который что-то там может куда-то нагнать 1000 и больше. > Можно, но для этого надо писать тест и желательно симулировать работу > реальных клиентов, то есть среднюю скорость 1,5 Мбит/с (кто-то больше, > кто-то меньше) насколько я знаю, есть специальный софт для проведения нагрузочного тестирования. -- Best regards, Gena From a.vasilishin на kpi.ua Mon Oct 24 20:41:03 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 24 Oct 2011 23:41:03 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA5CA79.6070600@csdoc.com> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> <4EA555CC.6000904@csdoc.com> <4EA55830.5010107@kpi.ua> <4EA594F1.6050105@csdoc.com> <4EA59E0C.3090909@kpi.ua> <4EA5BD1B.5040003@csdoc.com> <4EA5C0CC.9000009@kpi.ua> <4EA5CA79.6070600@csdoc.com> Message-ID: <4EA5CD5F.9040504@kpi.ua> 24.10.2011 23:28, Gena Makhomed пишет: > On 24.10.2011 22:47, Андрей Василишин wrote: > >>> вопрос был про raid1. > >>> в частности - про software raid1 средствами mdraid в CentOS 6.x, >>> файловая система XFS или ext4, сервер для стриминга flv-файлов. > >> Ну, вот могу дать Вам возможность протестировать и сравнить результаты, >> даже одну часть эксперимента готов выполнить сам, самому ведь интересно, >> но вот что-то мне подсказывает, что не будет выигрыша в сравнении с >> standalone. > > для простоты эксперимента можете взять 2 standalone винта, > и сделать так, что каждый файл лежит только на одном винте, > > и второй вариант - raid1 массив из этих же двух винтов, > так что в результате на каждый файл будет приходиться > два полностью независимых друг от друга шпинделя. > > результаты будут примерно одинаковыми только если равномерно нагрузить > запросами оба винта, если к одному винту будет больше запросов (более > популярные файлы там), а к другому - меньше (менее популярные файлы там) > - то сразу станет очевидно, что raid1 массив имеет большую > производительность чем система из двух независимых винтов. > Не-не-не, Девид Блейн! (с) Вот Вас явно плохо учили в ВУЗе подходить к эксперименту, 2 файла - это как раз в тех тестах про скорость работы рейдов с красивыми картинками, на нормальном сервере я наблюдаю от 1000 до 3500 открытых файлов: # lsof -np `pgrep -xd , nginx` | grep flv | awk '{ print "\t" $7 "\t" $9 }' | sort | uniq -c | sort -rn | wc -l 2095 При: Active connections: 2899 server accepts handled requests 1237398 1237398 1361271 Reading: 2 Writing: 2860 Waiting: 37 Ваши 2 файла закешируются и ничего не покажут, так что показательным будет хотя бы 1000 файлов. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From rush.zlo на gmail.com Tue Oct 25 08:44:12 2011 From: rush.zlo на gmail.com (=?UTF-8?B?0JXQstCz0LXQvdC40LkgJ1J1c2gnINCd0LXQv9C+0LzQvdGP0YnQuNC5?=) Date: Tue, 25 Oct 2011 12:44:12 +0400 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA5CD5F.9040504@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> <4EA555CC.6000904@csdoc.com> <4EA55830.5010107@kpi.ua> <4EA594F1.6050105@csdoc.com> <4EA59E0C.3090909@kpi.ua> <4EA5BD1B.5040003@csdoc.com> <4EA5C0CC.9000009@kpi.ua> <4EA5CA79.6070600@csdoc.com> <4EA5CD5F.9040504@kpi.ua> Message-ID: Извините, что вмешиваюсь, да и с начала не читал, каюсь. Но не кажется ли вам (обоим), что спорить о производительности raid{0,1} как то глупо, ибо первый raid0 предназначен только для увеличения объёма, а raid1 только для повышения надёжности хранения данных. В случае с raid1 побочный эффект - это увеличение скорости чтения данных (если позволяет реализация) за счёт возможности параллельного чтения двух разных блоков. В случае с raid0 такой эффект может возникать, а может и не возникать, ибо драйвер файловой системы не знает о том, что он работает поверх raid0 и соответственно не может раскладывать файлы для достижения эффекта параллельного чтения. В случае с raid0 постепенно возникнет ситуация (зависит от ФС, конечно), когда файлы перемешаются так, что эффект параллельного чтения будет примерно таким же, как и у raid1, но можно утверждать, что в начале заполнения ФС raid0 в любом случае проиграет raid1, в котором параллельное чтение возможно всегда. К сожалению я не видел, что за аппаратуру вы используете в своих тестах, но если архитектура raid{0,1} полностью поддержана аппаратно (два независимых канала, хватает пропускных способностей шин итд), то ИМХО спор "ниачом". Другое дело если использовать извращения, типа софтовых контроллеров. В этом случае тестирование лучше даже не проводить :) 25 октября 2011 г. 0:41 пользователь Андрей Василишин написал: -- Cogito ergo sum From nginx-forum на nginx.us Tue Oct 25 09:23:13 2011 From: nginx-forum на nginx.us (igor.goncharenko) Date: Tue, 25 Oct 2011 05:23:13 -0400 Subject: =?UTF-8?B?Y29tZXQg0LHRjdC60LXQvdC00Ysg0LggbG9jYXRpb24gLw==?= Message-ID: Hi! Есть у меня несколько comet бэкендов, upstream comet_be { server comet_be1 :7045; server comet_be2 :7045; } upstream main_be { server main_be1:80; } #root location / { proxy_pass http://main_be; } #описаны как: location ~* ^/cm-.* { proxy_pass http://comet_be; server_name_in_redirect off; proxy_redirect off; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Protocol $scheme; proxy_next_upstream error timeout; proxy_max_temp_file_size 0; client_max_body_size 10m; client_body_buffer_size 128k; proxy_buffering off; } Так вот. Запрос обрабатывается в location ~* ^/cm-.*, однако, если оба комет сервера лежат, запрос после 2-х connection refused, уходит на location / чего бы не хотелось (nginx 1.0.8). То-есть, получается что location не валидный и nginx использует /. Однако, как мне просто отдать клиенту ошибку и не пытаться использовать / location? access.log ($upstream_addr): 10.0.0.10:7045 : 10.0.0.11:7045 : 10.0.0.254:80 --- Igor Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217270,217270#msg-217270 From nginx-forum на nginx.us Tue Oct 25 09:40:54 2011 From: nginx-forum на nginx.us (igor.goncharenko) Date: Tue, 25 Oct 2011 05:40:54 -0400 Subject: =?UTF-8?B?UmU6IGNvbWV0INCx0Y3QutC10L3QtNGLINC4IGxvY2F0aW9uIC8=?= In-Reply-To: References: Message-ID: <86e26298fd1ab6490ce461aba613d628.NginxMailingListRussian@forum.nginx.org> то-есть, лог такой: access.log ($upstream_addr): 10.0.0.10:7045, 10.0.0.11:7045 : 10.0.0.254:80 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217270,217272#msg-217272 From igor на sysoev.ru Tue Oct 25 10:18:40 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Tue, 25 Oct 2011 14:18:40 +0400 Subject: ssl_protocols regression In-Reply-To: <4EA5C6E2.1030604@csdoc.com> References: <4EA5C6E2.1030604@csdoc.com> Message-ID: <20111025101839.GD9463@nginx.com> On Mon, Oct 24, 2011 at 11:13:22PM +0300, Gena Makhomed wrote: > Здравствуйте! > > поведение директивы ssl_protocols изменилось не в лучшую сторону. > > вот такой фрагмент конфига: > > ssl_protocols SSLv3 TLSv1; > ssl_session_cache shared:SSL:4M; > ssl_session_timeout 120m; > > если на сервере используется nginx 1.0.0, > то Google Chrome 14.0.835.202 m устанавливает с ним соединение > по протоколу TLS 1.0, > > если на сервере стоит nginx 1.0.8, > то Google Chrome 14.0.835.202 m устанавливает с ним соединение > по протоколу SSL 3.0 и при этом ругается что на сервере стоит > какой-то древний софт, в котором могут быть и другие ошибки. > > наверное это regression в nginx? > > или это зависит не от nginx, а используемой библиотеки openssl ? > > пробовал менять местами на втором сервере: > > - ssl_protocols SSLv3 TLSv1; > + ssl_protocols TLSv1 SSLv3; > > ничего не меняется, всеравно SSL 3.0. > > дополнительная информация: > > конфиги на серверах практически одинаковые. > > SSL-сертификат на каждом из серверов один и тот же, > PositiveSSL за 8.95 USD от https://www.cheapssls.com/ > на первом сервере domain.net, на втором - www.domain.net > > первый сервер: > > # uname -a > Linux ************* 2.6.18-274.7.1.el5 #1 SMP Thu Oct 20 16:20:37 EDT > 2011 i686 athlon i386 GNU/Linux > > # rpm -q openssl > openssl-0.9.8e-20.el5 > > # nginx -V > nginx: nginx version: nginx/1.0.0 > nginx: built by gcc 4.4.4 20100726 (Red Hat 4.4.4-13) (GCC) > nginx: TLS SNI support disabled > nginx: configure arguments: --prefix=/etc/nginx > --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/conf/nginx.conf > --error-log-path=/var/log/nginx/error.log --pid-path=/var/run/nginx.pid > --lock-path=/var/lock/subsys/nginx --user=nginx --group=nginx > --without-select_module --without-poll_module --with-file-aio > --with-http_ssl_module --with-http_realip_module > --with-http_addition_module --with-http_xslt_module > --with-http_image_filter_module --with-http_sub_module > --with-http_dav_module --with-http_flv_module > --with-http_gzip_static_module --with-http_random_index_module > --with-http_secure_link_module --with-http_degradation_module > --with-http_stub_status_module --with-http_perl_module > --http-log-path=/var/log/nginx/access.log > --http-client-body-temp-path=/var/lib/nginx/tmp/client_body > --http-proxy-temp-path=/var/lib/nginx/tmp/proxy > --http-fastcgi-temp-path=/var/lib/nginx/tmp/fastcgi > --http-uwsgi-temp-path=/var/lib/nginx/tmp/uwsgi > --http-scgi-temp-path=/var/lib/nginx/tmp/scgi --with-cc=/usr/bin/gcc44 > --with-cc-opt='-O2 -g -m32 -march=i386 -mtune=generic > -fasynchronous-unwind-tables' --with-pcre --with-md5-asm --with-sha1-asm > --with-zlib-asm=pentiumpro --with-debug > > > второй сервер: > > ]# uname -a > Linux ************* 2.6.32-042stab037.1 #1 SMP Fri Sep 16 22:18:06 MSD > 2011 x86_64 x86_64 x86_64 GNU/Linux > > # rpm -q openssl > openssl-1.0.0-4.el6_0.2.x86_64 > > # nginx -V > nginx: nginx version: nginx/1.0.8 > nginx: built by gcc 4.4.4 20100726 (Red Hat 4.4.4-13) (GCC) > nginx: TLS SNI support enabled > nginx: configure arguments: --prefix=/etc/nginx > --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/conf/nginx.conf > --error-log-path=/var/log/nginx/error.log --pid-path=/var/run/nginx.pid > --lock-path=/var/lock/subsys/nginx --user=nginx --group=nginx > --without-select_module --without-poll_module --with-file-aio > --with-http_ssl_module --with-http_realip_module > --with-http_addition_module --with-http_sub_module > --with-http_dav_module --with-http_flv_module --with-http_mp4_module > --with-http_gzip_static_module --with-http_random_index_module > --with-http_secure_link_module --with-http_degradation_module > --with-http_stub_status_module --http-log-path=/var/log/nginx/access.log > --http-client-body-temp-path=/var/lib/nginx/tmp/client_body > --http-proxy-temp-path=/var/lib/nginx/tmp/proxy > --http-fastcgi-temp-path=/var/lib/nginx/tmp/fastcgi > --http-uwsgi-temp-path=/var/lib/nginx/tmp/uwsgi > --http-scgi-temp-path=/var/lib/nginx/tmp/scgi --with-cc-opt='-O2 -g' > --with-pcre --with-md5-asm --with-sha1-asm --with-zlib-asm=pentiumpro > --with-debug Между 1.0.0 и 1.0.8 существенное измение в области SSL только одно: Changes with nginx 1.0.6 29 Aug 2011 *) Feature: now nginx supports ECDHE key exchange ciphers. Thanks to Adrian Kotelba. Я не думаю, что проблема в nginx'е. Скорее, это openssl. -- Игорь Сысоев http://sysoev.ru From igor на sysoev.ru Tue Oct 25 10:34:58 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Tue, 25 Oct 2011 14:34:58 +0400 Subject: SSL NGINX + SSL IIS In-Reply-To: <1319381599.1718.17.camel@N900> References: <1319379626.1718.14.camel@N900> <1319381599.1718.17.camel@N900> Message-ID: <20111025103458.GF9463@nginx.com> On Sun, Oct 23, 2011 at 09:53:19PM +0700, Мисбах-Соловь?в Вадим wrote: > Ну, я думаю, можно не объяснять, что это - не всегда удобный выход. И возможность отключить проверку сертификата у бекенда крайне не помешала бы. nginx не проверяет сертификат бэкенда. > > У меня получилось заставить работать с > > бекендами по https. Для этого было > > достаточно сменить сертификат с > > самоподписанного на нормальный -- Игорь Сысоев http://sysoev.ru From igor на sysoev.ru Tue Oct 25 10:35:26 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Tue, 25 Oct 2011 14:35:26 +0400 Subject: SSL NGINX + SSL IIS In-Reply-To: <1319379626.1718.14.camel@N900> References: <1319348406.1718.5.camel@N900> <0bb97243c7b92a72699def5a87e52208.NginxMailingListRussian@forum.nginx.org> <1319352566.1718.11.camel@N900> <20111023082850.GA47939@nginx.com> <1319379626.1718.14.camel@N900> Message-ID: <20111025103526.GG9463@nginx.com> On Sun, Oct 23, 2011 at 09:20:26PM +0700, Мисбах-Соловь?в Вадим wrote: > Кстати, Игорь, а всё же, можно как-нибудь поработать над общением с бекендами по https? А то как-то, на сколько мне известно, никто так и не настроил. proxy_pass https://backend; -- Игорь Сысоев http://sysoev.ru From morozov_ml на ngs.ru Tue Oct 25 10:39:22 2011 From: morozov_ml на ngs.ru (Alexey Morozov) Date: Tue, 25 Oct 2011 17:39:22 +0700 Subject: SSL NGINX + SSL IIS In-Reply-To: <1319379626.1718.14.camel@N900> References: <1319348406.1718.5.camel@N900> <0bb97243c7b92a72699def5a87e52208.NginxMailingListRussian@forum.nginx.org> <1319352566.1718.11.camel@N900> <20111023082850.GA47939@nginx.com> <1319379626.1718.14.camel@N900> Message-ID: <4EA691DA.90908@ngs.ru> 23.10.2011 21:20, Мисбах-Соловь?в Вадим пишет: > Кстати, Игорь, а всё же, можно как-нибудь поработать над общением с бекендами по https? А то как-то, на сколько мне известно, никто так и не настроил. У нас работает в одной инсталляции. Причём, там по условиям задачи требовался именно HTTPS с проверкой сертификатов. Для этого пришлось хачить код, в официальное дерево эти патчи не попали, и, возможно, на новые версии nginx они уже вчистую не прикладываются From igor на sysoev.ru Tue Oct 25 10:41:05 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Tue, 25 Oct 2011 14:41:05 +0400 Subject: =?UTF-8?B?UmU6IGNvbWV0INCx0Y3QutC10L3QtNGLINC4IGxvY2F0aW9uIC8=?= In-Reply-To: References: Message-ID: <20111025104105.GH9463@nginx.com> On Tue, Oct 25, 2011 at 05:23:13AM -0400, igor.goncharenko wrote: > Hi! > > Есть у меня несколько comet бэкендов, > > upstream comet_be { > server comet_be1 :7045; > server comet_be2 :7045; > } > > upstream main_be { > server main_be1:80; > } > > > #root > > location / > { > proxy_pass http://main_be; > } > > > #описаны как: > > location ~* ^/cm-.* { Вот это можно заменить так: - location ~* ^/cm-.* { + location ^~ /cm- { Или, если больше нет locaiton'ов с регулярными выражениями, то так: location /cm- { > proxy_pass http://comet_be; > > server_name_in_redirect off; > proxy_redirect off; > proxy_set_header Host $host; > proxy_set_header X-Real-IP $remote_addr; > proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; > proxy_set_header X-Forwarded-Protocol $scheme; > proxy_next_upstream error timeout; > > proxy_max_temp_file_size 0; > > client_max_body_size 10m; > client_body_buffer_size 128k; > > proxy_buffering off; > } > > Так вот. Запрос обрабатывается в location ~* > ^/cm-.*, однако, если оба комет сервера > лежат, запрос после 2-х connection refused, > уходит на location / чего бы не хотелось (nginx > 1.0.8). То-есть, получается что location не > валидный и nginx использует /. Однако, как > мне просто отдать клиенту ошибку и не > пытаться использовать / location? > > > access.log ($upstream_addr): > 10.0.0.10:7045 : 10.0.0.11:7045 : 10.0.0.254:80 Скорее всего, где-то стоит proxy_intercept_errors on: http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_intercept_errors -- Игорь Сысоев http://sysoev.ru From nginx-forum на nginx.us Tue Oct 25 11:22:26 2011 From: nginx-forum на nginx.us (igor.goncharenko) Date: Tue, 25 Oct 2011 07:22:26 -0400 Subject: =?UTF-8?B?UmU6IGNvbWV0INCx0Y3QutC10L3QtNGLINC4IGxvY2F0aW9uIC8=?= In-Reply-To: References: Message-ID: <4fa7275be997a83a9d25a2dc350f7b9f.NginxMailingListRussian@forum.nginx.org> Та нет, вроде: [root на nginx ~]# grep -iR proxy_intercept_errors /usr/local/etc/nginx/ [root на nginx ~]# Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217270,217283#msg-217283 From igor на sysoev.ru Tue Oct 25 12:20:18 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Tue, 25 Oct 2011 16:20:18 +0400 Subject: =?UTF-8?B?UmU6IGNvbWV0INCx0Y3QutC10L3QtNGLINC4IGxvY2F0aW9uIC8=?= In-Reply-To: <4fa7275be997a83a9d25a2dc350f7b9f.NginxMailingListRussian@forum.nginx.org> References: <4fa7275be997a83a9d25a2dc350f7b9f.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111025122018.GA13805@nginx.com> On Tue, Oct 25, 2011 at 07:22:26AM -0400, igor.goncharenko wrote: > Та нет, вроде: > > [root на nginx ~]# grep -iR proxy_intercept_errors /usr/local/etc/nginx/ > [root на nginx ~]# Тогда нужен отладочный лог: http://nginx.org/en/docs/debugging_log.html -- Igor Sysoev From mdounin на mdounin.ru Tue Oct 25 12:53:47 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 25 Oct 2011 16:53:47 +0400 Subject: =?UTF-8?B?UmU6IGNvbWV0INCx0Y3QutC10L3QtNGLINC4IGxvY2F0aW9uIC8=?= In-Reply-To: References: Message-ID: <20111025125347.GC62535@mdounin.ru> Hello! On Tue, Oct 25, 2011 at 05:23:13AM -0400, igor.goncharenko wrote: > Hi! > > Есть у меня несколько comet бэкендов, > > upstream comet_be { > server comet_be1 :7045; > server comet_be2 :7045; > } > > upstream main_be { > server main_be1:80; > } > > > #root > > location / > { > proxy_pass http://main_be; > } > > > #описаны как: > > location ~* ^/cm-.* { > proxy_pass http://comet_be; > > server_name_in_redirect off; > proxy_redirect off; > proxy_set_header Host $host; > proxy_set_header X-Real-IP $remote_addr; > proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; > proxy_set_header X-Forwarded-Protocol $scheme; > proxy_next_upstream error timeout; > > proxy_max_temp_file_size 0; > > client_max_body_size 10m; > client_body_buffer_size 128k; > > proxy_buffering off; > } > > Так вот. Запрос обрабатывается в location ~* > ^/cm-.*, однако, если оба комет сервера > лежат, запрос после 2-х connection refused, > уходит на location / чего бы не хотелось (nginx > 1.0.8). То-есть, получается что location не > валидный и nginx использует /. Однако, как > мне просто отдать клиенту ошибку и не > пытаться использовать / location? error_page 502 смотрит куда? Если конфиг выглядит как-то так (error_page может быть на уровне http, не суть важно): server { ... error_page 502 /502.html; location / { proxy_pass http://main_be; } location ... { proxy_pass http://comet_be; } } То при ошибке общения с comet_be будет внутренний редирект на /502.html, и он отправится на main_be. При этом при использовании proxy_pass без uri - отправится с тем uri, который был у исходного запроса. Наверное, это всё-таки надо поправить. Пока workaround такой (note "/" после main_be): location / { proxy_pass http://main_be/; } Ну либо под 5xx ошибки выделить отдельный location и положить туда статику, тоже сработает. Это, в принципе, в любом случае полезно сделать. Maxim Dounin From pentarh на gmail.com Tue Oct 25 13:10:05 2011 From: pentarh на gmail.com (Pentarh Udi) Date: Tue, 25 Oct 2011 16:10:05 +0300 Subject: =?UTF-8?B?0JXRgdGC0Ywg0LvQuCDRgdC/0L7RgdC+0LEg0L7RgtC00LDRgtGMINGC0L7Qu9GM?= =?UTF-8?B?0LrQviDRh9Cw0YHRgtGMINGE0LDQudC70LA/?= Message-ID: Есть определенные типы файлов, при запросе которых нужно отдать не более 90% контента файла. Вот такая вот задача ) Никто не подскажет как ее решать? -- Regards, Pentarh Udi From a.vasilishin на kpi.ua Tue Oct 25 13:21:02 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Tue, 25 Oct 2011 16:21:02 +0300 Subject: =?UTF-8?B?UmU6INCV0YHRgtGMINC70Lgg0YHQv9C+0YHQvtCxINC+0YLQtNCw0YLRjCDRgtC+?= =?UTF-8?B?0LvRjNC60L4g0YfQsNGB0YLRjCDRhNCw0LnQu9CwPw==?= In-Reply-To: References: Message-ID: <4EA6B7BE.2060209@kpi.ua> 25.10.2011 16:10, Pentarh Udi пишет: > Есть определенные типы файлов, при запросе которых нужно отдать не > более 90% контента файла. > > Вот такая вот задача ) > > Никто не подскажет как ее решать? > Вам случайно не часть видео отдать надо? Плееры такое умеют. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From nefer05 на gmail.com Tue Oct 25 13:21:22 2011 From: nefer05 на gmail.com (Nefer) Date: Tue, 25 Oct 2011 17:21:22 +0400 Subject: =?UTF-8?B?UmU6INCV0YHRgtGMINC70Lgg0YHQv9C+0YHQvtCxINC+0YLQtNCw0YLRjCDRgtC+?= =?UTF-8?B?0LvRjNC60L4g0YfQsNGB0YLRjCDRhNCw0LnQu9CwPw==?= In-Reply-To: References: Message-ID: <4EA6B7D2.2030407@gmail.com> On 10/25/11 17:10, Pentarh Udi wrote: > Есть определенные типы файлов, при запросе которых нужно отдать не > более 90% контента файла. > > Вот такая вот задача ) > > Никто не подскажет как ее решать? > Решения три, и все на поверхности - либо заливать два варианта файла, либо написать свой модуль, либо отдавать бэкэнду со скриптом на перле-пыхе. Готового решения ИМХО нет, ибо это надо додуматься до таких условий. From pentarh на gmail.com Tue Oct 25 13:22:32 2011 From: pentarh на gmail.com (Pentarh Udi) Date: Tue, 25 Oct 2011 16:22:32 +0300 Subject: =?UTF-8?B?UmU6INCV0YHRgtGMINC70Lgg0YHQv9C+0YHQvtCxINC+0YLQtNCw0YLRjCDRgtC+?= =?UTF-8?B?0LvRjNC60L4g0YfQsNGB0YLRjCDRhNCw0LnQu9CwPw==?= In-Reply-To: <4EA6B7BE.2060209@kpi.ua> References: <4EA6B7BE.2060209@kpi.ua> Message-ID: Именно так. Надо только кусок видео отдавать. Веб сервером. 25 октября 2011 г. 16:21 пользователь Андрей Василишин написал: > Вам случайно не часть видео отдать надо? Плееры такое умеют. -- Regards, Pentarh Udi From nefer05 на gmail.com Tue Oct 25 13:25:13 2011 From: nefer05 на gmail.com (Nefer) Date: Tue, 25 Oct 2011 17:25:13 +0400 Subject: =?UTF-8?B?UmU6INCV0YHRgtGMINC70Lgg0YHQv9C+0YHQvtCxINC+0YLQtNCw0YLRjCDRgtC+?= =?UTF-8?B?0LvRjNC60L4g0YfQsNGB0YLRjCDRhNCw0LnQu9CwPw==?= In-Reply-To: References: <4EA6B7BE.2060209@kpi.ua> Message-ID: <4EA6B8B9.5000200@gmail.com> On 10/25/11 17:22, Pentarh Udi wrote: > Именно так. Надо только кусок видео отдавать. Веб сервером. > > Дык тогда параметр start обычно. Смотреть на модули стримминга этого самого видео. From nginx-forum на nginx.us Tue Oct 25 13:43:27 2011 From: nginx-forum на nginx.us (igor.goncharenko) Date: Tue, 25 Oct 2011 09:43:27 -0400 Subject: =?UTF-8?B?UmU6IGNvbWV0INCx0Y3QutC10L3QtNGLINC4IGxvY2F0aW9uIC8=?= In-Reply-To: References: Message-ID: <36365f0feb00606002a2dc6375c5f660.NginxMailingListRussian@forum.nginx.org> Точно так про 502 ошибку. спасибо, Максим. --- Igor Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217270,217295#msg-217295 From nginx-forum на nginx.us Tue Oct 25 13:43:34 2011 From: nginx-forum на nginx.us (arty777) Date: Tue, 25 Oct 2011 09:43:34 -0400 Subject: =?UTF-8?B?UmU6INCY0L3RgtC10YDQtdGB0L3QsNGPINC30LDQtNCw0YfQsCDQtNC70Y8gdHJ5?= =?UTF-8?B?IGZpbGVz?= In-Reply-To: <20111018143814.GD6545@nginx.com> References: <20111018143814.GD6545@nginx.com> Message-ID: <2374c92602906a149a8dc7d965ce1ccf.NginxMailingListRussian@forum.nginx.org> Далее вопрос по той же теме: server { listen 10.10.10.118; server_name 10.10.10.118; location / { root /raid9550 ; try_files /test/1$uri /test/2$uri /test/3$uri =404; } } реально физически струра папок выглядит так: /raid9550/test/1 /raid9550/test /2 /raid9550/test/3 root директория в конфиге - /raid9550 так вот , при обращении к файлу: 10.10.10.10/1.mp4 --- отдает файл прекрасно (Благодаря try_files) 10.10.10.10/test/1/1.mp4 ---- а вот так говорит ошибка 404 ... а вообще надо будет отдавать файл мп4 таким образом: 10.10.10.10/media/video/*.mp4 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216872,217296#msg-217296 From igor на sysoev.ru Tue Oct 25 13:47:00 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Tue, 25 Oct 2011 17:47:00 +0400 Subject: =?UTF-8?B?UmU6INCY0L3RgtC10YDQtdGB0L3QsNGPINC30LDQtNCw0YfQsCDQtNC70Y8gdHJ5?= =?UTF-8?B?IGZpbGVz?= In-Reply-To: <2374c92602906a149a8dc7d965ce1ccf.NginxMailingListRussian@forum.nginx.org> References: <20111018143814.GD6545@nginx.com> <2374c92602906a149a8dc7d965ce1ccf.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111025134700.GA15654@nginx.com> On Tue, Oct 25, 2011 at 09:43:34AM -0400, arty777 wrote: > Далее вопрос по той же теме: > > server { > listen 10.10.10.118; > server_name 10.10.10.118; > location / { > root /raid9550 ; > try_files > /test/1$uri > /test/2$uri > /test/3$uri > =404; > } > } > > реально физически струра папок > выглядит так: > > /raid9550/test/1 > /raid9550/test /2 > /raid9550/test/3 > > root директория в конфиге - /raid9550 > > > так вот , при обращении к файлу: > 10.10.10.10/1.mp4 --- отдает файл прекрасно > (Благодаря try_files) > 10.10.10.10/test/1/1.mp4 ---- а вот так говорит > ошибка 404 ... location / { root /raid9550; try_files /test/1$uri /test/2$uri /test/3$uri =404; } location /test/ { root /raid9550; } > а вообще надо будет отдавать файл мп4 > таким образом: > > 10.10.10.10/media/video/*.mp4 -- Игорь Сысоев http://sysoev.ru From nginx-forum на nginx.us Tue Oct 25 13:48:24 2011 From: nginx-forum на nginx.us (arty777) Date: Tue, 25 Oct 2011 09:48:24 -0400 Subject: =?UTF-8?B?UmU6INCY0L3RgtC10YDQtdGB0L3QsNGPINC30LDQtNCw0YfQsCDQtNC70Y8gdHJ5?= =?UTF-8?B?IGZpbGVz?= In-Reply-To: <2374c92602906a149a8dc7d965ce1ccf.NginxMailingListRussian@forum.nginx.org> References: <20111018143814.GD6545@nginx.com> <2374c92602906a149a8dc7d965ce1ccf.NginxMailingListRussian@forum.nginx.org> Message-ID: <2440742d388b80cd7524577b24396f2b.NginxMailingListRussian@forum.nginx.org> 10.10.10.10/test/1/1.mp4 ---- а вот так говорит ошибка 404 ... хотя файл там реально существует ... *10.10.10.10 - везде , а-то в конфиге написал в конце 118 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216872,217298#msg-217298 From nginx-forum на nginx.us Tue Oct 25 13:53:49 2011 From: nginx-forum на nginx.us (arty777) Date: Tue, 25 Oct 2011 09:53:49 -0400 Subject: =?UTF-8?B?UmU6INCY0L3RgtC10YDQtdGB0L3QsNGPINC30LDQtNCw0YfQsCDQtNC70Y8gdHJ5?= =?UTF-8?B?IGZpbGVz?= In-Reply-To: <20111025134700.GA15654@nginx.com> References: <20111025134700.GA15654@nginx.com> Message-ID: <56ac33984148f67902f004e65c4a2812.NginxMailingListRussian@forum.nginx.org> Igor Sysoev Wrote: ------------------------------------------------------- > On Tue, Oct 25, 2011 at 09:43:34AM -0400, arty777 > wrote: > > Далее вопрос по той же > теме: > > > > server { > > listen 10.10.10.118; > > server_name 10.10.10.118; > > location / { > > root /raid9550 ; > > try_files > > /test/1$uri > > /test/2$uri > > /test/3$uri > > =404; > > } > > } > > > > реально физически струра > папок > > выглядит так: > > > > /raid9550/test/1 > > /raid9550/test /2 > > /raid9550/test/3 > > > > root директория в конфиге - > /raid9550 > > > > > > так вот , при обращении к > файлу: > > 10.10.10.10/1.mp4 --- отдает > файл прекрасно > > (Благодаря try_files) > > 10.10.10.10/test/1/1.mp4 ---- а вот так > говорит > > ошибка 404 ... > > location / { > root /raid9550; > try_files > /test/1$uri > /test/2$uri > /test/3$uri > =404; > } > > location /test/ { > root /raid9550; > } > > > а вообще надо будет > отдавать файл мп4 > > таким образом: > > > > 10.10.10.10/media/video/*.mp4 > > > -- > Игорь Сысоев > http://sysoev.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru да но так try_files не работает ... а надо что б try_files работало и отдавало по такому пути: 10.10.10.10/test/*.mp4 а у меня трай файлс работает только так : 10.10.10.10/1.mp4 .... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216872,217300#msg-217300 From igor на sysoev.ru Tue Oct 25 14:03:19 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Tue, 25 Oct 2011 18:03:19 +0400 Subject: =?UTF-8?B?UmU6INCY0L3RgtC10YDQtdGB0L3QsNGPINC30LDQtNCw0YfQsCDQtNC70Y8gdHJ5?= =?UTF-8?B?IGZpbGVz?= In-Reply-To: <56ac33984148f67902f004e65c4a2812.NginxMailingListRussian@forum.nginx.org> References: <20111025134700.GA15654@nginx.com> <56ac33984148f67902f004e65c4a2812.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111025140319.GB15654@nginx.com> On Tue, Oct 25, 2011 at 09:53:49AM -0400, arty777 wrote: > Igor Sysoev Wrote: > ------------------------------------------------------- > > On Tue, Oct 25, 2011 at 09:43:34AM -0400, arty777 > > wrote: > > > Далее вопрос по той же > > теме: > > > > > > server { > > > listen 10.10.10.118; > > > server_name 10.10.10.118; > > > location / { > > > root /raid9550 ; > > > try_files > > > /test/1$uri > > > /test/2$uri > > > /test/3$uri > > > =404; > > > } > > > } > > > > > > реально физически струра > > папок > > > выглядит так: > > > > > > /raid9550/test/1 > > > /raid9550/test /2 > > > /raid9550/test/3 > > > > > > root директория в конфиге - > > /raid9550 > > > > > > > > > так вот , при обращении к > > файлу: > > > 10.10.10.10/1.mp4 --- отдает > > файл прекрасно > > > (Благодаря try_files) > > > 10.10.10.10/test/1/1.mp4 ---- а вот так > > говорит > > > ошибка 404 ... > > > > location / { > > root /raid9550; > > try_files > > /test/1$uri > > /test/2$uri > > /test/3$uri > > =404; > > } > > > > location /test/ { > > root /raid9550; > > } > > > > > а вообще надо будет > > отдавать файл мп4 > > > таким образом: > > > > > > 10.10.10.10/media/video/*.mp4 > > > > > > -- > > Игорь Сысоев > > http://sysoev.ru > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > да но так try_files не работает ... > > а надо что б try_files работало и отдавало > по такому пути: > > 10.10.10.10/test/*.mp4 > > а у меня трай файлс работает только так > : > 10.10.10.10/1.mp4 > > .... Я, честно говоря, не понимаю, в чём проблема. Мне нужны примеры нескольких реальных запросов и соответствующих им реальных путей. -- Игорь Сысоев http://sysoev.ru From alexander.moskalenko на gmail.com Tue Oct 25 14:09:32 2011 From: alexander.moskalenko на gmail.com (Alexander Moskalenko) Date: Tue, 25 Oct 2011 17:09:32 +0300 Subject: MP4 + proxy_cache/proxy_store In-Reply-To: References: Message-ID: Спасибо за конфиг, к сожалению уперся в out на origin серверах. Если же сделать с limit_zone по $uri то edge укладывается по IO. Я тут немного переработал конфиг, вышло вот такое, если кому интересно. limit_zone one $binary_remote_addr 64k; server { listen 127.0.0.1:812; server_name _; root /media; location / { limit_conn one 1; proxy_pass http://origin; proxy_ignore_client_abort on; proxy_store on; } } server { listen 1.1.1.1:80; server_name _; root /media; location / { internal; aio on; directio 512; output_buffers 1 128k; location ~* \.mp4$ { mp4; try_files $uri @origin; limit_rate_after 1m; limit_rate 200k; } location ~* \.flv$ { flv; try_files $uri @origin; limit_rate_after 1m; limit_rate 200k; } } location /dl/ { return 503; location ~ ^/dl/(?P[\w\-=]+,\d+)(?P/.+)$ { secure_link $secure_hash; secure_link_md5 $secure_link_expires.$file.; if ($secure_link = "") { return 403; } if ($secure_link = 0) { return 403; } rewrite ^ /$file last; } } location @origin { proxy_pass http://127.0.0.1:812; proxy_ignore_client_abort on; proxy_intercept_errors on; error_page 503 = @stream; } location @stream { proxy_pass http://origin; proxy_buffering off; } } 2011/10/24 Kruglov Eugenie > limit_zone one $binary_remote_addr 64k; > server { > listen 127.0.0.101:812; > server_name host_stream_store; > > location ~ '^/store/(\d+_(\d+)_[\da-f]{32}\.flv)$' { > limit_conn one 1; > proxy_pass http://remote-backend/$1; > proxy_store /mnt/storage/streaming/$2.flv; > } > } > > server { > server_name frontend; > > location ~ '^/\d+_(\d+)_[\da-f]{32}\.flv$' { > set $args_start $args; > if ( -f /mnt/storage/streaming/$1.flv ){ > rewrite ^ /stream$request_uri last; > } > rewrite ^ /stream_store$request_uri last; > } > location @stream { > proxy_pass http://remote-backend$request_uri; > proxy_set_header Host remote-backend; > } > location ~ '^/stream_store/(\d+_\d+_[\da-f]{32}\.flv)' { > internal; > proxy_pass http://127.0.0.101:812/store/$1; > proxy_intercept_errors on; > error_page 503 = @stream; > } > location ~ ^/stream/\d/\d/([^/]+\.flv)$ { > internal; > set $args $args_start; > alias /mnt/storage/streaming/$1; > mp4; > } > } > > 2011/10/24 Alexander Moskalenko > >> 2011/10/24 Kruglov Eugenie >> >>> Если устроит реализация, при которой во время работы proxy_store одному >>> клиенту все остальные проксируются на бекенд - могу выложить конфиг. >>> >>> Выкладывайте, возможно хоть подтолкет в нужное направление. >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > > > > -- > Faithfully yours, Eugenie > ICQ #701217 > GTalk ekruglov на gmail.com > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergey.kobzar на itcraft.org Tue Oct 25 14:11:03 2011 From: sergey.kobzar на itcraft.org (Sergey Kobzar) Date: Tue, 25 Oct 2011 17:11:03 +0300 Subject: upstream fail_timeout In-Reply-To: <20111023163117.GN62535@mdounin.ru> References: <4EA01B4B.90106@itcraft.org> <4EA15BA5.70103@itcraft.org> <20111021124142.GR1911@mdounin.ru> <4EA16AF2.7060008@itcraft.org> <20111021130510.GA62535@mdounin.ru> <4EA18842.9090202@itcraft.org> <20111021151346.GB62535@mdounin.ru> <4EA2DC7B.7030406@itcraft.org> <20111023144957.GH62535@mdounin.ru> <4EA42ACA.4070409@itcraft.org> <20111023163117.GN62535@mdounin.ru> Message-ID: <4EA6C377.5060402@itcraft.org> On 10/23/11 19:31, Maxim Dounin wrote: >> Максим, а можно немного подробней про proxy_intercept_errors с >> примером? Из документации не совсем все понятно. > > > Директива proxy_intercept_errors позволяет перехватывать 4xx, 5xx > ошибки, возвращённые бекендом, и выдавать вместо них то, что > задано с помощью директивы error_page. > > Пример: > > location / { > proxy_pass http://backend; > proxy_intercept_errors on; > error_page 404 /404.html; > } > > location = /404.html { > # serve static file here > } > > Если бекенд ответит 404, то клиенту уйдёт ответ 404 с телом из > /404.html (а не то, что прислал бекенд). > >> Если бэкенд сдулся окончательно, то что от него можно требовать? > > Если бекенд сдулся окончательно - то proxy_intercept_errors роли > не играет. Он имеет смысл только в том случае, если бекенд ещё > способен вернуть ответ. Маким, спасибо. Все стало на свои места. > > Maxim Dounin > From nginx-forum на nginx.us Tue Oct 25 14:14:08 2011 From: nginx-forum на nginx.us (arty777) Date: Tue, 25 Oct 2011 10:14:08 -0400 Subject: =?UTF-8?B?UmU6INCY0L3RgtC10YDQtdGB0L3QsNGPINC30LDQtNCw0YfQsCDQtNC70Y8gdHJ5?= =?UTF-8?B?IGZpbGVz?= In-Reply-To: <56ac33984148f67902f004e65c4a2812.NginxMailingListRussian@forum.nginx.org> References: <20111025134700.GA15654@nginx.com> <56ac33984148f67902f004e65c4a2812.NginxMailingListRussian@forum.nginx.org> Message-ID: <486c607c4f0d04bb59a7c75040a36680.NginxMailingListRussian@forum.nginx.org> Реальный запрос http://10.10.10.10/test/*.mp4 Реальный путь где может лежать этот файл: /raid9550/test/1 /raid9550/test/2 /raid9550/test/3 /raid9550/test/4 используя try_files нужно перебрать директории выше и выдать файл по следующему пути http://10.10.10.10/test/*.mp4 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216872,217307#msg-217307 From igor на sysoev.ru Tue Oct 25 14:21:42 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Tue, 25 Oct 2011 18:21:42 +0400 Subject: =?UTF-8?B?UmU6INCY0L3RgtC10YDQtdGB0L3QsNGPINC30LDQtNCw0YfQsCDQtNC70Y8gdHJ5?= =?UTF-8?B?IGZpbGVz?= In-Reply-To: <486c607c4f0d04bb59a7c75040a36680.NginxMailingListRussian@forum.nginx.org> References: <20111025134700.GA15654@nginx.com> <56ac33984148f67902f004e65c4a2812.NginxMailingListRussian@forum.nginx.org> <486c607c4f0d04bb59a7c75040a36680.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111025142142.GC15654@nginx.com> On Tue, Oct 25, 2011 at 10:14:08AM -0400, arty777 wrote: > Реальный запрос > http://10.10.10.10/test/*.mp4 > > Реальный путь где может лежать этот > файл: > > /raid9550/test/1 > /raid9550/test/2 > /raid9550/test/3 > /raid9550/test/4 > > используя try_files > нужно перебрать директории выше и > выдать файл по следующему пути > http://10.10.10.10/test/*.mp4 Я специально попросил постановку задачи не в терминах звёздочек и слова test, а в виде реальных примеров, потому что вижу, что решение в терминах звёздочек и слова test на реальную задачу отобразить не получается. То есть, мне нужно описание в виде: 10.10.10.10/media/video/abcde.mp4 нужно искать /raid9550/test/1/media/video/acbde.mp4 /raid9550/test/2/media/video/acbde.mp4 /raid9550/test/3/media/video/acbde.mp4 /raid9550/test/4/media/video/acbde.mp4 -- Игорь Сысоев http://sysoev.ru From nginx-forum на nginx.us Tue Oct 25 14:39:41 2011 From: nginx-forum на nginx.us (arty777) Date: Tue, 25 Oct 2011 10:39:41 -0400 Subject: =?UTF-8?B?UmU6INCY0L3RgtC10YDQtdGB0L3QsNGPINC30LDQtNCw0YfQsCDQtNC70Y8gdHJ5?= =?UTF-8?B?IGZpbGVz?= In-Reply-To: <486c607c4f0d04bb59a7c75040a36680.NginxMailingListRussian@forum.nginx.org> References: <20111025134700.GA15654@nginx.com> <56ac33984148f67902f004e65c4a2812.NginxMailingListRussian@forum.nginx.org> <486c607c4f0d04bb59a7c75040a36680.NginxMailingListRussian@forum.nginx.org> Message-ID: <0fcb5b351ef1b4b79314be91f318a80a.NginxMailingListRussian@forum.nginx.org> Ок , реально: плеер выдерает файл: http://10.10.10.10/media/video/13.mp4 данный файл лежит в каком-то из каталогов /raid9550/1/video /raid9550/2/video /raid9550/3/video /raid9550/4/video Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216872,217309#msg-217309 From igor на sysoev.ru Tue Oct 25 14:54:40 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Tue, 25 Oct 2011 18:54:40 +0400 Subject: =?UTF-8?B?UmU6INCY0L3RgtC10YDQtdGB0L3QsNGPINC30LDQtNCw0YfQsCDQtNC70Y8gdHJ5?= =?UTF-8?B?IGZpbGVz?= In-Reply-To: <0fcb5b351ef1b4b79314be91f318a80a.NginxMailingListRussian@forum.nginx.org> References: <20111025134700.GA15654@nginx.com> <56ac33984148f67902f004e65c4a2812.NginxMailingListRussian@forum.nginx.org> <486c607c4f0d04bb59a7c75040a36680.NginxMailingListRussian@forum.nginx.org> <0fcb5b351ef1b4b79314be91f318a80a.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111025145440.GE15654@nginx.com> On Tue, Oct 25, 2011 at 10:39:41AM -0400, arty777 wrote: > Ок , реально: > плеер выдерает файл: > > http://10.10.10.10/media/video/13.mp4 > > данный файл лежит в каком-то из > каталогов > > /raid9550/1/video > /raid9550/2/video > /raid9550/3/video > /raid9550/4/video Мне нужны варианты полного пути к файлу, например: /raid9550/1/video/13.mp4 /raid9550/2/video/13.mp4 /raid9550/3/video/13.mp4 /raid9550/4/video/13.mp4 Так ? -- Игорь Сысоев http://sysoev.ru From nginx-forum на nginx.us Tue Oct 25 15:52:23 2011 From: nginx-forum на nginx.us (arty777) Date: Tue, 25 Oct 2011 11:52:23 -0400 Subject: =?UTF-8?B?UmU6INCY0L3RgtC10YDQtdGB0L3QsNGPINC30LDQtNCw0YfQsCDQtNC70Y8gdHJ5?= =?UTF-8?B?IGZpbGVz?= In-Reply-To: References: <20111018143814.GD6545@nginx.com> Message-ID: <86039f06a250fb0c7e4f7d17de9fe431.NginxMailingListRussian@forum.nginx.org> Да , так . Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216872,217313#msg-217313 From mdounin на mdounin.ru Tue Oct 25 16:17:31 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 25 Oct 2011 20:17:31 +0400 Subject: =?UTF-8?B?UmU6INCU0L7RgNCw0LHQvtGC0LrQsCBsaW1pdF9yZXE=?= In-Reply-To: <1615264782.20111024123417@softsearch.ru> References: <1615264782.20111024123417@softsearch.ru> Message-ID: <20111025161731.GJ62535@mdounin.ru> Hello! On Mon, Oct 24, 2011 at 12:34:17PM +0400, Михаил Монашёв wrote: > Здравствуйте. > > Иногда возникает задача блокировать кого-то, кто чересчур часто что-то > с сайта запрашивает. Сейчас можно ограничить его по количеству > запросов в единицу времени. Но запросы, которые вписываются в лимит > будут проходить. Но это не совсем то, что иногда нужно. Иногда надо > заблокировать до тех пор, пока количество запросов не снизится до > установленного лимита. И это легко могло бы решаться, если у limit_req > добавить параметр, который заставлял бы сохранять информацию о каждом > запросе, а не только о том, который вписывается в установленный лимит. (just for history) В общем случае "сохранять информацию о каждом запросе" - нельзя, ибо это даст возможность заблокировать лимитируемый параметр практически навечно. E.g. evil hacker запрашивает ip под DHCP у какого-нибудь stream'а, делает N (или M) запросов, запрашивает следующий ip, ... В результате со стрима ни у кого твой сайт не работает. Или ещё хуже: у хостера стоит лимит запросов на домен, и тебе на этот сайт наливают M**2 запросов - сайт заблокирован на неизвестное время. Какой-то механизм, обеспечивающий контролируемый гистерезис - наверное нужен. Я исходно хотел сделать помимо параметра burst= ещё и какой-то параметр <считать-до>=, но хорошего названия так и не придумалось, да и руки не дошли. Возможно, альтернативным вариантом будет некая дополнительная таблица блокировки, в которую "нехорошие люди" будут заносится на заданное время при превышении лимита (её же можно будет использовать при превышении других ограничений, а равно при просто при выполнении определённых условий). Тут надо ещё подумать. Maxim Dounin From igor на sysoev.ru Tue Oct 25 17:20:16 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Tue, 25 Oct 2011 21:20:16 +0400 Subject: =?UTF-8?B?UmU6INCY0L3RgtC10YDQtdGB0L3QsNGPINC30LDQtNCw0YfQsCDQtNC70Y8gdHJ5?= =?UTF-8?B?IGZpbGVz?= In-Reply-To: <86039f06a250fb0c7e4f7d17de9fe431.NginxMailingListRussian@forum.nginx.org> References: <20111018143814.GD6545@nginx.com> <86039f06a250fb0c7e4f7d17de9fe431.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111025172016.GA20303@nginx.com> On Tue, Oct 25, 2011 at 11:52:23AM -0400, arty777 wrote: > Да , так . location /media/video/ { location ~ ^/media(.+)$ { root /root9550; try_files /1$1 /2$1 /3$1 /4$1 =404; } } -- Igor Sysoev From nginx-forum на nginx.us Tue Oct 25 17:45:09 2011 From: nginx-forum на nginx.us (arty777) Date: Tue, 25 Oct 2011 13:45:09 -0400 Subject: =?UTF-8?B?UmU6INCY0L3RgtC10YDQtdGB0L3QsNGPINC30LDQtNCw0YfQsCDQtNC70Y8gdHJ5?= =?UTF-8?B?IGZpbGVz?= In-Reply-To: <86039f06a250fb0c7e4f7d17de9fe431.NginxMailingListRussian@forum.nginx.org> References: <20111018143814.GD6545@nginx.com> <86039f06a250fb0c7e4f7d17de9fe431.NginxMailingListRussian@forum.nginx.org> Message-ID: О чудо ! Все волшебным образом прекрасно работает !! :) Спасибо большое . Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216872,217320#msg-217320 From nginx-forum на nginx.us Tue Oct 25 22:44:19 2011 From: nginx-forum на nginx.us (Craken) Date: Tue, 25 Oct 2011 18:44:19 -0400 Subject: =?UTF-8?B?UmU6INCf0L7Rh9GC0L7QstGL0Lkg0L/RgNC+0LrRgdC4INGB0LXRgNCy0LXRgCAo?= =?UTF-8?B?0LrQvtC90YTQuNCzKQ==?= In-Reply-To: References: Message-ID: Максим, Спасибо за толковый ответ! Ну в таком случае наверное действительно более эффективным способом будет закрутить фаером! Не буду дергать nginx еще по таким пустякам! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216956,217336#msg-217336 From nginx-forum на nginx.us Tue Oct 25 22:45:11 2011 From: nginx-forum на nginx.us (trinex) Date: Tue, 25 Oct 2011 18:45:11 -0400 Subject: =?UTF-8?B?0J3QtdCy0LXRgNC90LDRjyDQvtCx0YDQsNCx0L7RgtC60LAv0L/QtdGA0LXQtNCw?= =?UTF-8?B?0YfQsCBQT1NUINC30LDQv9GA0L7RgdCwINGC0LjQv9CwIENvbnRlbnQtVHlw?= =?UTF-8?B?ZTogbXVsdGlwYXJ0L2Zvcm0tZGF0YQ==?= Message-ID: Здравствуйте. Nginx работает как проксирующий веб-сервер, передавая динамические запросы на apache + php, в общем, обычная и распространенная схема. Конфиг nginx выглядит так: server { ... location @fallback { root /home/trinex.ru/public_html; proxy_cache off; proxy_pass http://127.0.0.1:8800; proxy_redirect off; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_connect_timeout 90; proxy_send_timeout 90; proxy_read_timeout 90; proxy_send_lowat 12000; proxy_buffer_size 4k; proxy_buffers 4 32k; proxy_busy_buffers_size 64k; proxy_temp_file_write_size 64k; proxy_temp_path /usr/local/nginx/proxy_temp 1 2; charset utf-8; } location ~* \.(jpg|jpeg|gif|png|ico|css|html|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|mid|midi|wav|bmp|rtf|js)$ { root /home/trinex.ru/public_html; error_page 404 = @fallback; charset utf-8; access_log off; expires 30d; } ... } Обнаружил такую вот неприятную проблему (nginx 0.*, 1.*): есть форма: http://trinex.ru/data.php Она отправляется постом и имеет Content-Type: multipart/form-data, запрос через nginx проксируется на apache+php, в котором данные POST просто выводятся на страницу. Иногда, и что характерно и удивительно в некоторых браузерах, эти данные ломаются. Эффект наблюдается в Firefox, InternetExplorer, в Chrome такого нет (версии браузеров последние на данный момент) Вот так это выглядит: [14]=> string(1) "0" [15]=> string(115) "0 -----------------------\0-----1524538208863362381055335516 Content-Disposition: form-data; name=\"id[]\" 166" [16]=> string(1) "0" Если убрать nginx и выставить наружу apache, то такой проблемы не наблюдается. Почему такое происходит, и как можно поправить эту неприятную ошибку? Возможно, проблема не в nginx? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217337,217337#msg-217337 From nginx-forum на nginx.us Tue Oct 25 23:11:26 2011 From: nginx-forum на nginx.us (Craken) Date: Tue, 25 Oct 2011 19:11:26 -0400 Subject: =?UTF-8?B?0JLQtdGA0L3Rg9C70LDRgdGMINC+0YjQuNCx0LrQsCDQv9GA0Lgg0LjQv9C+0Ls=?= =?UTF-8?B?0YzQt9C+0LLQsNC90LjQuCBwcm94eSB0ZW1wIHBhdGg=?= Message-ID: <400d1b7553c51b214d4feb3969c69460.NginxMailingListRussian@forum.nginx.org> Приветствую Вас, товарищи! Периодически при запуске nginx возникает segmentation fault! Методом научного "тыка", было определенно, что если не использовать proxy_temp_path - то все отлично запускается! Проблема возникает периодически - один раз нормально, потом 1-2 раза со сбоем, потом опять нормально! Короче "как повезет"! В версии 0.9.6 глюк исчез, а в 1.1.5 опять появился! ОС: Linux vlan-6 2.6.18-238.5.1.el5 #1 SMP Fri Apr 1 18:42:32 EDT 2011 i686 i686 i386 GNU/Linux nginx: nginx version: nginx/1.1.6 nginx: TLS SNI support disabled nginx: configure arguments: --prefix=/usr/local/nginx --with-http_ssl_module --with-http_flv_module --with-http_stub_status_module --http-log-path=/usr/local/nginx/logs --http-client-body-temp-path=/usr/local/nginx/var/client_body_temp --http-proxy-temp-path=/usr/local/nginx/var/proxy_temp --http-fastcgi-temp-path=/usr/local/nginx/var/fastcgi_temp --with-zlib=/usr/local/src/zlib --pid-path=/usr/local/nginx/logs --lock-path=/usr/local/nginx/logs --with-pcre=/usr/local/src/pcre --with-http_addition_module --with-http_dav_module --with-http_gzip_static_module --with-http_image_filter_module --with-http_perl_module --with-http_realip_module --with-http_secure_link_module --with-http_ssl_module --with-http_sub_module --with-http_xslt_module Конфиг: http { include /usr/local/nginx/conf/mime.types; default_type application/octet-stream; log_format common '$remote_addr - - [$time_local] "$request" $status ' '$body_bytes_sent "$http_referer" "$http_user_agent" "$http_x_forwarded_for"'; client_header_timeout 20; client_body_timeout 10; send_timeout 20; client_header_buffer_size 8k; large_client_header_buffers 4 8k; client_max_body_size 20m; reset_timedout_connection on; gzip on; gzip_min_length 1000; gzip_proxied expired no-cache no-store private auth; gzip_types text/plain application/xml text/css text/js; output_buffers 4 64k; postpone_output 1460; sendfile on; tcp_nopush on; tcp_nodelay on; keepalive_timeout 75 20; server_names_hash_bucket_size 512; open_file_cache max=100000 inactive=40s; open_file_cache_valid 60s; open_file_cache_min_uses 2; open_file_cache_errors on; proxy_cache_path var/proxy_temp levels=1:2 keys_zone=proxy_one:1m; proxy_cache_valid 403 10m; proxy_cache_key "$remote_addr$host$request_uri"; proxy_temp_path var/proxy_temp 1 2; server { listen *:80; access_log off; if ($http_user_agent !~* (mozilla|opera|msie|android|safari|amaya|avant|advanced|camino|elinks|epiphany|flock|chrome|cceweasel|icecat|k-meleon|konqueror|links|lynx|mimino|netscape|seamonkey)) { return 403; } location ~* /announce.* { return 403; } location / { if ($host != my.site.com) { rewrite / http://my.site.com/ permanent; } proxy_cache proxy_one; proxy_pass http://my.site.com:80; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $remote_addr; } } } Сервер является просто прокси-сервером на другой! Все папки на которые ссылается конфиг существуют, и с правами 0777! Проблема такая на 2-х серверах, на еще 3-х пока замечено не было! Все серваки идентичны и ОС ставилась с одного диска! Как только выходит новая версия nginx - сразу ставлю на все сервера! Конечно мне сама директива не критична - могу убрать! Но ставлю в известность что такая "мини" проблема вроде есть! P.S. После "неудачного" запуска лог ошибок пуст! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217339,217339#msg-217339 From s на bykov.odessa.ua Wed Oct 26 07:04:48 2011 From: s на bykov.odessa.ua (s на bykov.odessa.ua) Date: Wed, 26 Oct 2011 10:04:48 +0300 Subject: =?UTF-8?B?0J/RgNC+0LHQu9C10LzQsCDRgNC10LvQvtCw0LTQsA==?= Message-ID: <4EA7B110.6050207@bykov.odessa.ua> Добрый день. У меня есть один баг, который упорно вылазит и никак не удается отловить. На сервере где виртуальных хостов около 200-300 релоад nginx-а (killproc $nginx -HUP) не срабатывает как надо - некоторые измененные файлы видимо в конфиге не перечитываются. Помогает только рестарт. К сожалению, воспроизвести проблему нет возможности, так как когда-что то не работает я поскорее пытаюсь рестартануть чтобы заработало. Может кто-то подтолкнет куда копать? Nginx 1.1.6, но отмечалось на всех версиях From igor на sysoev.ru Wed Oct 26 07:24:20 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Wed, 26 Oct 2011 11:24:20 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YDQtdC70L7QsNC00LA=?= In-Reply-To: <4EA7B110.6050207@bykov.odessa.ua> References: <4EA7B110.6050207@bykov.odessa.ua> Message-ID: <20111026072420.GA37788@nginx.com> On Wed, Oct 26, 2011 at 10:04:48AM +0300, s на bykov.odessa.ua wrote: > Добрый день. У меня есть один баг, который упорно вылазит и никак не > удается отловить. > > На сервере где виртуальных хостов около 200-300 релоад nginx-а (killproc > $nginx -HUP) не срабатывает как надо - некоторые измененные файлы видимо > в конфиге не перечитываются. Помогает только рестарт. К сожалению, > воспроизвести проблему нет возможности, так как когда-что то не работает > я поскорее пытаюсь рестартануть чтобы заработало. > > Может кто-то подтолкнет куда копать? Nginx 1.1.6, но отмечалось на всех > версиях Что показывают nginx -V nginx -t killproc - неправильная команда: http://nginx.org/ru/docs/control.html#reconfiguration -- Igor Sysoev From alex.barut на gmail.com Wed Oct 26 07:25:03 2011 From: alex.barut на gmail.com (Alex Beljanski) Date: Wed, 26 Oct 2011 11:25:03 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YDQtdC70L7QsNC00LA=?= In-Reply-To: <4EA7B110.6050207@bykov.odessa.ua> References: <4EA7B110.6050207@bykov.odessa.ua> Message-ID: По-моему HUP срабатывает не сразу, это ведь плавное завершение старых рабочих процессов nginx-a и замещение их новыми. При нагрузке у меня такая замена была где-то минуту, а то и две. 26.10.11, s на bykov.odessa.ua написал(а): > Добрый день. У меня есть один баг, который упорно вылазит и никак не > удается отловить. > > На сервере где виртуальных хостов около 200-300 релоад nginx-а (killproc > $nginx -HUP) не срабатывает как надо - некоторые измененные файлы видимо > в конфиге не перечитываются. Помогает только рестарт. К сожалению, > воспроизвести проблему нет возможности, так как когда-что то не работает > я поскорее пытаюсь рестартануть чтобы заработало. > > Может кто-то подтолкнет куда копать? Nginx 1.1.6, но отмечалось на всех > версиях > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From andrew на nginx.com Wed Oct 26 07:39:38 2011 From: andrew на nginx.com (Andrew Alexeev) Date: Wed, 26 Oct 2011 11:39:38 +0400 Subject: =?UTF-8?B?UmU6INCS0LXRgNC90YPQu9Cw0YHRjCDQvtGI0LjQsdC60LAg0L/RgNC4INC40L8=?= =?UTF-8?B?0L7Qu9GM0LfQvtCy0LDQvdC40LggcHJveHkgdGVtcCBwYXRo?= In-Reply-To: <400d1b7553c51b214d4feb3969c69460.NginxMailingListRussian@forum.nginx.org> References: <400d1b7553c51b214d4feb3969c69460.NginxMailingListRussian@forum.nginx.org> Message-ID: <9FA9CE89-4E0C-4FA8-ACF3-336D0473FCAB@nginx.com> On Oct 26, 2011, at 3:11 AM, Craken wrote: > Приветствую Вас, товарищи! > > Периодически при запуске nginx возникает > segmentation fault! Что говорит http://wiki.nginx.org/debugging (раздел "core dump")? > Методом научного "тыка", было > определенно, что если не использовать > proxy_temp_path - то все отлично запускается! > Проблема возникает периодически - один > раз нормально, потом 1-2 раза со сбоем, > потом опять нормально! Короче "как > повезет"! > > В версии 0.9.6 глюк исчез, а в 1.1.5 опять > появился! > > ОС: Linux vlan-6 2.6.18-238.5.1.el5 #1 SMP Fri Apr 1 18:42:32 EDT 2011 > i686 i686 i386 GNU/Linux > > nginx: nginx version: nginx/1.1.6 > nginx: TLS SNI support disabled > nginx: configure arguments: --prefix=/usr/local/nginx > --with-http_ssl_module --with-http_flv_module > --with-http_stub_status_module --http-log-path=/usr/local/nginx/logs > --http-client-body-temp-path=/usr/local/nginx/var/client_body_temp > --http-proxy-temp-path=/usr/local/nginx/var/proxy_temp > --http-fastcgi-temp-path=/usr/local/nginx/var/fastcgi_temp > --with-zlib=/usr/local/src/zlib --pid-path=/usr/local/nginx/logs > --lock-path=/usr/local/nginx/logs --with-pcre=/usr/local/src/pcre > --with-http_addition_module --with-http_dav_module > --with-http_gzip_static_module --with-http_image_filter_module > --with-http_perl_module --with-http_realip_module > --with-http_secure_link_module --with-http_ssl_module > --with-http_sub_module --with-http_xslt_module > > > Конфиг: > > http { > > include /usr/local/nginx/conf/mime.types; > default_type application/octet-stream; > > log_format common '$remote_addr - - [$time_local] "$request" > $status ' '$body_bytes_sent "$http_referer" "$http_user_agent" > "$http_x_forwarded_for"'; > > client_header_timeout 20; > client_body_timeout 10; > send_timeout 20; > > client_header_buffer_size 8k; > large_client_header_buffers 4 8k; > > client_max_body_size 20m; > > reset_timedout_connection on; > > gzip on; > gzip_min_length 1000; > gzip_proxied expired no-cache no-store private auth; > gzip_types text/plain application/xml text/css text/js; > > output_buffers 4 64k; > postpone_output 1460; > > sendfile on; > > tcp_nopush on; > tcp_nodelay on; > keepalive_timeout 75 20; > > server_names_hash_bucket_size 512; > > open_file_cache max=100000 inactive=40s; > open_file_cache_valid 60s; > open_file_cache_min_uses 2; > open_file_cache_errors on; > > proxy_cache_path var/proxy_temp levels=1:2 > keys_zone=proxy_one:1m; > proxy_cache_valid 403 10m; > proxy_cache_key "$remote_addr$host$request_uri"; > proxy_temp_path var/proxy_temp 1 2; > > > > server { > listen *:80; > > access_log off; > > if ($http_user_agent !~* > (mozilla|opera|msie|android|safari|amaya|avant|advanced|camino|elinks|epiphany|flock|chrome|cceweasel|icecat|k-meleon|konqueror|links|lynx|mimino|netscape|seamonkey)) > { > return 403; > } > > location ~* /announce.* > { > return 403; > } > > location / > { > > if ($host != my.site.com) > { > rewrite / http://my.site.com/ permanent; > } > > > proxy_cache proxy_one; > proxy_pass http://my.site.com:80; > proxy_set_header Host $host; > proxy_set_header X-Real-IP $remote_addr; > proxy_set_header X-Forwarded-For $remote_addr; > } > > > } > > } > > Сервер является просто прокси-сервером > на другой! > Все папки на которые ссылается конфиг > существуют, и с правами 0777! > > Проблема такая на 2-х серверах, на еще 3-х > пока замечено не было! Все серваки > идентичны и ОС ставилась с одного > диска! > > Как только выходит новая версия nginx - > сразу ставлю на все сервера! > Конечно мне сама директива не критична > - могу убрать! Но ставлю в известность > что такая "мини" проблема вроде есть! > > P.S. После "неудачного" запуска лог > ошибок пуст! > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217339,217339#msg-217339 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From s на bykov.odessa.ua Wed Oct 26 07:45:20 2011 From: s на bykov.odessa.ua (s на bykov.odessa.ua) Date: Wed, 26 Oct 2011 10:45:20 +0300 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YDQtdC70L7QsNC00LA=?= In-Reply-To: <20111026072420.GA37788@nginx.com> References: <4EA7B110.6050207@bykov.odessa.ua> <20111026072420.GA37788@nginx.com> Message-ID: <4EA7BA90.7060002@bykov.odessa.ua> Спасибо за толчок, попробую разобраться. >Что показывают Я не привел подробности, потому что нет уверенности что проблема в nginx-e и не хотелось зря напрягать никого. В моем случае проблемы были со сборки cetnalt-а. Сообщение по принципу а вдруг у кого-то такая же проблема и выдаст ответ на гора. Было бы здорово, но если нет, то ничего не поделаешь, потрачу время и локализирую проблему. > On Wed, Oct 26, 2011 at 10:04:48AM +0300, s на bykov.odessa.ua wrote: >> Добрый день. У меня есть один баг, который упорно вылазит и никак не >> удается отловить. >> >> На сервере где виртуальных хостов около 200-300 релоад nginx-а (killproc >> $nginx -HUP) не срабатывает как надо - некоторые измененные файлы видимо >> в конфиге не перечитываются. Помогает только рестарт. К сожалению, >> воспроизвести проблему нет возможности, так как когда-что то не работает >> я поскорее пытаюсь рестартануть чтобы заработало. >> >> Может кто-то подтолкнет куда копать? Nginx 1.1.6, но отмечалось на всех >> версиях > Что показывают > nginx -V > nginx -t > > killproc - неправильная команда: > http://nginx.org/ru/docs/control.html#reconfiguration > > From s на bykov.odessa.ua Wed Oct 26 08:07:07 2011 From: s на bykov.odessa.ua (s на bykov.odessa.ua) Date: Wed, 26 Oct 2011 11:07:07 +0300 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YDQtdC70L7QsNC00LA=?= In-Reply-To: <4EA7BA90.7060002@bykov.odessa.ua> References: <4EA7B110.6050207@bykov.odessa.ua> <20111026072420.GA37788@nginx.com> <4EA7BA90.7060002@bykov.odessa.ua> Message-ID: <4EA7BFAB.4070707@bykov.odessa.ua> А как себя ведет nginx, если не удается открыть log файлы? > Спасибо за толчок, попробую разобраться. > >> Что показывают > > Я не привел подробности, потому что нет уверенности что проблема в > nginx-e и не хотелось зря напрягать никого. В моем случае проблемы > были со сборки cetnalt-а. > Сообщение по принципу а вдруг у кого-то такая же проблема и выдаст > ответ на гора. Было бы здорово, но если нет, то ничего не поделаешь, > потрачу время и локализирую проблему. > > > >> On Wed, Oct 26, 2011 at 10:04:48AM +0300, s на bykov.odessa.ua wrote: >>> Добрый день. У меня есть один баг, который упорно вылазит и никак не >>> удается отловить. >>> >>> На сервере где виртуальных хостов около 200-300 релоад nginx-а >>> (killproc >>> $nginx -HUP) не срабатывает как надо - некоторые измененные файлы >>> видимо >>> в конфиге не перечитываются. Помогает только рестарт. К сожалению, >>> воспроизвести проблему нет возможности, так как когда-что то не >>> работает >>> я поскорее пытаюсь рестартануть чтобы заработало. >>> >>> Может кто-то подтолкнет куда копать? Nginx 1.1.6, но отмечалось на всех >>> версиях >> Что показывают >> nginx -V >> nginx -t >> >> killproc - неправильная команда: >> http://nginx.org/ru/docs/control.html#reconfiguration >> >> > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From igor на sysoev.ru Wed Oct 26 08:08:57 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Wed, 26 Oct 2011 12:08:57 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YDQtdC70L7QsNC00LA=?= In-Reply-To: <4EA7BFAB.4070707@bykov.odessa.ua> References: <4EA7B110.6050207@bykov.odessa.ua> <20111026072420.GA37788@nginx.com> <4EA7BA90.7060002@bykov.odessa.ua> <4EA7BFAB.4070707@bykov.odessa.ua> Message-ID: <20111026080857.GB37788@nginx.com> On Wed, Oct 26, 2011 at 11:07:07AM +0300, s на bykov.odessa.ua wrote: > А как себя ведет nginx, если не удается открыть log файлы? Он напишет об этом в текущий error_log. -- Igor Sysoev From postmaster на softsearch.ru Wed Oct 26 08:12:50 2011 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 26 Oct 2011 12:12:50 +0400 Subject: =?UTF-8?B?UmVbMl06INCU0L7RgNCw0LHQvtGC0LrQsCBsaW1pdF9yZXE=?= In-Reply-To: <20111025161731.GJ62535@mdounin.ru> References: <1615264782.20111024123417@softsearch.ru> <20111025161731.GJ62535@mdounin.ru> Message-ID: <1288574705.20111026121250@softsearch.ru> Здравствуйте, Maxim. >> Иногда возникает задача блокировать кого-то, кто чересчур часто что-то >> с сайта запрашивает. Сейчас можно ограничить его по количеству >> запросов в единицу времени. Но запросы, которые вписываются в лимит >> будут проходить. Но это не совсем то, что иногда нужно. Иногда надо >> заблокировать до тех пор, пока количество запросов не снизится до >> установленного лимита. И это легко могло бы решаться, если у limit_req >> добавить параметр, который заставлял бы сохранять информацию о каждом >> запросе, а не только о том, который вписывается в установленный лимит. > (just for history) > В общем случае "сохранять информацию о каждом запросе" - нельзя, > ибо это даст возможность заблокировать лимитируемый параметр > практически навечно. E.g. evil hacker запрашивает ip под DHCP у > какого-нибудь stream'а, делает N (или M) запросов, запрашивает > следующий ip, ... В результате со стрима ни у кого твой сайт не > работает. Или ещё хуже: у хостера стоит лимит запросов на домен, > и тебе на этот сайт наливают M**2 запросов - сайт заблокирован на > неизвестное время. Я имел ввиду другое: если льётся более, чем Х запросов в единицу времени, то вообще ни один запрос не пропускать. Проблемы со злостным хакером нет. Он сменит ip, запросы кончатся и ip разблокируется по истечении единицы времени. С доменом та же история - кончилась атака и через единицу времени пропадает лимит. > Какой-то механизм, обеспечивающий контролируемый гистерезис - > наверное нужен. Я исходно хотел сделать помимо параметра burst= > ещё и какой-то параметр <считать-до>=, но хорошего названия так и > не придумалось, да и руки не дошли. > Возможно, альтернативным вариантом будет некая дополнительная > таблица блокировки, в которую "нехорошие люди" будут заносится на > заданное время при превышении лимита (её же можно будет > использовать при превышении других ограничений, а равно при просто > при выполнении определённых условий). Тут надо ещё подумать. ИМХО, надо отделять подсчёт лимита от самого блокирования, а не совмещать их в одной директиве. P.S. Так как nginx кроме всего прочего часто выполняет функции фаервола, то возможно что-то из фаерволов имеет смысл позаимствовать. -- С уважением, Михаил mailto:postmaster на softsearch.ru From kaa на zvuki.ru Wed Oct 26 10:28:08 2011 From: kaa на zvuki.ru (Andrey Kopeyko) Date: Wed, 26 Oct 2011 14:28:08 +0400 Subject: =?UTF-8?B?UmU6INCS0LXRgNC90YPQu9Cw0YHRjCDQvtGI0LjQsdC60LAg0L/RgNC4INC40L8=?= =?UTF-8?B?0L7Qu9GM0LfQvtCy0LDQvdC40LggcHJveHkgdGVtcCBwYXRo?= In-Reply-To: <400d1b7553c51b214d4feb3969c69460.NginxMailingListRussian@forum.nginx.org> References: <400d1b7553c51b214d4feb3969c69460.NginxMailingListRussian@forum.nginx.org> Message-ID: <4EA7E0B8.9040605@zvuki.ru> 26.10.2011 03:11, Craken пишет: > Приветствую Вас, товарищи! > > Периодически при запуске nginx возникает > segmentation fault! > Методом научного "тыка", было > определенно, что если не использовать > proxy_temp_path - то все отлично запускается! > Проблема возникает периодически - один > раз нормально, потом 1-2 раза со сбоем, > потом опять нормально! Короче "как > повезет"! Неудивительно - вы же в одном каталоге смешиваете > proxy_cache_path var/proxy_temp levels=1:2 keys_zone=proxy_one:1m; и > proxy_temp_path var/proxy_temp 1 2; Разнесите их по разным каталогам - и настанет вам счастье. -- Best regards, Andrey Kopeyko From mdounin на mdounin.ru Wed Oct 26 14:22:48 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 26 Oct 2011 18:22:48 +0400 Subject: =?UTF-8?B?UmU6INCS0LXRgNC90YPQu9Cw0YHRjCDQvtGI0LjQsdC60LAg0L/RgNC4INC40L8=?= =?UTF-8?B?0L7Qu9GM0LfQvtCy0LDQvdC40LggcHJveHkgdGVtcCBwYXRo?= In-Reply-To: <4EA7E0B8.9040605@zvuki.ru> References: <400d1b7553c51b214d4feb3969c69460.NginxMailingListRussian@forum.nginx.org> <4EA7E0B8.9040605@zvuki.ru> Message-ID: <20111026142247.GM62535@mdounin.ru> Hello! On Wed, Oct 26, 2011 at 02:28:08PM +0400, Andrey Kopeyko wrote: > 26.10.2011 03:11, Craken пишет: > >Приветствую Вас, товарищи! > > > >Периодически при запуске nginx возникает > >segmentation fault! > >Методом научного "тыка", было > >определенно, что если не использовать > >proxy_temp_path - то все отлично запускается! > >Проблема возникает периодически - один > >раз нормально, потом 1-2 раза со сбоем, > >потом опять нормально! Короче "как > >повезет"! > > Неудивительно - вы же в одном каталоге смешиваете > > > proxy_cache_path var/proxy_temp levels=1:2 keys_zone=proxy_one:1m; > > и > > > proxy_temp_path var/proxy_temp 1 2; > > > Разнесите их по разным каталогам - и настанет вам счастье. Это, конечно, нехорошо, но segfault не оправдывает. Нужен backtrace. Maxim Dounin From mdounin на mdounin.ru Wed Oct 26 14:54:35 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 26 Oct 2011 18:54:35 +0400 Subject: =?UTF-8?B?UmU6INCd0LXQstC10YDQvdCw0Y8g0L7QsdGA0LDQsdC+0YLQutCwL9C/0LXRgNC1?= =?UTF-8?B?0LTQsNGH0LAgUE9TVCDQt9Cw0L/RgNC+0YHQsCDRgtC40L/QsCBDb250ZW50?= =?UTF-8?B?LVR5cGU6IG11bHRpcGFydC9mb3JtLWRhdGE=?= In-Reply-To: References: Message-ID: <20111026145435.GO62535@mdounin.ru> Hello! On Tue, Oct 25, 2011 at 06:45:11PM -0400, trinex wrote: > Здравствуйте. > Nginx работает как проксирующий > веб-сервер, передавая динамические > запросы на apache + php, в общем, обычная и > распространенная схема. Конфиг nginx > выглядит так: > > > server { > ... > > location @fallback { > root /home/trinex.ru/public_html; > > proxy_cache off; > proxy_pass http://127.0.0.1:8800; > proxy_redirect off; > proxy_set_header Host $host; > proxy_set_header X-Real-IP > $remote_addr; > proxy_set_header X-Forwarded-For > $proxy_add_x_forwarded_for; > proxy_connect_timeout 90; > proxy_send_timeout 90; > proxy_read_timeout 90; > proxy_send_lowat 12000; > proxy_buffer_size 4k; > proxy_buffers 4 32k; > proxy_busy_buffers_size 64k; > proxy_temp_file_write_size 64k; > proxy_temp_path > /usr/local/nginx/proxy_temp 1 2; > charset utf-8; > } > > > location ~* > \.(jpg|jpeg|gif|png|ico|css|html|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|mid|midi|wav|bmp|rtf|js)$ > { > root /home/trinex.ru/public_html; > error_page 404 = @fallback; > charset utf-8; > access_log off; > expires 30d; > } > > ... > } > > Обнаружил такую вот неприятную > проблему (nginx 0.*, 1.*): > есть форма: http://trinex.ru/data.php > Она отправляется постом и имеет Content-Type: > multipart/form-data, запрос через nginx > проксируется на apache+php, в котором данные > POST просто выводятся на страницу. > Иногда, и что характерно и удивительно > в некоторых браузерах, эти данные > ломаются. Эффект наблюдается в Firefox, > InternetExplorer, в Chrome такого нет (версии > браузеров последние на данный момент) > Вот так это выглядит: > > [14]=> > string(1) "0" > [15]=> > string(115) "0 > -----------------------\0-----1524538208863362381055335516 > Content-Disposition: form-data; name=\"id[]\" > > 166" > [16]=> > string(1) "0" > > > Если убрать nginx и выставить наружу apache, > то такой проблемы не наблюдается. > Почему такое происходит, и как можно > поправить эту неприятную ошибку? > Возможно, проблема не в nginx? Убедитесь pls, что проблема воспроизводится в nginx 1.0.8/1.1.6. Недавно было несколько исправлений, касающихся приёма тела запроса (правда - при специфических условиях). Если воспроизводится - то нужно: 1. Debug log, см. http://wiki.nginx.org/Debugging. 2. Само тело запроса, как его получил бекенд (не результат обработки, а именно тело в виде текста). Не знаю, можно ли его получить в php, но в любом случае подойдёт полный tcpdump соединения между nginx'ом и бекендом. Maxim Dounin From mdounin на mdounin.ru Wed Oct 26 15:02:57 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 26 Oct 2011 19:02:57 +0400 Subject: =?UTF-8?B?UmU6INCU0L7RgNCw0LHQvtGC0LrQsCBsaW1pdF9yZXE=?= In-Reply-To: <1288574705.20111026121250@softsearch.ru> References: <1615264782.20111024123417@softsearch.ru> <20111025161731.GJ62535@mdounin.ru> <1288574705.20111026121250@softsearch.ru> Message-ID: <20111026150257.GP62535@mdounin.ru> Hello! On Wed, Oct 26, 2011 at 12:12:50PM +0400, Михаил Монашёв wrote: > Здравствуйте, Maxim. > > >> Иногда возникает задача блокировать кого-то, кто чересчур часто что-то > >> с сайта запрашивает. Сейчас можно ограничить его по количеству > >> запросов в единицу времени. Но запросы, которые вписываются в лимит > >> будут проходить. Но это не совсем то, что иногда нужно. Иногда надо > >> заблокировать до тех пор, пока количество запросов не снизится до > >> установленного лимита. И это легко могло бы решаться, если у limit_req > >> добавить параметр, который заставлял бы сохранять информацию о каждом > >> запросе, а не только о том, который вписывается в установленный лимит. > > > (just for history) > > > В общем случае "сохранять информацию о каждом запросе" - нельзя, > > ибо это даст возможность заблокировать лимитируемый параметр > > практически навечно. E.g. evil hacker запрашивает ip под DHCP у > > какого-нибудь stream'а, делает N (или M) запросов, запрашивает > > следующий ip, ... В результате со стрима ни у кого твой сайт не > > работает. Или ещё хуже: у хостера стоит лимит запросов на домен, > > и тебе на этот сайт наливают M**2 запросов - сайт заблокирован на > > неизвестное время. > > Я имел ввиду другое: если льётся более, чем Х запросов в единицу > времени, то вообще ни один запрос не пропускать. Ну вот это реализуется методом limit_req ... burst=10 считать-до=11; в предложенном мной варианте. > Проблемы со злостным > хакером нет. Он сменит ip, запросы кончатся и ip разблокируется по > истечении единицы времени. С доменом та же история - кончилась атака и > через единицу времени пропадает лимит. Если считать до бесконечности - то проблема есть. > > Какой-то механизм, обеспечивающий контролируемый гистерезис - > > наверное нужен. Я исходно хотел сделать помимо параметра burst= > > ещё и какой-то параметр <считать-до>=, но хорошего названия так и > > не придумалось, да и руки не дошли. > > > Возможно, альтернативным вариантом будет некая дополнительная > > таблица блокировки, в которую "нехорошие люди" будут заносится на > > заданное время при превышении лимита (её же можно будет > > использовать при превышении других ограничений, а равно при просто > > при выполнении определённых условий). Тут надо ещё подумать. > > ИМХО, надо отделять подсчёт лимита от самого блокирования, а не > совмещать их в одной директиве. Может быть. > P.S. > Так как nginx кроме всего прочего часто выполняет функции фаервола, то > возможно что-то из фаерволов имеет смысл позаимствовать. Используемые в limit_req алгоритмы leaky bucket / token bucket - это как раз алгоритмы из области traffic shaping'а... :) Maxim Dounin From hell-for-yahoo на umail.ru Wed Oct 26 22:14:50 2011 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Thu, 27 Oct 2011 02:14:50 +0400 Subject: Неверная обработка/передача POST запроса типа Content-Type: multipart/form-data In-Reply-To: <20111026145435.GO62535@mdounin.ru> References: <20111026145435.GO62535@mdounin.ru> Message-ID: <8873327.20111027021450@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Maxim Dounin! MD> 2. Само тело запроса, как его получил бекенд (не результат обработки, MD> а именно тело в виде текста). Не знаю, можно ли его получить в MD> php, но в любом случае подойдёт полный tcpdump соединения между MD> nginx'ом и бекендом. http://ru2.php.net/manual/en/ini.core.php#ini.always-populate-raw-post-data Или, как беспроигрышный вариант - wireshark/tcpdump. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) четверг, 27.10.2011, <02:12> From vitaly на rcdesign.ru Thu Oct 27 05:26:42 2011 From: vitaly на rcdesign.ru (vitaly на rcdesign.ru) Date: Thu, 27 Oct 2011 09:26:42 +0400 Subject: =?UTF-8?B?UmU6INCU0L7RgNCw0LHQvtGC0LrQsCBsaW1pdF9yZXE=?= In-Reply-To: <20111026150257.GP62535@mdounin.ru> References: <1615264782.20111024123417@softsearch.ru> <20111025161731.GJ62535@mdounin.ru> <1288574705.20111026121250@softsearch.ru> <20111026150257.GP62535@mdounin.ru> Message-ID: Для новых коннектов можно на фаерволе ловушку сочинить через hashlimit и ip_recent. Я делал вот так: http://habrahabr.ru/blogs/sysadm/124492/#comment_4094950 Правда есть нюансы, что вышибет оперу турбо, но это белым списком решается. Проблем с фаерволом две: 1. Нельзя ограничить по доменам 2. Пропускает множественные запросы внутри keep-alive (а это уже хуже) В общем, более навернутый limit_req действительно был бы удобен. Задача "полочить шибко шустрых, пока не остынут" - действительно типовая. Vitaly Puzrin http://www.rcdesign.ru 2011/10/26 Maxim Dounin > Hello! > > On Wed, Oct 26, 2011 at 12:12:50PM +0400, Михаил Монашёв wrote: > > > Здравствуйте, Maxim. > > > > >> Иногда возникает задача блокировать кого-то, кто чересчур часто что-то > > >> с сайта запрашивает. Сейчас можно ограничить его по количеству > > >> запросов в единицу времени. Но запросы, которые вписываются в лимит > > >> будут проходить. Но это не совсем то, что иногда нужно. Иногда надо > > >> заблокировать до тех пор, пока количество запросов не снизится до > > >> установленного лимита. И это легко могло бы решаться, если у limit_req > > >> добавить параметр, который заставлял бы сохранять информацию о каждом > > >> запросе, а не только о том, который вписывается в установленный лимит. > > > > > (just for history) > > > > > В общем случае "сохранять информацию о каждом запросе" - нельзя, > > > ибо это даст возможность заблокировать лимитируемый параметр > > > практически навечно. E.g. evil hacker запрашивает ip под DHCP у > > > какого-нибудь stream'а, делает N (или M) запросов, запрашивает > > > следующий ip, ... В результате со стрима ни у кого твой сайт не > > > работает. Или ещё хуже: у хостера стоит лимит запросов на домен, > > > и тебе на этот сайт наливают M**2 запросов - сайт заблокирован на > > > неизвестное время. > > > > Я имел ввиду другое: если льётся более, чем Х запросов в единицу > > времени, то вообще ни один запрос не пропускать. > > Ну вот это реализуется методом > > limit_req ... burst=10 считать-до=11; > > в предложенном мной варианте. > > > Проблемы со злостным > > хакером нет. Он сменит ip, запросы кончатся и ip разблокируется по > > истечении единицы времени. С доменом та же история - кончилась атака и > > через единицу времени пропадает лимит. > > Если считать до бесконечности - то проблема есть. > > > > Какой-то механизм, обеспечивающий контролируемый гистерезис - > > > наверное нужен. Я исходно хотел сделать помимо параметра burst= > > > ещё и какой-то параметр <считать-до>=, но хорошего названия так и > > > не придумалось, да и руки не дошли. > > > > > Возможно, альтернативным вариантом будет некая дополнительная > > > таблица блокировки, в которую "нехорошие люди" будут заносится на > > > заданное время при превышении лимита (её же можно будет > > > использовать при превышении других ограничений, а равно при просто > > > при выполнении определённых условий). Тут надо ещё подумать. > > > > ИМХО, надо отделять подсчёт лимита от самого блокирования, а не > > совмещать их в одной директиве. > > Может быть. > > > P.S. > > Так как nginx кроме всего прочего часто выполняет функции фаервола, то > > возможно что-то из фаерволов имеет смысл позаимствовать. > > Используемые в limit_req алгоритмы leaky bucket / token bucket - > это как раз алгоритмы из области traffic shaping'а... :) > > Maxim Dounin > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum на nginx.us Thu Oct 27 07:44:26 2011 From: nginx-forum на nginx.us (trinex) Date: Thu, 27 Oct 2011 03:44:26 -0400 Subject: =?UTF-8?B?UmU6INCd0LXQstC10YDQvdCw0Y8g0L7QsdGA0LDQsdC+0YLQutCwL9C/0LXRgNC1?= =?UTF-8?B?0LTQsNGH0LAgUE9TVCDQt9Cw0L/RgNC+0YHQsCDRgtC40L/QsCBDb250ZW50?= =?UTF-8?B?LVR5cGU6IG11bHRpcGFydC9mb3JtLWRhdGE=?= In-Reply-To: References: Message-ID: <71d7df0173fa581a963b6d53527e741f.NginxMailingListRussian@forum.nginx.org> Итак, подопытные: /usr/local/nginx/sbin/nginx -V nginx: nginx version: nginx/1.1.6 nginx: built by gcc 4.2.1 20070719 [FreeBSD] nginx: TLS SNI support enabled nginx: configure arguments: --with-http_ssl_module --with-cc-opt=-Wno-error --add-module=/usr/local/lib/ruby/gems/1.8/gems/passenger-3.0.8/ext/nginx --with-http_flv_module uname -a FreeBSD endyhost 7.0-RELEASE FreeBSD 7.0-RELEASE #3: Sun Aug 10 23:51:17 MSD 2008 root на endyhost:/usr/obj/usr/src/sys/ENDYKERN i386 /usr/local/apache-peruser/bin/apachectl -V Server version: Apache/2.2.19 (Unix) Server built: Aug 24 2011 20:50:01 Server's Module Magic Number: 20051115:28 Server loaded: APR 1.4.5, APR-Util 1.3.12 Compiled using: APR 1.4.5, APR-Util 1.3.12 Architecture: 32-bit Server MPM: Peruser threaded: no forked: yes (variable process count) Server compiled with.... -D APACHE_MPM_DIR="server/mpm/experimental/peruser" -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D APR_USE_FLOCK_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=128 -D HTTPD_ROOT="/usr/local/apache-peruser/" -D SUEXEC_BIN="/usr/local/apache-peruser//bin/suexec" -D DEFAULT_PIDLOG="logs/httpd.pid" -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" -D DEFAULT_LOCKFILE="logs/accept.lock" -D DEFAULT_ERRORLOG="logs/error_log" -D AP_TYPES_CONFIG_FILE="conf/mime.types" -D SERVER_CONFIG_FILE="conf/httpd.conf" /usr/local/php/bin/php -v PHP 5.2.13 (cli) (built: Jul 6 2011 01:23:35) tcpdump при успешной передаче/парсинге параметров: http://trinex.ru/nginx-apache-tcpdump.success.log и при провале: http://trinex.ru/nginx-apache-tcpdump.fail.log Лог nginx в debug mode (он, правда, относится только к проваленному тесту): http://trinex.ru/nginx.error.log PS: Andrey Repin> http://ru2.php.net/manual/en/ini.core.php#ini.always-populate-raw-post-data $HTTP_RAW_POST_DATA is not available with enctype="multipart/form-data". Если нужна дополнительная информация - готов её предоставить. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217337,217394#msg-217394 From hell-for-yahoo на umail.ru Thu Oct 27 09:19:57 2011 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Thu, 27 Oct 2011 13:19:57 +0400 Subject: Неверная обработка/передача POST запроса типа Content-Type: multipart/form-data In-Reply-To: <71d7df0173fa581a963b6d53527e741f.NginxMailingListRussian@forum.nginx.org> References: <71d7df0173fa581a963b6d53527e741f.NginxMailingListRussian@forum.nginx.org> Message-ID: <879467570.20111027131957@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) trinex! t> PS: Andrey Repin>> t> http://ru2.php.net/manual/en/ini.core.php#ini.always-populate-raw-post-data t> $HTTP_RAW_POST_DATA is not available with t> enctype="multipart/form-data". А предложение _перед_ этим ты прочёл?... > However, the preferred method for accessing the raw POST data is php://input. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) четверг, 27.10.2011, <13:18> From nginx-forum на nginx.us Thu Oct 27 09:32:17 2011 From: nginx-forum на nginx.us (darmen) Date: Thu, 27 Oct 2011 05:32:17 -0400 Subject: =?UTF-8?B?UmU6INCg0LXQt9C60L7RgdGC0Ywg0LIg0LzQvtC00YPQu9C1IGltYWdlIGZpbHRl?= =?UTF-8?B?cg==?= In-Reply-To: References: Message-ID: Игорь, Антон Этот патч подойдет дл 1.0.8? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,214177,217397#msg-217397 From nginx-forum на nginx.us Thu Oct 27 09:39:56 2011 From: nginx-forum на nginx.us (Fixid) Date: Thu, 27 Oct 2011 05:39:56 -0400 Subject: =?UTF-8?B?TmdpbnggKyDQtNC+0LzQtdC9?= Message-ID: <0a4cea5ef31b6d6eecdf705bd4ddc2f6.NginxMailingListRussian@forum.nginx.org> Есть VPS с Nginx и сервер с IIS. Настроено прокирование сайта с IIS. Сайт использует только https ssl.conf: server { listen 443 default; server_name www.syte.com ; ssl on; ssl_certificate /etc/nginx/conf.d/certificate.cer; ssl_certificate_key /etc/nginx/conf.d/rsa.key; ssl_session_timeout 10m; ssl_protocols SSLv2 SSLv3 TLSv1; ssl_ciphers ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP; ssl_prefer_server_ciphers on; if ($host = "syte.com" ) { rewrite ^ https://www.syte.com/; } location / { proxy_pass https://IIS:980/; proxy_redirect off; proxy_ignore_client_abort off; proxy_connect_timeout 600; proxy_send_timeout 600; proxy_read_timeout 600; proxy_ignore_headers Expires Cache-Control; proxy_hide_header Vary; } } Как Nginx вернуть вернуть в IIS рельный IP зашедшего и домен с которого он зашел на сайт? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217399,217399#msg-217399 From vsjcfm на gmail.com Thu Oct 27 09:42:00 2011 From: vsjcfm на gmail.com (Sayetsky Anton) Date: Thu, 27 Oct 2011 12:42:00 +0300 Subject: =?UTF-8?B?UmU6IE5naW54ICsg0LTQvtC80LXQvQ==?= In-Reply-To: <0a4cea5ef31b6d6eecdf705bd4ddc2f6.NginxMailingListRussian@forum.nginx.org> References: <0a4cea5ef31b6d6eecdf705bd4ddc2f6.NginxMailingListRussian@forum.nginx.org> Message-ID: 2011/10/27 Fixid : > Как Nginx вернуть вернуть в IIS рельный IP > зашедшего и домен с которого он зашел > на сайт? proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; From nginx-forum на nginx.us Thu Oct 27 09:45:35 2011 From: nginx-forum на nginx.us (Fixid) Date: Thu, 27 Oct 2011 05:45:35 -0400 Subject: =?UTF-8?B?UmU6IE5naW54ICsg0LTQvtC80LXQvQ==?= In-Reply-To: References: Message-ID: А чем ваша запись будет отличаться от proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $remote_addr; ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217399,217401#msg-217401 From nginx-forum на nginx.us Thu Oct 27 10:05:25 2011 From: nginx-forum на nginx.us (trinex) Date: Thu, 27 Oct 2011 06:05:25 -0400 Subject: / POST Content-Type: multipart/form-data In-Reply-To: <879467570.20111027131957@mtu-net.ru> References: <879467570.20111027131957@mtu-net.ru> Message-ID: Да. И не только там. http://ru2.php.net/manual/en/wrappers.php.php >php://input is not available with enctype="multipart/form-data". Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217396,217402#msg-217402 From nginx-forum на nginx.us Thu Oct 27 10:06:49 2011 From: nginx-forum на nginx.us (trinex) Date: Thu, 27 Oct 2011 06:06:49 -0400 Subject: / POST Content-Type: multipart/form-data In-Reply-To: References: <879467570.20111027131957@mtu-net.ru> Message-ID: Единственный способ поймать эти данные - преопределить тип контента в apache на кастомный. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217396,217403#msg-217403 From mva на mva.name Thu Oct 27 10:14:42 2011 From: mva на mva.name (=?UTF-8?Q?=D0=9C=D0=B8=D1=81=D0=B1=D0=B0=D1=85-=D0=A1=D0=BE=D0=BB=D0=BE?= =?UTF-8?Q?=D0=B2=D1=8C=C3=AB=D0=B2_?= =?koi8-r?Q?=F7=C1=C4=C9=CD?=) Date: Thu, 27 Oct 2011 17:14:42 +0700 Subject: =?UTF-8?B?UmU6IE5naW54ICsg0LTQvtC80LXQvQ==?= In-Reply-To: References: Message-ID: <1319710482.6848.2.camel@N900> Ну так Nginx передает аж двух местах айпишник клиента :) Дальше дело IIS. Собственно, в апаче для такого есть RPAF. В nginx'e - set_real_ip_from . И NginX будет из X-Real-IP вытаскивать айпишник клиента. А вот как в IIS вытаскивать айпишник из заголовков и совать в "местный" remote_addr - читать в документации по IIS. :) -- С уважением, mva From nginx-forum на nginx.us Thu Oct 27 10:18:44 2011 From: nginx-forum на nginx.us (Fixid) Date: Thu, 27 Oct 2011 06:18:44 -0400 Subject: =?UTF-8?B?UmU6IE5naW54ICsg0LTQvtC80LXQvQ==?= In-Reply-To: References: Message-ID: Спасибо, с IP уже все нормально. Но как тогда передать домен с которого пришел человек? proxy_set_header Host $host;? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217399,217405#msg-217405 From nginx-forum на nginx.us Thu Oct 27 10:19:53 2011 From: nginx-forum на nginx.us (Fixid) Date: Thu, 27 Oct 2011 06:19:53 -0400 Subject: =?UTF-8?B?UmU6IE5naW54ICsg0LTQvtC80LXQvQ==?= In-Reply-To: References: Message-ID: <6f8d8437bce66ee54ad3a4b9b0208188.NginxMailingListRussian@forum.nginx.org> И в чем различие proxy_set_header X-Real-IP $remote_addr; и proxy_set_header X-Forwarded-For $remote_addr;, если они передают одинаковый ip Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217399,217406#msg-217406 From maxim на della.ua Thu Oct 27 10:21:06 2011 From: maxim на della.ua (maxim) Date: Thu, 27 Oct 2011 13:21:06 +0300 Subject: =?UTF-8?B?bGltaXRfcmVxIC0g0LDQu9GP0YDQvCDQsiDQv9C+0YfRgtGD?= Message-ID: <4EA93092.1020306@della.ua> Подскажите , возможно ли реализовать следующее. При превышении лимита limit_req, не блочить , а делать алярм в почту, с меседжем - " %ip_host limiting" . Ибо часто оказывается что за одним айпи который генерит большое кол-во запросов в единицу времени оказывается офис,кафе, клуб, вайфай поинт. From mva на mva.name Thu Oct 27 10:22:25 2011 From: mva на mva.name (=?UTF-8?Q?=D0=9C=D0=B8=D1=81=D0=B1=D0=B0=D1=85-=D0=A1=D0=BE=D0=BB=D0=BE?= =?UTF-8?Q?=D0=B2=D1=8C=C3=AB=D0=B2_?= =?koi8-r?Q?=F7=C1=C4=C9=CD?=) Date: Thu, 27 Oct 2011 17:22:25 +0700 Subject: =?UTF-8?B?UmU6IE5naW54ICsg0LTQvtC80LXQvQ==?= In-Reply-To: References: Message-ID: <1319710945.6848.5.camel@N900> "домен, с которого пришел человек" - имеется в виду реферрер, или же домен, который у человека в адресной строке? ;) -- С уважением, mva From mdounin на mdounin.ru Thu Oct 27 10:25:18 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Thu, 27 Oct 2011 14:25:18 +0400 Subject: =?UTF-8?B?UmU6INCd0LXQstC10YDQvdCw0Y8g0L7QsdGA0LDQsdC+0YLQutCwL9C/0LXRgNC1?= =?UTF-8?B?0LTQsNGH0LAgUE9TVCDQt9Cw0L/RgNC+0YHQsCDRgtC40L/QsCBDb250ZW50?= =?UTF-8?B?LVR5cGU6IG11bHRpcGFydC9mb3JtLWRhdGE=?= In-Reply-To: <71d7df0173fa581a963b6d53527e741f.NginxMailingListRussian@forum.nginx.org> References: <71d7df0173fa581a963b6d53527e741f.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111027102518.GY62535@mdounin.ru> Hello! On Thu, Oct 27, 2011 at 03:44:26AM -0400, trinex wrote: > Итак, подопытные: > > /usr/local/nginx/sbin/nginx -V > nginx: nginx version: nginx/1.1.6 > nginx: built by gcc 4.2.1 20070719 [FreeBSD] > nginx: TLS SNI support enabled > nginx: configure arguments: --with-http_ssl_module > --with-cc-opt=-Wno-error > --add-module=/usr/local/lib/ruby/gems/1.8/gems/passenger-3.0.8/ext/nginx > --with-http_flv_module Сторонние модули крайне желательно раскомпилировать обратно. Спасибо. [...] > и при провале: > http://trinex.ru/nginx-apache-tcpdump.fail.log Самого интересного-то и нет... 404 Not Found > Лог nginx в debug mode (он, правда, относится > только к проваленному тесту): > http://trinex.ru/nginx.error.log Тут 4 запроса POST /data.php, в котором из них были проблемы? Кроме того, нужно сделать *полный* debug log. Сейчас он, судя по всему, делается только для конкретного server'а. Нужно включить на глобальном уровне, а остальное убрать/продублировать туда же, как описано тут: http://nginx.org/en/docs/debugging_log.html Maxim Dounin From nginx-forum на nginx.us Thu Oct 27 10:26:03 2011 From: nginx-forum на nginx.us (Fixid) Date: Thu, 27 Oct 2011 06:26:03 -0400 Subject: =?UTF-8?B?UmU6IE5naW54ICsg0LTQvtC80LXQvQ==?= In-Reply-To: <0a4cea5ef31b6d6eecdf705bd4ddc2f6.NginxMailingListRussian@forum.nginx.org> References: <0a4cea5ef31b6d6eecdf705bd4ddc2f6.NginxMailingListRussian@forum.nginx.org> Message-ID: <3b405a916a126fc0efd7150f5ec3fce2.NginxMailingListRussian@forum.nginx.org> Заработался :) Мне нужно передать домен который у человека в браузере. На один IP с Nginx ссылается несколько доменов, а внешний вид сайта зависит от того на какой домен зашел человек Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217399,217410#msg-217410 From nginx-forum на nginx.us Thu Oct 27 10:29:06 2011 From: nginx-forum на nginx.us (trinex) Date: Thu, 27 Oct 2011 06:29:06 -0400 Subject: =?UTF-8?B?UmU6INCd0LXQstC10YDQvdCw0Y8g0L7QsdGA0LDQsdC+0YLQutCwL9C/0LXRgNC1?= =?UTF-8?B?0LTQsNGH0LAgUE9TVCDQt9Cw0L/RgNC+0YHQsCDRgtC40L/QsCBDb250ZW50?= =?UTF-8?B?LVR5cGU6IG11bHRpcGFydC9mb3JtLWRhdGE=?= In-Reply-To: <20111027102518.GY62535@mdounin.ru> References: <20111027102518.GY62535@mdounin.ru> Message-ID: Ссылку http://trinex.ru/nginx-apache-tcpdump.fail.log поправил. Полный дебаг будет к вечеру. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217337,217411#msg-217411 From nginx-forum на nginx.us Thu Oct 27 10:30:08 2011 From: nginx-forum на nginx.us (trinex) Date: Thu, 27 Oct 2011 06:30:08 -0400 Subject: =?UTF-8?B?UmU6INCd0LXQstC10YDQvdCw0Y8g0L7QsdGA0LDQsdC+0YLQutCwL9C/0LXRgNC1?= =?UTF-8?B?0LTQsNGH0LAgUE9TVCDQt9Cw0L/RgNC+0YHQsCDRgtC40L/QsCBDb250ZW50?= =?UTF-8?B?LVR5cGU6IG11bHRpcGFydC9mb3JtLWRhdGE=?= In-Reply-To: <20111027102518.GY62535@mdounin.ru> References: <20111027102518.GY62535@mdounin.ru> Message-ID: <0e3eabc378f8dc8ff19f3b9c4ea38e5e.NginxMailingListRussian@forum.nginx.org> Maxim Dounin Wrote: ------------------------------------------------------- > Тут 4 запроса POST /data.php, в > котором из них были > проблемы? В последнем. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217337,217412#msg-217412 From mva на mva.name Thu Oct 27 10:33:30 2011 From: mva на mva.name (=?UTF-8?Q?=D0=9C=D0=B8=D1=81=D0=B1=D0=B0=D1=85-=D0=A1=D0=BE=D0=BB=D0=BE?= =?UTF-8?Q?=D0=B2=D1=8C=C3=AB=D0=B2_?= =?koi8-r?Q?=F7=C1=C4=C9=CD?=) Date: Thu, 27 Oct 2011 17:33:30 +0700 Subject: =?UTF-8?B?UmU6IE5naW54ICsg0LTQvtC80LXQvQ==?= In-Reply-To: <3b405a916a126fc0efd7150f5ec3fce2.NginxMailingListRussian@forum.nginx.org> References: <0a4cea5ef31b6d6eecdf705bd4ddc2f6.NginxMailingListRussian@forum.nginx.org> <3b405a916a126fc0efd7150f5ec3fce2.NginxMailingListRussian@forum.nginx.org> Message-ID: <1319711610.6848.8.camel@N900> Ну так вот в Host он и передаётся ;). И IIS его должен получать ровно так же, как если бы к нему напрямую клиент обращался и передавал этот заголовок Host. -- С уважением, mva From nginx-forum на nginx.us Thu Oct 27 10:35:56 2011 From: nginx-forum на nginx.us (Fixid) Date: Thu, 27 Oct 2011 06:35:56 -0400 Subject: =?UTF-8?B?UmU6IE5naW54ICsg0LTQvtC80LXQvQ==?= In-Reply-To: <3b405a916a126fc0efd7150f5ec3fce2.NginxMailingListRussian@forum.nginx.org> References: <0a4cea5ef31b6d6eecdf705bd4ddc2f6.NginxMailingListRussian@forum.nginx.org> <3b405a916a126fc0efd7150f5ec3fce2.NginxMailingListRussian@forum.nginx.org> Message-ID: <9009ff469c5f072e6202fc19581dbb65.NginxMailingListRussian@forum.nginx.org> Величайшее спасибо ))))) Если необходимо могу выслать настройки прозрачного проксирования для параноиков и шифровщиков (все на SSL) в связке с IIS Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217399,217414#msg-217414 From wangsamp на gmail.com Thu Oct 27 10:50:32 2011 From: wangsamp на gmail.com (Oleksandr V. Typlyns'kyi) Date: Thu, 27 Oct 2011 13:50:32 +0300 (FET) Subject: =?UTF-8?B?UmU6INCg0LXQt9C60L7RgdGC0Ywg0LIg0LzQvtC00YPQu9C1IGltYWdlIGZpbHRl?= =?UTF-8?B?cg==?= In-Reply-To: References: Message-ID: Today Oct 27, 2011 at 05:32 darmen wrote: > Игорь, Антон > > Этот патч подойдет дл 1.0.8? Подойдёт. И для 1.1.x тоже. -- WNGS-RIPE From azovmash на ukr.net Thu Oct 27 11:18:05 2011 From: azovmash на ukr.net (azovmash на ukr.net) Date: Thu, 27 Oct 2011 14:18:05 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= Message-ID: <32592.1319714285.9524898549561622528@ffe2.ukr.net> Расскажите, насколько будет разница между RAID0+1, 0, 1, 1+0 на массиве из 4-х дисков? И насколько плохо работают контроллеры, встроенные в mb, sb770(amd) например? > -----Original Message----- > К сожалению я не видел, что за аппаратуру вы используете в своих тестах, но если архитектура raid{0,1} полностью поддержана аппаратно (два независимых канала, хватает пропускных способностей шин итд), то ИМХО спор "ниачом". Другое дело если использовать извращения, типа софтовых контроллеров. В этом случае тестирование лучше даже не проводить :) ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From a.vasilishin на kpi.ua Thu Oct 27 11:34:01 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Thu, 27 Oct 2011 14:34:01 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <32592.1319714285.9524898549561622528@ffe2.ukr.net> References: <32592.1319714285.9524898549561622528@ffe2.ukr.net> Message-ID: <4EA941A9.4020304@kpi.ua> 27.10.2011 14:18, azovmash на ukr.net пишет: > Расскажите, насколько будет разница между RAID0+1, 0, 1, 1+0 на массиве > из 4-х дисков? И насколько плохо работают контроллеры, встроенные в mb, > sb770(amd) например? Вы можете быть первопроходцем в этой области, опубликовать результаты тестов, выступить на конференции какой-нибудь итд. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From pavel на bvf.ru Thu Oct 27 11:29:01 2011 From: pavel на bvf.ru (Pavel Zheltouhov) Date: Thu, 27 Oct 2011 15:29:01 +0400 Subject: =?UTF-8?B?0LjQt9C80LXQvdC40YLRjCDQt9Cw0LPQvtC70L7QstC60Lgg0L7RgtCy0LXRgtCw?= =?UTF-8?B?INC/0L4g0YHQu9C+0LbQvdGL0Lwg0YPRgdC70L7QstC40Y/QvA==?= Message-ID: <4EA9407D.2000605@bvf.ru> Хочу странного от nginx : Некое приложение на бекенде неправильно написано и выдает произвольные заголовки ответа в Content-Type. Исправить этот баг пока нельзя. Идея в том, чтобы с помощью nginx все недопустимые Content-Type перезаписывать одним допустимым. Я пытался использовать сторонний модуль headers_more и он в принципе работает, но там нельзя сделать отрицание в логической проверке ЕСЛИ НЕ. Через rewrite не получается, потому что в выражениях if Content-Type ответа еще не доступен. Доступен только Content-Type запроса. Как тут лучше поступить? Писать сразу на perl ? -- Павел Желтоухов From mva на mva.name Thu Oct 27 11:43:09 2011 From: mva на mva.name (=?UTF-8?Q?=D0=9C=D0=B8=D1=81=D0=B1=D0=B0=D1=85-=D0=A1=D0=BE=D0=BB=D0=BE?= =?UTF-8?Q?=D0=B2=D1=8C=C3=AB=D0=B2_?= =?koi8-r?Q?=F7=C1=C4=C9=CD?=) Date: Thu, 27 Oct 2011 18:43:09 +0700 Subject: =?UTF-8?B?UmU6INC40LfQvNC10L3QuNGC0Ywg0LfQsNCz0L7Qu9C+0LLQutC4INC+0YLQstC1?= =?UTF-8?B?0YLQsCDQv9C+INGB0LvQvtC20L3Ri9C8INGD0YHQu9C+0LLQuNGP0Lw=?= In-Reply-To: <4EA9407D.2000605@bvf.ru> References: <4EA9407D.2000605@bvf.ru> Message-ID: <1319715789.7474.2.camel@N900> ну или lua-модуль, как вариант ;) On чт 27 окт 2011 18:29:01 NOVST, Pavel Zheltouhov wrote: > Хочу странного от nginx : > Некое приложение на бекенде неправильно написано и выдает произвольные > заголовки ответа в Content-Type. Исправить этот баг пока нельзя. > Идея в том, чтобы с помощью nginx все недопустимые Content-Type > перезаписывать одним допустимым. > Я пытался использовать сторонний модуль headers_more и он в принципе > работает, но там нельзя сделать отрицание в логической проверке ЕСЛИ НЕ. > Через rewrite не получается, потому что в выражениях if Content-Type > ответа еще не доступен. Доступен только Content-Type запроса. > > Как тут лучше поступить? Писать сразу на perl ? > > -- > Павел Желтоухов > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- С уважением, mva From mdounin на mdounin.ru Thu Oct 27 13:00:25 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Thu, 27 Oct 2011 17:00:25 +0400 Subject: =?UTF-8?B?UmU6INCd0LXQstC10YDQvdCw0Y8g0L7QsdGA0LDQsdC+0YLQutCwL9C/0LXRgNC1?= =?UTF-8?B?0LTQsNGH0LAgUE9TVCDQt9Cw0L/RgNC+0YHQsCDRgtC40L/QsCBDb250ZW50?= =?UTF-8?B?LVR5cGU6IG11bHRpcGFydC9mb3JtLWRhdGE=?= In-Reply-To: References: <20111027102518.GY62535@mdounin.ru> Message-ID: <20111027130025.GD62535@mdounin.ru> Hello! On Thu, Oct 27, 2011 at 06:29:06AM -0400, trinex wrote: > Ссылку http://trinex.ru/nginx-apache-tcpdump.fail.log > поправил. Ok, судя по tcpdump'у - nginx всё отсылает нормально, а бъётся оно уже где-то дальше. Позиция, по которой бъётся - 8000 байт от начала запроса (включая заголовок). Имеет смысл поискать подобные ограничения где-нибудь в районе php.ini. > Полный дебаг будет к вечеру. Полный debug не нужно, спасибо. Проблема явно не в nginx. Maxim Dounin From chipitsine на gmail.com Fri Oct 28 03:19:11 2011 From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=) Date: Fri, 28 Oct 2011 09:19:11 +0600 Subject: =?UTF-8?B?UmU6IE5naW54ICsg0LTQvtC80LXQvQ==?= In-Reply-To: <0a4cea5ef31b6d6eecdf705bd4ddc2f6.NginxMailingListRussian@forum.nginx.org> References: <0a4cea5ef31b6d6eecdf705bd4ddc2f6.NginxMailingListRussian@forum.nginx.org> Message-ID: мы используем модуль ARR Helper статья: http://blogs.iis.net/anilr/archive/2009/03/03/client-ip-not-logged-on-content-server-when-using-arr.aspx модуль: http://blogs.iis.net/blogs/anilr/arr_helper_x64.zip этот модуль вытаскивает X-Forwarded-for и отдает его как remote_addr в IIS-е 2011/10/27 Fixid : > Есть VPS с Nginx  и  сервер с IIS. > > Настроено прокирование сайта с IIS. > Сайт использует только https > ssl.conf: > server { >    listen       443 default; >    server_name  www.syte.com ; > >    ssl                  on; >    ssl_certificate      /etc/nginx/conf.d/certificate.cer; >    ssl_certificate_key  /etc/nginx/conf.d/rsa.key; > >    ssl_session_timeout  10m; > >    ssl_protocols  SSLv2 SSLv3 TLSv1; >    ssl_ciphers > ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP; >    ssl_prefer_server_ciphers   on; > >    if ($host = "syte.com" ) { >    rewrite ^ https://www.syte.com/; > } >    location / { >        proxy_pass https://IIS:980/; >        proxy_redirect off; >        proxy_ignore_client_abort off; >        proxy_connect_timeout 600; >        proxy_send_timeout 600; >        proxy_read_timeout 600; >        proxy_ignore_headers Expires Cache-Control; >        proxy_hide_header Vary; >    } > } > > > > Как Nginx вернуть вернуть в IIS рельный IP > зашедшего и домен с которого он зашел > на сайт? > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217399,217399#msg-217399 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From chipitsine на gmail.com Fri Oct 28 03:29:47 2011 From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=) Date: Fri, 28 Oct 2011 09:29:47 +0600 Subject: =?UTF-8?B?UmU6IGxpbWl0X3JlcSAtINCw0LvRj9GA0Lwg0LIg0L/QvtGH0YLRgw==?= In-Reply-To: <4EA93092.1020306@della.ua> References: <4EA93092.1020306@della.ua> Message-ID: что защищаем ? толщину канала от раздачи тяжелой статики ? или тяжелую CMS-ку ? если CMS-ка, наверняка, она в сторону пользователя отдает куку ? и, наверняка пользователи ходят с разных браузеров ? пишем set $uniq $binary_remote_addr$cookie_PHPSESSIONID$uri; limit_req_zone $uniq zone=uniq:10m rate=1r/s; location / { # если уходим по proxy_pass в сторону CMS-ки, то включаем limit_req } как лимитировать статику - придумаете сами. тот сценарий, который вы предлагаете - тоже можно реализовать, выглядеть будет запутанно и не очень красиво. например, так включаете limit_req каким-нибудь способом и пишете обработчик 503-й ошибки error_page 503 = @notify; location @notify { #смотрим $upstream_status, если там 503, значит это прилетело с апстрима, отдаем его пользователю #если в $upstream_status пусто, значит сработал limit_req, обрабатываем обычным образом - отправляем на proxy_pass } 27 октября 2011 г. 16:21 пользователь maxim написал: >  Подскажите , возможно ли реализовать следующее. > При превышении лимита limit_req, не блочить , а  делать алярм в почту, с > меседжем - " %ip_host limiting" . > Ибо часто оказывается что за одним айпи который генерит большое кол-во > запросов в единицу времени > оказывается офис,кафе, клуб, вайфай поинт. > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From chipitsine на gmail.com Fri Oct 28 04:21:07 2011 From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=) Date: Fri, 28 Oct 2011 10:21:07 +0600 Subject: =?UTF-8?B?UmU6INCU0L7RgNCw0LHQvtGC0LrQsCBsaW1pdF9yZXE=?= In-Reply-To: <1615264782.20111024123417@softsearch.ru> References: <1615264782.20111024123417@softsearch.ru> Message-ID: необязательно на сервере хранить таблицу, можно и на стороне клиента :-) лимитируем, а тем, кто превышает - отдаем куку (с явным временем жизни) пришел с кукой - показываем ему страничку "ая-я-я-яй, много запросов" 24 октября 2011 г. 14:34 пользователь Михаил Монашёв написал: > Здравствуйте. > > Иногда возникает задача блокировать кого-то, кто чересчур часто что-то > с  сайта  запрашивает.  Сейчас  можно  ограничить  его  по  количеству > запросов  в  единицу  времени. Но запросы, которые вписываются в лимит > будут  проходить.  Но  это не совсем то, что иногда нужно. Иногда надо > заблокировать  до  тех  пор,  пока  количество запросов не снизится до > установленного лимита. И это легко могло бы решаться, если у limit_req > добавить  параметр, который заставлял бы сохранять информацию о каждом > запросе, а не только о том, который вписывается в установленный лимит. > > -- > С уважением, >  Михаил                          mailto:postmaster на softsearch.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From hell-for-yahoo на umail.ru Fri Oct 28 09:49:58 2011 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Fri, 28 Oct 2011 13:49:58 +0400 Subject: Доработка limit_req In-Reply-To: References: <1615264782.20111024123417@softsearch.ru> Message-ID: <1364977344.20111028134958@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Илья Шипицин! ИШ> необязательно на сервере хранить таблицу, можно и на стороне клиента :-) ИШ> лимитируем, а тем, кто превышает - отдаем куку (с явным временем жизни) А у меня куки отключены... То есть по жизни. Включаю только для сайтов, на которых я авторизоваться собираюсь. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) пятница, 28.10.2011, <13:48> From nginx-forum на nginx.us Fri Oct 28 09:51:33 2011 From: nginx-forum на nginx.us (Nonname) Date: Fri, 28 Oct 2011 05:51:33 -0400 Subject: =?UTF-8?B?0J7RiNC40LHQutCwICJubyBsaXZlIHVwc3RyZWFtcyB3aGlsZSBjb25uZWN0aW5n?= =?UTF-8?B?IHRvIHVwc3RyZWFtIg==?= Message-ID: <8819b8c2667e6d70b4b3f6aa06dfb462.NginxMailingListRussian@forum.nginx.org> Доброе время суток. Используемое ПО: Debian 6, Nginx 0.7.67 бекенды IIS 7.5 Возникла тут некоторая проблема. Суть в том, что периодически nginx выдает http 502 при проксировании на бекенды и пишет в лог следующее: 2011/10/28 09:05:00 [error] 7150#0: *1316838 no live upstreams while connecting to upstream, client: 192.168.0.189, server: servername, request: "POST /externalservice/registrator/service.asmx?supress500 HTTP/1.1", upstream: "http://iis/externalservice/registrator/service.asmx?supress500", host: "servername" Но в это время апстримы вполне живы, и все последующие и предыдущие запросы проходят, в основном Error логе сообщений о недоступности апстрима нет. Конфиг: http://clip2net.com/s/1h2mz Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217457,217457#msg-217457 From chipitsine на gmail.com Fri Oct 28 10:06:09 2011 From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=) Date: Fri, 28 Oct 2011 16:06:09 +0600 Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQlNC+0YDQsNCx0L7RgtC60LAgbGltaXRfcmVx?= In-Reply-To: <1364977344.20111028134958@mtu-net.ru> References: <1615264782.20111024123417@softsearch.ru> <1364977344.20111028134958@mtu-net.ru> Message-ID: а у моего друга магнитофон есть. японский. и что с того. 28 октября 2011 г. 15:49 пользователь Andrey Repin написал: > Здравствуйте, Уважаемый(-ая, -ое) Илья Шипицин! > > ИШ> необязательно на сервере хранить таблицу, можно и на стороне клиента :-) > ИШ> лимитируем, а тем, кто превышает - отдаем куку (с явным временем жизни) > > А у меня куки отключены... То есть по жизни. Включаю только для сайтов, > на которых я авторизоваться собираюсь. > > > -- > С уважением > >    Andrey Repin (hell-for-yahoo на umail.ru) пятница, 28.10.2011, <13:48> > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From pavel на bvf.ru Fri Oct 28 13:49:01 2011 From: pavel на bvf.ru (Pavel Zheltouhov) Date: Fri, 28 Oct 2011 17:49:01 +0400 Subject: =?UTF-8?B?UmU6INC40LfQvNC10L3QuNGC0Ywg0LfQsNCz0L7Qu9C+0LLQutC4INC+0YLQstC1?= =?UTF-8?B?0YLQsCDQv9C+INGB0LvQvtC20L3Ri9C8INGD0YHQu9C+0LLQuNGP0Lw=?= Message-ID: <4EAAB2CD.4090702@bvf.ru> Решил изучить этот perl. Опять 25 : доступны заголовки запроса, можно установить заголовки ответа, но нет доступа к уже сформированным заголовкам ответа от бекенда. Я просто не нашел метод в perl или этого нет по каким-то архитектурным причинам ? >ну или lua-модуль, как вариант ;) >> Хочу странного от nginx : >> Некое приложение на бекенде неправильно написано и выдает произвольные >> заголовки ответа в Content-Type. Исправить этот баг пока нельзя. >> Идея в том, чтобы с помощью nginx все недопустимые Content-Type >> перезаписывать одним допустимым. >> Я пытался использовать сторонний модуль headers_more и он в принципе >> работает, но там нельзя сделать отрицание в логической проверке ЕСЛИ НЕ. >> Через rewrite не получается, потому что в выражениях if Content-Type >> ответа еще не доступен. Доступен только Content-Type запроса. >> >> Как тут лучше поступить? Писать сразу на perl ? > From igor на sysoev.ru Fri Oct 28 14:42:01 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Fri, 28 Oct 2011 18:42:01 +0400 Subject: =?UTF-8?B?0L7RgtC80LXQvdCwINC70LXRgtC90LXQs9C+INCy0YDQtdC80LXQvdC4?= Message-ID: <20111028144201.GC16007@nginx.com> Для того, чтобы nginx использовал новую zoneinfo, после изменения zoneinfo нужно послать главному процессу сигнал HUP. -- Игорь Сысоев http://sysoev.ru From a на livebb.ru Fri Oct 28 15:29:20 2011 From: a на livebb.ru (Andrey Kravchenko) Date: Fri, 28 Oct 2011 18:29:20 +0300 Subject: =?UTF-8?B?bmdpbngg0L7QsdGA0LDQsdCw0YLRi9Cy0LDQtdGCIFBIUCDQv9C+0YHQu9C1INC/?= =?UTF-8?B?0LXRgNC10LfQsNCz0YDRg9C30LrQuA==?= Message-ID: <4EAACA50.4020909@livebb.ru> Добрый день, Nginx начинает проксировать PHP только после рестарта (веб-сервера, не PHP). В чем может быть проблема? Как воспроизвести: 1. Запустить систему 2. Дождаться автозагрузки всего 3. Попытаться подключиться к сайту через браузер - безуспешно 4. Перезагрузить Nginx - подключиться к сайту - успешно Ubuntu 11.10, Nginx 1.0.5 Конфиг: user www-data; worker_processes 4; pid /var/run/nginx.pid; events { worker_connections 768; } http { sendfile on; tcp_nopush on; tcp_nodelay on; keepalive_timeout 65; types_hash_max_size 2048; include /etc/nginx/mime.types; default_type application/octet-stream; access_log /var/log/nginx/access.log; error_log /var/log/nginx/error.log; gzip on; gzip_disable "msie6"; server { root /var/www/r; index index.php; # Make site accessible from http://localhost/ server_name r; location / { # First attempt to serve request as file, then # as directory, then fall back to index.html #try_files $uri $uri/ /index.html; try_files $uri $uri/ /index.php?q=$uri&$args; } # pass the PHP scripts to FastCGI server location ~ \.php$ { fastcgi_pass 127.0.0.1:8000; fastcgi_index index.php; include fastcgi_params; } } } From nginx-forum на nginx.us Fri Oct 28 19:00:54 2011 From: nginx-forum на nginx.us (Craken) Date: Fri, 28 Oct 2011 15:00:54 -0400 Subject: =?UTF-8?B?UmU6IG5naW54INC+0LHRgNCw0LHQsNGC0YvQstCw0LXRgiBQSFAg0L/QvtGB0Ls=?= =?UTF-8?B?0LUg0L/QtdGA0LXQt9Cw0LPRgNGD0LfQutC4?= In-Reply-To: <4EAACA50.4020909@livebb.ru> References: <4EAACA50.4020909@livebb.ru> Message-ID: В автозагрузку добавляли ч-з rc.local ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217476,217480#msg-217480 From a на livebb.ru Fri Oct 28 19:24:57 2011 From: a на livebb.ru (Andrey Kravchenko) Date: Fri, 28 Oct 2011 22:24:57 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC+0LHRgNCw0LHQsNGC0YvQstCw0LXRgiBQSFAg0L/QvtGB0Ls=?= =?UTF-8?B?0LUg0L/QtdGA0LXQt9Cw0LPRgNGD0LfQutC4?= In-Reply-To: References: <4EAACA50.4020909@livebb.ru> Message-ID: <4EAB0189.2030405@livebb.ru> При инсталляции пакета само все добавилось, насколько помню. Что-то добавлял с помощью команды update-rc.d. Эта команда создала символьные ссылки на скрипт запуска (в /etc/init.d/) в папках /etc/rc.[0..6] On Fri 28 Oct 2011 10:00:54 PM FET, Craken wrote: > В автозагрузку добавляли ч-з rc.local ? > From scukonick на gmail.com Fri Oct 28 19:50:16 2011 From: scukonick на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JzQsNC70L7Qsg==?=) Date: Fri, 28 Oct 2011 23:50:16 +0400 Subject: =?UTF-8?B?UmU6IG5naW54INC+0LHRgNCw0LHQsNGC0YvQstCw0LXRgiBQSFAg0L/QvtGB0Ls=?= =?UTF-8?B?0LUg0L/QtdGA0LXQt9Cw0LPRgNGD0LfQutC4?= In-Reply-To: <4EAB0189.2030405@livebb.ru> References: <4EAACA50.4020909@livebb.ru> <4EAB0189.2030405@livebb.ru> Message-ID: А nginx-то точно запускается при "автозагрузке всего"? Что после нее показывают команды: sudo ps aux | grep nginx ? sudo netstat -nltp | grep 80 28 октября 2011 г. 23:24 пользователь Andrey Kravchenko написал: > При инсталляции пакета само все добавилось, насколько помню. Что-то добавлял > с помощью команды update-rc.d. Эта команда создала символьные ссылки на > скрипт запуска (в /etc/init.d/) в папках /etc/rc.[0..6] > > On Fri 28 Oct 2011 10:00:54 PM FET, Craken wrote: >> >> В автозагрузку добавляли ч-з rc.local ? >> > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Alexey Malov From info на kentos.ru Fri Oct 28 20:11:26 2011 From: info на kentos.ru (Viktor V. Kudlak) Date: Sat, 29 Oct 2011 00:11:26 +0400 Subject: =?UTF-8?B?UmU6INCY0L3RgtC10YDQtdGB0L3QsNGPINC30LDQtNCw0YfQsCDQtNC70Y8gdHJ5?= =?UTF-8?B?IGZpbGVz?= In-Reply-To: <20111025172016.GA20303@nginx.com> References: <20111018143814.GD6545@nginx.com> <86039f06a250fb0c7e4f7d17de9fe431.NginxMailingListRussian@forum.nginx.org> <20111025172016.GA20303@nginx.com> Message-ID: а есть ли возможность обучить autoindex работать с try_files ? есть структура: /var/www/site.com/htdocs/MIRROR1/p/a/t/h /var/www/site.com/htdocs/MIRROR2/p/a/t/h /var/www/site.com/htdocs/MIRROR3/p/a/t/h конфиг: location ~ ^/(.*)$ { autoindex on; root /var/www/site.com/htdocs; try_files /MIRROR1/$1 /MIRROR2/$1 /MIRROR3/$1 =404; } файлы отдает, но autoindex не пашет. 25 октября 2011 г. 21:20 пользователь Igor Sysoev написал: > On Tue, Oct 25, 2011 at 11:52:23AM -0400, arty777 wrote: >> Да , так . > >    location /media/video/ { > >        location ~ ^/media(.+)$ { >            root       /root9550; > >            try_files  /1$1 >                       /2$1 >                       /3$1 >                       /4$1 >                       =404; >        } >    } > > > -- > Igor Sysoev > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Best regards, Viktor V. Kudlak * Origin: ----> Remind me to write it <---- (2:5030/1374) From pavel на bvf.ru Fri Oct 28 20:30:22 2011 From: pavel на bvf.ru (Pavel Zheltouhov) Date: Sat, 29 Oct 2011 00:30:22 +0400 Subject: =?UTF-8?B?UmU6INC40LfQvNC10L3QuNGC0Ywg0LfQsNCz0L7Qu9C+0LLQutC4INC+0YLQstC1?= =?UTF-8?B?0YLQsCDQv9C+INGB0LvQvtC20L3Ri9C8INGD0YHQu9C+0LLQuNGP0Lw=?= Message-ID: <4EAB10DE.6010801@bvf.ru> В общем, вынужден констатировать, что биндинги perl в nginx не очень подходят для подобных вещей. Зато с помощью header_filter_by_lua все прекрасно можно поменять. Что я и сделал. >Решил изучить этот perl. Опять 25 : доступны заголовки запроса, можно установить заголовки ответа, но нет доступа к уже сформированным заголовкам ответа от бекенда. >Я просто не нашел метод в perl или этого нет по каким-то архитектурным причинам ? From zzz на zzz.org.ua Fri Oct 28 20:34:12 2011 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Fri, 28 Oct 2011 23:34:12 +0300 Subject: =?UTF-8?B?UmU6INC40LfQvNC10L3QuNGC0Ywg0LfQsNCz0L7Qu9C+0LLQutC4INC+0YLQstC1?= =?UTF-8?B?0YLQsCDQv9C+INGB0LvQvtC20L3Ri9C8INGD0YHQu9C+0LLQuNGP0Lw=?= In-Reply-To: <4EAB10DE.6010801@bvf.ru> References: <4EAB10DE.6010801@bvf.ru> Message-ID: On Fri, Oct 28, 2011 at 11:30 PM, Pavel Zheltouhov wrote: >>Я просто не нашел метод в perl или этого нет по каким-то архитектурным > причинам ? Все просто, чтобы это было, нужно чтобы кто-то это сделал. From a на livebb.ru Fri Oct 28 21:55:32 2011 From: a на livebb.ru (Andrey Kravchenko) Date: Sat, 29 Oct 2011 00:55:32 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC+0LHRgNCw0LHQsNGC0YvQstCw0LXRgiBQSFAg0L/QvtGB0Ls=?= =?UTF-8?B?0LUg0L/QtdGA0LXQt9Cw0LPRgNGD0LfQutC4?= In-Reply-To: References: <4EAACA50.4020909@livebb.ru> <4EAB0189.2030405@livebb.ru> Message-ID: <4EAB24D4.80002@livebb.ru> Точно запускатеся. a на a-desktop:/etc/nginx$ sudo ps aux | grep nginx root 1456 0.0 0.0 73680 1244 ? Ss Oct28 0:00 nginx: master process /usr/sbin/nginx www-data 1460 0.0 0.0 73996 2144 ? S Oct28 0:00 nginx: worker process www-data 1461 0.0 0.0 73996 1648 ? S Oct28 0:02 nginx: worker process www-data 1462 0.0 0.0 73996 1648 ? S Oct28 0:02 nginx: worker process www-data 1463 0.0 0.0 73996 1648 ? S Oct28 0:02 nginx: worker process a 20838 0.0 0.0 14676 900 pts/1 S+ 00:44 0:00 grep --color=auto nginx Он на все запросы к PHP-скриптам возвращает ошибку 404. В логах вижу примерно такое: 2011/10/28 14:09:55 [error] 1203#0: *6 open() "/usr/share/nginx/www/view" failed (2: No such file or directory), client: 127.0.0.1, server: localhost, request: "GET /flat4/view HTTP/1.1", host: "renter" Из логов следует, что он какого-то перца ищет файлы в каталоге хоста localhost. Кажется, начал понимать. Каталог с интересующими меня скриптами лежит в домашней папке юзера, у которого файлы шифруются. Они дешифруются только при входе в систему (тогда же и симфольная ссылка на них начинает работать). Сервер при старте не может достучаться до этих файлов, поэтому игнорирует данную секцию server {} Спасибо за ответы! On Fri 28 Oct 2011 10:50:16 PM FET, Алексей Малов wrote: > А nginx-то точно запускается при "автозагрузке всего"? > Что после нее показывают команды: > sudo ps aux | grep nginx ? > sudo netstat -nltp | grep 80 > > 28 октября 2011 г. 23:24 пользователь Andrey Kravchenko написал: >> При инсталляции пакета само все добавилось, насколько помню. Что-то добавлял >> с помощью команды update-rc.d. Эта команда создала символьные ссылки на >> скрипт запуска (в /etc/init.d/) в папках /etc/rc.[0..6] >> >> On Fri 28 Oct 2011 10:00:54 PM FET, Craken wrote: >>> >>> В автозагрузку добавляли ч-з rc.local ? >>> >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > From gmm на csdoc.com Fri Oct 28 22:10:14 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Sat, 29 Oct 2011 01:10:14 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA5CD5F.9040504@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> <4EA555CC.6000904@csdoc.com> <4EA55830.5010107@kpi.ua> <4EA594F1.6050105@csdoc.com> <4EA59E0C.3090909@kpi.ua> <4EA5BD1B.5040003@csdoc.com> <4EA5C0CC.9000009@kpi.ua> <4EA5CA79.6070600@csdoc.com> <4EA5CD5F.9040504@kpi.ua> Message-ID: <4EAB2846.9060401@csdoc.com> On 24.10.2011 23:41, Андрей Василишин wrote: >>>> вопрос был про raid1. >> >>>> в частности - про software raid1 средствами mdraid в CentOS 6.x, >>>> файловая система XFS или ext4, сервер для стриминга flv-файлов. >> >>> Ну, вот могу дать Вам возможность протестировать и сравнить результаты, >>> даже одну часть эксперимента готов выполнить сам, самому ведь интересно, >>> но вот что-то мне подсказывает, что не будет выигрыша в сравнении с >>> standalone. >> >> для простоты эксперимента можете взять 2 standalone винта, >> и сделать так, что каждый файл лежит только на одном винте, >> >> и второй вариант - raid1 массив из этих же двух винтов, >> так что в результате на каждый файл будет приходиться >> два полностью независимых друг от друга шпинделя. >> >> результаты будут примерно одинаковыми только если равномерно нагрузить >> запросами оба винта, если к одному винту будет больше запросов (более >> популярные файлы там), а к другому - меньше (менее популярные файлы там) >> - то сразу станет очевидно, что raid1 массив имеет большую >> производительность чем система из двух независимых винтов. > Не-не-не, Девид Блейн! (с) Вот Вас явно плохо учили в ВУЗе подходить к > эксперименту, 2 файла - это как раз в тех тестах про скорость работы > рейдов с красивыми картинками, на нормальном сервере я наблюдаю от 1000 > до 3500 открытых файлов: > # lsof -np `pgrep -xd , nginx` | grep flv | awk '{ print "\t" $7 "\t" $9 > }' | sort | uniq -c | sort -rn | wc -l > 2095 разговор действительно "ни о чем" получается, когда я говорю о тестировании двух винтов в standalone режиме vs в режиме raid1, а Вы в ответ спорите про количество файлов. поэтому предлагаю прекратить эту пустую трату времени и сил. > При: > Active connections: 2899 > server accepts handled requests > 1237398 1237398 1361271 > Reading: 2 Writing: 2860 Waiting: 37 > > Ваши 2 файла закешируются и ничего не покажут, так что показательным > будет хотя бы 1000 файлов. да хоть 10000 файлов, разговор совсем не об этом был. -- Best regards, Gena From a.vasilishin на kpi.ua Fri Oct 28 22:16:14 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sat, 29 Oct 2011 01:16:14 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EAB2846.9060401@csdoc.com> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> <4EA555CC.6000904@csdoc.com> <4EA55830.5010107@kpi.ua> <4EA594F1.6050105@csdoc.com> <4EA59E0C.3090909@kpi.ua> <4EA5BD1B.5040003@csdoc.com> <4EA5C0CC.9000009@kpi.ua> <4EA5CA79.6070600@csdoc.com> <4EA5CD5F.9040504@kpi.ua> <4EAB2846.9060401@csdoc.com> Message-ID: <4EAB29AE.9040704@kpi.ua> 29.10.2011 1:10, Gena Makhomed пишет: >> Вот Вас явно плохо учили в ВУЗе подходить к >> эксперименту, 2 файла - это как раз в тех тестах про скорость работы >> рейдов с красивыми картинками, на нормальном сервере я наблюдаю от 1000 >> до 3500 открытых файлов: >> # lsof -np `pgrep -xd , nginx` | grep flv | awk '{ print "\t" $7 "\t" $9 >> }' | sort | uniq -c | sort -rn | wc -l >> 2095 > > разговор действительно "ни о чем" получается, когда я говорю о > тестировании двух винтов в standalone режиме vs в режиме raid1, а Вы в > ответ спорите про количество файлов. поэтому предлагаю прекратить эту > пустую трату времени и сил. > да хоть 10000 файлов, разговор совсем не об этом был. > И зачем нам еще один синтетический тест, которыми кишит весь Интернет? Особенно любят такие тесты маркетологи, чтобы было что в рекламе писать. Мне кажется, что большинству здесь будет интересен тест наиболее похожий на реальные боевые условия, а не "2 файла в рейде и без", которые закешируются в оперативе и в итоге мы увидим одинаковые цифры. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From gmm на csdoc.com Fri Oct 28 22:16:36 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Sat, 29 Oct 2011 01:16:36 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> <4EA555CC.6000904@csdoc.com> <4EA55830.5010107@kpi.ua> <4EA594F1.6050105@csdoc.com> <4EA59E0C.3090909@kpi.ua> <4EA5BD1B.5040003@csdoc.com> <4EA5C0CC.9000009@kpi.ua> <4EA5CA79.6070600@csdoc.com> <4EA5CD5F.9040504@kpi.ua> Message-ID: <4EAB29C4.6040301@csdoc.com> On 25.10.2011 11:44, Евгений 'Rush' Непомнящий wrote: > Извините, что вмешиваюсь, да и с начала не читал, каюсь. Но не кажется > ли вам (обоим), что спорить о производительности raid{0,1} как то > глупо, ибо первый raid0 предназначен только для увеличения объёма, а > raid1 только для повышения надёжности хранения данных. В случае с > raid1 побочный эффект - это увеличение скорости чтения данных (если > позволяет реализация) за счёт возможности параллельного чтения двух > разных блоков. сравнивались два других варианта: N standalone винтов и N винтов в виде массива raid1. я утверждаю, что raid1 при нормальной реализации (без ошибок и глюков) будет быстрее, оппонент утверждает, что standalone винты будут быстрее. > В случае с raid0 такой эффект может возникать, а может > и не возникать, ибо драйвер файловой системы не знает о том, что он > работает поверх raid0 и соответственно не может раскладывать файлы для > достижения эффекта параллельного чтения. никто и не предлагает использовать raid0, raid5, raid10 и т.п. хотя, вообще-то, файловой системе можно сказать, что она работает поверх рейд-массива со страйпами. см. http://uclibc.org/~aldot/mkfs_stride.html -- Best regards, Gena From gmm на csdoc.com Fri Oct 28 22:42:15 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Sat, 29 Oct 2011 01:42:15 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EAB29AE.9040704@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> <4EA555CC.6000904@csdoc.com> <4EA55830.5010107@kpi.ua> <4EA594F1.6050105@csdoc.com> <4EA59E0C.3090909@kpi.ua> <4EA5BD1B.5040003@csdoc.com> <4EA5C0CC.9000009@kpi.ua> <4EA5CA79.6070600@csdoc.com> <4EA5CD5F.9040504@kpi.ua> <4EAB2846.9060401@csdoc.com> <4EAB29AE.9040704@kpi.ua> Message-ID: <4EAB2FC7.9030000@csdoc.com> On 29.10.2011 1:16, Андрей Василишин wrote: > Мне кажется, что большинству здесь будет интересен тест наиболее похожий > на реальные боевые условия, а не "2 файла в рейде и без", которые > закешируются в оперативе и в итоге мы увидим одинаковые цифры. еще раз: "для простоты эксперимента можете взять 2 standalone винта, и сделать так, что каждый файл лежит только на одном винте, и второй вариант - raid1 массив из этих же двух винтов, так что в результате на каждый файл будет приходиться два полностью независимых друг от друга шпинделя." про количество файлов здесь ничего не написано. их может быть 1000, 10000, или даже 1000000. зачем придумывать какие-то аргументы, которых оппонент никогда не говорил и потом гневно их опровергать? с самого начала дискуссии ведь было понятно о каком типе нагрузки идет разговор, так что количество файлов понятно из контекста разговора, очевидно что их будет не 2 и не 3. более сложный вариант теста: это N винтов в standalone режиме и в raid1. N - это например, 2, 3, 4, 5, 6, 7, 8, ... P.S. >> вопрос был про raid1. >> в частности - про software raid1 средствами mdraid в CentOS 6.x, >> файловая система XFS или ext4, сервер для стриминга flv-файлов. -- Best regards, Gena From a.vasilishin на kpi.ua Fri Oct 28 22:48:36 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sat, 29 Oct 2011 01:48:36 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EAB2FC7.9030000@csdoc.com> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> <4EA555CC.6000904@csdoc.com> <4EA55830.5010107@kpi.ua> <4EA594F1.6050105@csdoc.com> <4EA59E0C.3090909@kpi.ua> <4EA5BD1B.5040003@csdoc.com> <4EA5C0CC.9000009@kpi.ua> <4EA5CA79.6070600@csdoc.com> <4EA5CD5F.9040504@kpi.ua> <4EAB2846.9060401@csdoc.com> <4EAB29AE.9040704@kpi.ua> <4EAB2FC7.9030000@csdoc.com> Message-ID: <4EAB3144.7050809@kpi.ua> 29.10.2011 1:42, Gena Makhomed пишет: > зачем придумывать какие-то аргументы, которых оппонент > никогда не говорил и потом гневно их опровергать? > > с самого начала дискуссии ведь было понятно о каком типе > нагрузки идет разговор, так что количество файлов понятно > из контекста разговора, очевидно что их будет не 2 и не 3. извиняюсь, перечитал тред еще раз - 2 файла действительно я выдумал. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From zzz на zzz.org.ua Fri Oct 28 23:03:43 2011 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Sat, 29 Oct 2011 02:03:43 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EAB3144.7050809@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> <4EA555CC.6000904@csdoc.com> <4EA55830.5010107@kpi.ua> <4EA594F1.6050105@csdoc.com> <4EA59E0C.3090909@kpi.ua> <4EA5BD1B.5040003@csdoc.com> <4EA5C0CC.9000009@kpi.ua> <4EA5CA79.6070600@csdoc.com> <4EA5CD5F.9040504@kpi.ua> <4EAB2846.9060401@csdoc.com> <4EAB29AE.9040704@kpi.ua> <4EAB2FC7.9030000@csdoc.com> <4EAB3144.7050809@kpi.ua> Message-ID: > извиняюсь, перечитал тред еще раз - 2 файла действительно я выдумал. Сори, а какой смысл вообще рассматривать производительность raid 1? Если один из дисков умрет и вам надо будет его заменить, во сколько раз медленее обычного диска в это время он будет работать, т.е. параллельно с ребилдом? В 10? В 20? И сколько это будет длиться? 10 часов? 20? From gmm на csdoc.com Fri Oct 28 23:26:19 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Sat, 29 Oct 2011 02:26:19 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: References: <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> <4EA555CC.6000904@csdoc.com> <4EA55830.5010107@kpi.ua> <4EA594F1.6050105@csdoc.com> <4EA59E0C.3090909@kpi.ua> <4EA5BD1B.5040003@csdoc.com> <4EA5C0CC.9000009@kpi.ua> <4EA5CA79.6070600@csdoc.com> <4EA5CD5F.9040504@kpi.ua> <4EAB2846.9060401@csdoc.com> <4EAB29AE.9040704@kpi.ua> <4EAB2FC7.9030000@csdoc.com> <4EAB3144.7050809@kpi.ua> Message-ID: <4EAB3A1B.9070401@csdoc.com> On 29.10.2011 2:03, Alexandr Gomoliako wrote: > Сори, а какой смысл вообще рассматривать производительность raid 1? когда производительности на чтение standalone SATA дисков сервера начнет не хватать, тогда придется искать варианты решения проблемы: переходить на SCSI/SAS/SSD/etc. или же просто собрать raid1 массив. > Если один из дисков умрет и вам надо будет его заменить, во сколько раз > медленее обычного диска в это время он будет работать, т.е. параллельно > с ребилдом? В 10? В 20? > И сколько это будет длиться? 10 часов? 20? жесткие диски умирают не так часто. альтернативный вариант - потеря всей информации, которая была на standalone диске в единственном экзампляре - это разве лучший вариант? скорость ребилда обычно можно регулировать. кроме того, если это будет raid1 из трех компонент, а не из двух, то его производительность не должна очень сильно упасть при выходе из строя одного из дисков, последующей его замене и ребилде массива. P.S. если делать несколько копий файлов на разных standalone дисках с различными полными путями - для файлового кеша это будут РАЗНЫЕ файлы. еще один минус и неудобство, которое есть в варианте standalone дисков. -- Best regards, Gena From pavel на bvf.ru Fri Oct 28 23:44:47 2011 From: pavel на bvf.ru (Pavel Zheltouhov) Date: Sat, 29 Oct 2011 03:44:47 +0400 Subject: =?UTF-8?B?UmU6INC40LfQvNC10L3QuNGC0Ywg0LfQsNCz0L7Qu9C+0LLQutC4INC+0YLQstC1?= =?UTF-8?B?0YLQsCDQv9C+INGB0LvQvtC20L3Ri9C8INGD0YHQu9C+0LLQuNGP0Lw=?= Message-ID: <4EAB3E6F.3030208@bvf.ru> Не понятно зачем вы это только теперь пишите, когда я уже разобрался. Если это был намек, то мне дешевле Lua изучить. >Все просто, чтобы это было, нужно чтобы кто-то это сделал. From zzz на zzz.org.ua Fri Oct 28 23:47:59 2011 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Sat, 29 Oct 2011 02:47:59 +0300 Subject: =?UTF-8?B?UmU6INC40LfQvNC10L3QuNGC0Ywg0LfQsNCz0L7Qu9C+0LLQutC4INC+0YLQstC1?= =?UTF-8?B?0YLQsCDQv9C+INGB0LvQvtC20L3Ri9C8INGD0YHQu9C+0LLQuNGP0Lw=?= In-Reply-To: <4EAB3E6F.3030208@bvf.ru> References: <4EAB3E6F.3030208@bvf.ru> Message-ID: On Sat, Oct 29, 2011 at 2:44 AM, Pavel Zheltouhov wrote: > Не понятно зачем вы это только теперь пишите, когда я уже разобрался. > Если это был намек, то мне дешевле Lua  изучить. Я думал это был вопрос, почему этого нет во встроенном перле. From zzz на zzz.org.ua Fri Oct 28 23:52:58 2011 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Sat, 29 Oct 2011 02:52:58 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EAB3A1B.9070401@csdoc.com> References: <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> <4EA555CC.6000904@csdoc.com> <4EA55830.5010107@kpi.ua> <4EA594F1.6050105@csdoc.com> <4EA59E0C.3090909@kpi.ua> <4EA5BD1B.5040003@csdoc.com> <4EA5C0CC.9000009@kpi.ua> <4EA5CA79.6070600@csdoc.com> <4EA5CD5F.9040504@kpi.ua> <4EAB2846.9060401@csdoc.com> <4EAB29AE.9040704@kpi.ua> <4EAB2FC7.9030000@csdoc.com> <4EAB3144.7050809@kpi.ua> <4EAB3A1B.9070401@csdoc.com> Message-ID: On Sat, Oct 29, 2011 at 2:26 AM, Gena Makhomed wrote: > переходить на SCSI/SAS/SSD/etc. или же просто собрать raid1 массив. Да не будет производительности у raid1, вроде уже много раз сказали. Много же факторов очень, например попадание на границу блока приведет к дерганью обоих дисков. Я вот подумал, а ведь на встроенном перле можно очень неплохой балансировщик по дискам сделать, хоть по десятку, $r->sendfile позволяет. И вы избавитесь от слоя с рейдом и точно не будет никаких лишних дерганий дисков. И кода-то, пару строчек. From gmm на csdoc.com Sat Oct 29 01:01:36 2011 From: gmm на csdoc.com (Gena Makhomed) Date: Sat, 29 Oct 2011 04:01:36 +0300 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: References: <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> <4EA555CC.6000904@csdoc.com> <4EA55830.5010107@kpi.ua> <4EA594F1.6050105@csdoc.com> <4EA59E0C.3090909@kpi.ua> <4EA5BD1B.5040003@csdoc.com> <4EA5C0CC.9000009@kpi.ua> <4EA5CA79.6070600@csdoc.com> <4EA5CD5F.9040504@kpi.ua> <4EAB2846.9060401@csdoc.com> <4EAB29AE.9040704@kpi.ua> <4EAB2FC7.9030000@csdoc.com> <4EAB3144.7050809@kpi.ua> <4EAB3A1B.9070401@csdoc.com> Message-ID: <4EAB5070.5050002@csdoc.com> On 29.10.2011 2:52, Alexandr Gomoliako wrote: >> переходить на SCSI/SAS/SSD/etc. или же просто собрать raid1 массив. > Да не будет производительности у raid1, вроде уже много раз сказали. > Много же факторов очень, например попадание на границу блока приведет > к дерганью обоих дисков. Нет, это мне уже реально надоело. Вы сначала разберитесь чем RAID0 от RAID1 отличается, прежде чем что-то пытаться мне доказывать на основании того, что "много раз сказали". Да хоть миллион раз сказали - это не аргумент. http://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_1_performance > Я вот подумал, а ведь на встроенном перле можно очень неплохой > балансировщик по дискам сделать, хоть по десятку, $r->sendfile позволяет. > И вы избавитесь от слоя с рейдом и точно не будет никаких лишних дерганий > дисков. И кода-то, пару строчек. дерзайте, если это Вам так сильно надо - "избавиться от слоя с рейдом". -- Best regards, Gena From coolcold на coolcold.org Sat Oct 29 04:36:14 2011 From: coolcold на coolcold.org (CoolCold) Date: Sat, 29 Oct 2011 08:36:14 +0400 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EA54F94.3090306@kpi.ua> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> Message-ID: <1777068947.20111029083614@coolcold.org> Hello Андрей, Monday, October 24, 2011, 3:44:20 PM, you wrote: АВ> 24.10.2011 14:19, Gena Makhomed пишет: >> по какой причине этот вариант "почти рейд1" реализованный >> скриптами и через try_files будет лучше нормального raid1 ? >> >> есть ли данные экспериментов linux mdraid + XFS + flv streaming, >> которые подтверждают, что "независимые" винты будут лучше raid1 >> (нормального (не глючного) програмного или нормального аппаратного)? >> >> когда этот вариант будет хуже - я уже писал, если какой-то файл >> становится очень популярным, то винт с ним становится перегруженным >> запросами, а все остальные винты при этом будут практически простаивать, >> и суммарная производительность сервера будет меньше, чем могла бы быть в >> случае использования нормального, а не "самодельного" raid1 массива. >> >> кстати, в raid1 массиве не обязательно должно быть всего 2 винта. >> вполне может быть 2, 3, 4, 5, 6, 7, ... с соответствующим ростом >> производительности массива raid1 при множественных random read. >> АВ> За рейд1 точно не скажу, потому что не помню как там куски файла АВ> отдаются одному клиенту - всегда с одного диска или попеременно с разных АВ> дисков, однозначно будет хуже в момент записи, так как запись идет АВ> одновременно на все веники, остальные рейды проигрывают однозначно. Там в комментариях написано: 460 /* 461 * This routine returns the disk from which the requested read should 462 * be done. There is a per-array 'next expected sequential IO' sector 463 * number - if this matches on the next IO then we use the last disk. 464 * There is also a per-disk 'last know head position' sector that is 465 * maintained from IRQ contexts, both the normal and the resync IO 466 * completion handlers update this position correctly. If there is no 467 * perfect sequential match then we pick the disk whose head is closest. 468 * 469 * If there are 2 mirrors in the same 2 devices, performance degrades 470 * because position is mirror, not device based. 471 * 472 * The rdev for the device selected will have nr_pending incremented. 473 */ from http://neil.brown.name/git?p=linux-2.6;a=blob;f=drivers/md/raid1.c;h=4602fc57c961fd16edc5d558a050493a878fd50e;hb=HEAD#l460 MD(raid) файлами вообще не оперирует, это не его дело, он про них и не знает даже. Поскольку mdraid является блочным устройством, оперирует он блоками (внезапно). В каком месте - с дисков и/или md device происходит кэширование блоков в VFS я не знаю, нужно чтоб кто-нибудь посмотрел в исходники из тех кто знает C & linux kernel. От этого может зависеть эффективность раскладывания файла по standalone дискам/raid1. Заодно, может не все знают, но: Individual devices in a RAID1 can be marked as "write-mostly". These drives are excluded from the normal read balancing and will only be read from when there is no other option. This can be useful for devices connected over a slow link. from http://neil.brown.name/git?p=mdadm;a=blob;f=md.4;h=99faad1ac50c48a3592b7ac27e5c1a8d20070923;hb=HEAD#l217 через что, если массив небольшой, можно подключать в пару sata + ssd диски и раздача будет вестись с ssd только. АВ> По АВ> поводу неравномерной нагрузки - да такое бывает, обычно самые популярные АВ> файлы попадают в кеш ОС, если даже и этого не хватает, у меня на этот АВ> случай есть скрипт, который перенесет часть активных файлов на другие, АВ> менее нагруженные веники, для 1-но гигабитных серверов с 6-ю вениками АВ> случаи перегрузки одного веника крайне редки, быстрее все же упирается в АВ> канал. Скрипт используется в частности на 5-ти гбитном сервере с 8-ю АВ> вениками и даже не по крону или как демон, так как случаи все равно АВ> довольно редки. Best regards, CoolCold [COOLCOLD-RIPN] From nginx-forum на nginx.us Sat Oct 29 07:32:04 2011 From: nginx-forum на nginx.us (megalodon) Date: Sat, 29 Oct 2011 03:32:04 -0400 Subject: =?UTF-8?B?UmU6INCg0LDQt9C90L7Qs9C70LDRgdC40Y8gUkZDINGBIG5naW54?= In-Reply-To: References: Message-ID: <43a060567fabd226ce4eae9d09a49f16.NginxMailingListRussian@forum.nginx.org> O YES! :) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216778,217510#msg-217510 From nginx-forum на nginx.us Sat Oct 29 19:15:51 2011 From: nginx-forum на nginx.us (perestoronin) Date: Sat, 29 Oct 2011 15:15:51 -0400 Subject: NginX-1.1.4 + Passenger (3.0.7, 3.0.9) + Rails3 In-Reply-To: <7693d5786d8772f9ac6eae0fed549b84.NginxMailingListRussian@forum.nginx.org> References: <20111023164350.GO62535@mdounin.ru> <7693d5786d8772f9ac6eae0fed549b84.NginxMailingListRussian@forum.nginx.org> Message-ID: <080dd37247bfba245e4104c9adcbb51e.NginxMailingListRussian@forum.nginx.org> Спасибо за подсказки. Предлагаю свое временное (кривое), но решение проблем passenger и nginx старше 1.1.3 Пытаюсь теперь решить обратную задачу - подстроить passenger под nginx. --- a/src/http/ngx_http_upstream.c.new 2011-10-29 20:40:15.000000000 +0400 +++ b/src/http/ngx_http_upstream.c 2011-10-29 22:05:38.000000000 +0400 @@ -1951,9 +1951,14 @@ r->headers_out.status = u->headers_in.status_n; r->headers_out.status_line = u->headers_in.status_line; - r->headers_out.content_length_n = u->headers_in.content_length_n; + u->headers_in.content_length_n = r->headers_out.content_length_n; - u->length = u->headers_in.content_length_n; + if (r->headers_out.content_length_n != -1) { + u->length = (size_t) r->headers_out.content_length_n; + + } else { + u->length = NGX_MAX_SIZE_T_VALUE; + } return NGX_OK; } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217056,217522#msg-217522 From mdounin на mdounin.ru Sat Oct 29 19:21:42 2011 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sat, 29 Oct 2011 23:21:42 +0400 Subject: NginX-1.1.4 + Passenger (3.0.7, 3.0.9) + Rails3 In-Reply-To: <080dd37247bfba245e4104c9adcbb51e.NginxMailingListRussian@forum.nginx.org> References: <20111023164350.GO62535@mdounin.ru> <7693d5786d8772f9ac6eae0fed549b84.NginxMailingListRussian@forum.nginx.org> <080dd37247bfba245e4104c9adcbb51e.NginxMailingListRussian@forum.nginx.org> Message-ID: <20111029192142.GW62535@mdounin.ru> Hello! On Sat, Oct 29, 2011 at 03:15:51PM -0400, perestoronin wrote: > Спасибо за подсказки. > Предлагаю свое временное (кривое), но > решение проблем passenger и nginx старше 1.1.3 > Пытаюсь теперь решить обратную задачу - > подстроить passenger под nginx. > --- a/src/http/ngx_http_upstream.c.new 2011-10-29 20:40:15.000000000 > +0400 > +++ b/src/http/ngx_http_upstream.c 2011-10-29 22:05:38.000000000 +0400 > @@ -1951,9 +1951,14 @@ > r->headers_out.status = u->headers_in.status_n; > r->headers_out.status_line = u->headers_in.status_line; > > - r->headers_out.content_length_n = u->headers_in.content_length_n; > + u->headers_in.content_length_n = r->headers_out.content_length_n; > > - u->length = u->headers_in.content_length_n; > + if (r->headers_out.content_length_n != -1) { > + u->length = (size_t) r->headers_out.content_length_n; > + > + } else { > + u->length = NGX_MAX_SIZE_T_VALUE; > + } > > return NGX_OK; > } Это - не решение, и даже не близко. Сломает приблизительно всю работу с бекендами. Решение - это пропатчить passenger, чтобы он правильно ставил u->headers_in.content_length_n. Maxim Dounin From nginx-forum на nginx.us Sat Oct 29 19:27:03 2011 From: nginx-forum на nginx.us (perestoronin) Date: Sat, 29 Oct 2011 15:27:03 -0400 Subject: NginX-1.1.4 + Passenger (3.0.7, 3.0.9) + Rails3 In-Reply-To: <20111029192142.GW62535@mdounin.ru> References: <20111029192142.GW62535@mdounin.ru> Message-ID: <1208bfd7d8f4f6767cecdd15f1aacdb3.NginxMailingListRussian@forum.nginx.org> Решение условно - т.к. у меня работает на тесте. Сделаю когда-нибудь исправление и для passenger - править nginx не есть правильный путь. А как проверить что оно ломает работу с бекендами ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217056,217524#msg-217524 From nginx-forum на nginx.us Sat Oct 29 21:17:13 2011 From: nginx-forum на nginx.us (perestoronin) Date: Sat, 29 Oct 2011 17:17:13 -0400 Subject: NginX-1.1.4 + Passenger (3.0.7, 3.0.9) + Rails3 In-Reply-To: <1208bfd7d8f4f6767cecdd15f1aacdb3.NginxMailingListRussian@forum.nginx.org> References: <20111029192142.GW62535@mdounin.ru> <1208bfd7d8f4f6767cecdd15f1aacdb3.NginxMailingListRussian@forum.nginx.org> Message-ID: <72cb34c871a256d67ec50308e39ce7e4.NginxMailingListRussian@forum.nginx.org> Спасибо! У меня на тесте работает. следующее "решение" для passenger: --- a/ext/nginx/ContentHandler.c.orig 2011-10-19 22:44:40.000000000 +0400 +++ b/ext/nginx/ContentHandler.c 2011-10-30 00:58:06.700129856 +0400 @@ -920,6 +920,7 @@ } u = r->upstream; + u->headers_in.content_length_n = r->headers_out.content_length_n; if (rc == NGX_HTTP_SCGI_PARSE_NO_HEADER) { ngx_log_error(NGX_LOG_ERR, r->connection->log, 0, @@ -984,6 +985,7 @@ } state; u = r->upstream; + u->headers_in.content_length_n = r->headers_out.content_length_n; state = r->state; @@ -1409,6 +1411,7 @@ /* Setup upstream stuff and prepare sending the request to the backend. */ u = ngx_pcalloc(r->pool, sizeof(ngx_http_upstream_t)); + u->headers_in.content_length_n = r->headers_out.content_length_n; if (u == NULL) { return NGX_HTTP_INTERNAL_SERVER_ERROR; } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217056,217527#msg-217527 From maybe на arjlover.net Sun Oct 30 02:15:55 2011 From: maybe на arjlover.net (Anton Kuznetsov) Date: Sun, 30 Oct 2011 03:15:55 +0100 Subject: =?UTF-8?B?UmU6INCg0LXQt9C60L7RgdGC0Ywg0LIg0LzQvtC00YPQu9C1IGltYWdlIGZpbHRl?= =?UTF-8?B?cg==?= In-Reply-To: References: Message-ID: Игорь, мне кажется патч полезный, может добавить его в основную версию? Я его использую уже во всех проектах. Антон. 2011/10/27 Oleksandr V. Typlyns'kyi > Today Oct 27, 2011 at 05:32 darmen wrote: > > > Игорь, Антон > > > > Этот патч подойдет дл 1.0.8? > > Подойдёт. И для 1.1.x тоже. > > -- > WNGS-RIPE > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kuznetsov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum на nginx.us Sun Oct 30 07:43:43 2011 From: nginx-forum на nginx.us (anon) Date: Sun, 30 Oct 2011 03:43:43 -0400 Subject: lower case URL In-Reply-To: <4E943BF0.3010704@csdoc.com> References: <4E943BF0.3010704@csdoc.com> Message-ID: Gena Makhomed Wrote: ------------------------------------------------------- > On 11.10.2011 15:20, Andrey Repin wrote: > > > a> Все же это наши > проблемы, наша > > a> посещаемость и т.д. И > научить всех людей > > a> из интернетов делать > правильно не > > a> получится. Лучше уж один > раз настроить > > a> у себя и забыть > > > Есть стандарт. Стандарт > чётко указывает, что > регистр символов в URL имеет > > значение. > > Повесьте скрипт на ошибку > 404 с сообщением о > некорректной ссылке и > > предложением перейти на > ближайший подходящий URL. > > Людей надо учить, а не > нагружать машины > бессмысленной работой. > > Машины должны работать. > Люди должны думать. (Девиз > компании IBM) > > лучше все-таки скриптом на > backend`е выдавать 301 редирект > на верный адрес, - в этом > случае браузеры обновят > свои закладки > автоматически, да и > поисковые машины правильно > все поймут тоже. > > у апача был/есть подходящий > модуль на эту тему: mod_speling > чтобы можно было не > показывать 404 ошибки в > таких случаях. > > -- > Best regards, > Gena > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru Gena, К сожалению или к счастью, но заменил апач на php-fpm на бекенде. Что бы в таком варианте, еще можно было придумать? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216443,217539#msg-217539 From nginx-forum на nginx.us Sun Oct 30 09:50:12 2011 From: nginx-forum на nginx.us (vnagara) Date: Sun, 30 Oct 2011 05:50:12 -0400 Subject: =?UTF-8?B?UmU6INC/0YDQtdC00LvQvtC20LXQvdC40LU6IGRlZmluZSDQstC90YPRgtGA0Lgg?= =?UTF-8?B?0L7QtNC90L7Qs9C+IGNvbmYg0YTQsNC50LvQsA==?= In-Reply-To: References: Message-ID: <309b688c401acbcbf1f1969e9fb9ae5c.NginxMailingListRussian@forum.nginx.org> Если еще актуально. Напиши в мыло, что б я не забыл. Я выложу пример моей реализации. Сей час нет когда. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216908,217541#msg-217541 From nginx-forum на nginx.us Sun Oct 30 17:07:35 2011 From: nginx-forum на nginx.us (vnagara) Date: Sun, 30 Oct 2011 13:07:35 -0400 Subject: =?UTF-8?B?W0J1Z10g0J/QsNGA0LDQvNC10YLRgCBmYXN0Y2dpIHBhcmFtIFBIUCBWQUxVRSA=?= =?UTF-8?B?0LLQu9C40Y/QtdGCINC90LAg0L7RgdGC0LDQu9GM0L3Ri9C1INGB0LXRgNCy?= =?UTF-8?B?0LXRgNCw?= Message-ID: <1a88eb9b83db9ba8a84bd809f0d1e069.NginxMailingListRussian@forum.nginx.org> Как в trac запостить баг не разобрался, не нашол обещаного логина и ссылочки для создания тикита. Поэтому пишу сюда. Такой баг: параметры определеные в fastcgi_param PHP_VALUE для одного виртуального сервера влияют на парамтеры PHP во всех остальных виртульных серверах. Притом могут меняться на значения по умолчанию (в php.ini) от рандома. Проверяется по рефрешу странички с кодом . В ней смотрим на параметр session.gc_divisor (т.к. его лече найти, и иза него наибольший напряг, т.к. вследствии этого сбрасывается сесия и юзера вылогинивает, ОЧЕНЬ напрягает). конфиг вирт. сервера с определеным PHP_VALUE. server { listen 80; listen 443; server_name roundcube.ejoom.com www.mail.ejoom.com mail.ejoom.com email.ejoom.com; access_log /var/log/nginx/roundcube.log; root /var/lib/roundcube; ssl on; ssl_certificate cert.pem; ssl_certificate_key cert.key; ssl_session_timeout 40m; ssl_protocols SSLv2 SSLv3 TLSv1; ssl_ciphers ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLV2:+EXP; ssl_prefer_server_ciphers on; # if (!-e $request_filename) { # rewrite (.*) /index.php?/$1 last; # } location = /favicon.ico { rewrite ^ /skins/default/images/favicon.ico last; } location /program/js/tiny_mce/ { alias /usr/share/tinymce/www/; } location ~ ^(/config)|(/temp)|(/logs)(/.*)?$ { deny all; } # enforce NO www if ($host ~* ^www\.(.*)) { set $host_without_www $1; rewrite ^/(.*)$ $scheme://$host_without_www/$1 permanent; } location ~ \.php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; fastcgi_param PHP_VALUE " upload_max_filesize=5M post_max_size=6M memory_limit=64M zlib.output_compression=Off zend.ze1_compatibility_mode=Off magic_quotes_gpc=Off magic_quotes_runtime=Off suhosin.session.encrypt=Off session.auto_start=0 session.gc_maxlifetime=21600 session.gc_divisor=500 session.gc_probability=1 mbstring.func_overload=0 "; } location ~ /\.ht { deny all; } } nginx: nginx version: nginx/1.0.8 nginx: TLS SNI support enabled nginx: 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-debug --with-http_addition_module --with-http_dav_module --with-http_geoip_module --with-http_gzip_static_module --with-http_image_filter_module --with-http_realip_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=/build/buildd/nginx-1.0.8/debian/modules/nginx-echo --add-module=/build/buildd/nginx-1.0.8/debian/modules/nginx-upstream-fair Linux ejoom.com 2.6.35-23-generic-pae #41~lucid1-Ubuntu SMP Thu Dec 2 23:51:29 UTC 2010 i686 GNU/Linux Ну конечно форматирование в файле читабельнее. Жаль прикрепить нельзя (. Определение в другом витр. серв. PHP_VALUE = "" ничего не миняет. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217542,217542#msg-217542 From voron на amhost.net Mon Oct 31 07:47:22 2011 From: voron на amhost.net (Alex Vorona) Date: Mon, 31 Oct 2011 09:47:22 +0200 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EAB3A1B.9070401@csdoc.com> References: <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> <4EA555CC.6000904@csdoc.com> <4EA55830.5010107@kpi.ua> <4EA594F1.6050105@csdoc.com> <4EA59E0C.3090909@kpi.ua> <4EA5BD1B.5040003@csdoc.com> <4EA5C0CC.9000009@kpi.ua> <4EA5CA79.6070600@csdoc.com> <4EA5CD5F.9040504@kpi.ua> <4EAB2846.9060401@csdoc.com> <4EAB29AE.9040704@kpi.ua> <4EAB2FC7.9030000@csdoc.com> <4EAB3144.7050809@kpi.ua> <4EAB3A1B.9070401@csdoc.com> Message-ID: <4EAE528A.5090108@amhost.net> 29.10.2011 02:26, Gena Makhomed wrote: > кроме того, если это будет raid1 из трех компонент, а не из двух, > то его производительность не должна очень сильно упасть при выходе > из строя одного из дисков, последующей его замене и ребилде массива. Опыт подсказывает, что ребилд linux md RAID1 из 4-х дисков с одним выпавшим под нагрузкой занимает месяц и при этом всё тормозит ужасно на протяжении всего этого времени(заметно сильнее чем просто на 3-х дисках). А если опускать минимальную скорость синхронизации до 0 - синхронизация фактически остановится вообще. Эвристика с регулированием минимальной скорости синхронизации, например в зависимости от числа D-процессов, помогает слабо. Гораздо дешевле оказывается сделать offline-синхронизацию за пару часов. Алгоритм ребилда linux md raid1, похоже, совсем не рассчитан на количество устройств больше двух и высокую нагрузку на диски. From voron на amhost.net Mon Oct 31 08:22:35 2011 From: voron на amhost.net (Alex Vorona) Date: Mon, 31 Oct 2011 10:22:35 +0200 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <1777068947.20111029083614@coolcold.org> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> <1777068947.20111029083614@coolcold.org> Message-ID: <4EAE5ACB.9060508@amhost.net> 29.10.2011 07:36, CoolCold wrote: > Заодно, может не все знают, но: > Individual devices in a RAID1 can be marked as "write-mostly". > These drives are excluded from the normal read balancing and will only > be read from when there is no other option. This can be useful for > devices connected over a slow link. > > from http://neil.brown.name/git?p=mdadm;a=blob;f=md.4;h=99faad1ac50c48a3592b7ac27e5c1a8d20070923;hb=HEAD#l217 > > через что, если массив небольшой, можно подключать в пару sata + ssd диски и раздача будет вестись с ssd только. - обычные ssd теряют в производительности при полном прописывании, которое успешно делает linux md в случае синхронизации на ssd. Оставлять часть диска unallocated решает, конечно, но ... - linux md не умеет TRIM. Как минимум в 2.6.32 и младше. В качестве замены предлагают lvm mirror( умеющий TRIM), с неясными алгоритмами балансировки(и если они вообще ?) и восстановления. From swood на fotofor.biz Mon Oct 31 09:00:40 2011 From: swood на fotofor.biz (Anton Kiryushkin) Date: Mon, 31 Oct 2011 13:00:40 +0400 Subject: lower case URL In-Reply-To: References: <4E943BF0.3010704@csdoc.com> Message-ID: А пользует кто-нибудь для этой задачи lua? Я вот пытаюсь так: location /loc { rewrite_by_lua ' uri = string.lower(ngx.var.uri) '; } Но что-то пока что оно работать не хочет. Может кто-то поделится каким-нибудь рабочим примером. PS. опция set_by_lua у меня работать отказывается. Версия nginx 1.0.5. В логе отладки при этом вижу следующее: 2011/10/31 12:04:16 [debug] 74778#0: *1 http cl:-1 max:1048576 2011/10/31 12:04:16 [debug] 74778#0: *1 rewrite phase: 3 2011/10/31 12:04:16 [debug] 74778#0: *1 lua rewrite handler, uri "/loc/file.txT" 2011/10/31 12:04:16 [debug] 74778#0: *1 rewrite phase: 3 2011/10/31 12:04:16 [debug] 74778#0: *1 rewrite phase: 4 2011/10/31 12:04:16 [debug] 74778#0: *1 lua rewrite handler, uri "/loc/file.txT" 2011/10/31 12:04:16 [debug] 74778#0: *1 post rewrite phase: 5 2011/10/31 12:04:16 [debug] 74778#0: *1 generic phase: 6 2011/10/31 12:04:16 [debug] 74778#0: *1 generic phase: 7 2011/10/31 12:04:16 [debug] 74778#0: *1 generic phase: 8 2011/10/31 12:04:16 [debug] 74778#0: *1 access phase: 9 2011/10/31 12:04:16 [debug] 74778#0: *1 access phase: 10 2011/10/31 12:04:16 [debug] 74778#0: *1 post access phase: 11 2011/10/31 12:04:16 [debug] 74778#0: *1 content phase: 12 2011/10/31 12:04:16 [debug] 74778#0: *1 content phase: 13 2011/10/31 12:04:16 [debug] 74778#0: *1 content phase: 14 2011/10/31 12:04:16 [debug] 74778#0: *1 http filename: "/path/to/loc/file.txT.gz" 2011/10/31 12:04:16 [debug] 74778#0: *1 add cleanup: 2838560C 2011/10/31 12:04:16 [debug] 74778#0: *1 content phase: 15 2011/10/31 12:04:16 [debug] 74778#0: *1 http filename: " /path/to/loc/file.txT" 2011/10/31 12:04:16 [debug] 74778#0: *1 add cleanup: 28385644 При этом сам файл /loc/file.txt есть. Но назван в нижнем регистре. 30 октября 2011 г. 11:43 пользователь anon написал: > Gena Makhomed Wrote: > ------------------------------------------------------- > > On 11.10.2011 15:20, Andrey Repin wrote: > > > > > a> Все же это наши > > проблемы, наша > > > a> посещаемость и т.д. И > > научить всех людей > > > a> из интернетов делать > > правильно не > > > a> получится. Лучше уж один > > раз настроить > > > a> у себя и забыть > > > > > Есть стандарт. Стандарт > > чётко указывает, что > > регистр символов в URL имеет > > > значение. > > > Повесьте скрипт на ошибку > > 404 с сообщением о > > некорректной ссылке и > > > предложением перейти на > > ближайший подходящий URL. > > > Людей надо учить, а не > > нагружать машины > > бессмысленной работой. > > > > Машины должны работать. > > Люди должны думать. (Девиз > > компании IBM) > > > > лучше все-таки скриптом на > > backend`е выдавать 301 редирект > > на верный адрес, - в этом > > случае браузеры обновят > > свои закладки > > автоматически, да и > > поисковые машины правильно > > все поймут тоже. > > > > у апача был/есть подходящий > > модуль на эту тему: mod_speling > > чтобы можно было не > > показывать 404 ошибки в > > таких случаях. > > > > -- > > Best regards, > > Gena > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > Gena, > К сожалению или к счастью, но заменил > апач на php-fpm на бекенде. Что бы в таком > варианте, еще можно было придумать? > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,216443,217539#msg-217539 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kiryushkin, -------------- next part -------------- An HTML attachment was scrubbed... URL: From swood на fotofor.biz Mon Oct 31 11:38:47 2011 From: swood на fotofor.biz (Anton Kiryushkin) Date: Mon, 31 Oct 2011 15:38:47 +0400 Subject: lower case URL In-Reply-To: References: <4E943BF0.3010704@csdoc.com> Message-ID: Если кому-то интересно, то можно сделать следующим образом. Делается локейшн для файлов в нижнем регистре, например: location ^.+\.(css|js|jpg|jpeg|gif|png|zip|rar|tgz|gz|bz2|cab|mp3|swf|pdf|ico|xls|doc|ppt|txt)$ { root /path/to/file; } Дальше делается локейшн для "трудных файлов": location ~* /loc { rewrite_by_lua ' local uri = string.lower(ngx.var.uri) ngx.req.set_uri(uri,false) '; } Признаюсь честно, я пока не понял, как сделать логирование этих запросов, но если спросить урл вида http://domain.com/lOc/File.txt, то отдается http://domain.com/loc/file.txt. Хотя урл в строке адресной не меняется. 31 октября 2011 г. 13:00 пользователь Anton Kiryushkin написал: > А пользует кто-нибудь для этой задачи lua? Я вот пытаюсь так: > location /loc { > rewrite_by_lua ' > uri = string.lower(ngx.var.uri) > '; > } > > Но что-то пока что оно работать не хочет. Может кто-то поделится > каким-нибудь рабочим примером. > > PS. опция set_by_lua у меня работать отказывается. Версия nginx 1.0.5. > В логе отладки при этом вижу следующее: > > 2011/10/31 12:04:16 [debug] 74778#0: *1 http cl:-1 max:1048576 > 2011/10/31 12:04:16 [debug] 74778#0: *1 rewrite phase: 3 > 2011/10/31 12:04:16 [debug] 74778#0: *1 lua rewrite handler, uri > "/loc/file.txT" > 2011/10/31 12:04:16 [debug] 74778#0: *1 rewrite phase: 3 > 2011/10/31 12:04:16 [debug] 74778#0: *1 rewrite phase: 4 > 2011/10/31 12:04:16 [debug] 74778#0: *1 lua rewrite handler, uri > "/loc/file.txT" > 2011/10/31 12:04:16 [debug] 74778#0: *1 post rewrite phase: 5 > 2011/10/31 12:04:16 [debug] 74778#0: *1 generic phase: 6 > 2011/10/31 12:04:16 [debug] 74778#0: *1 generic phase: 7 > 2011/10/31 12:04:16 [debug] 74778#0: *1 generic phase: 8 > 2011/10/31 12:04:16 [debug] 74778#0: *1 access phase: 9 > 2011/10/31 12:04:16 [debug] 74778#0: *1 access phase: 10 > 2011/10/31 12:04:16 [debug] 74778#0: *1 post access phase: 11 > 2011/10/31 12:04:16 [debug] 74778#0: *1 content phase: 12 > 2011/10/31 12:04:16 [debug] 74778#0: *1 content phase: 13 > 2011/10/31 12:04:16 [debug] 74778#0: *1 content phase: 14 > 2011/10/31 12:04:16 [debug] 74778#0: *1 http filename: > "/path/to/loc/file.txT.gz" > 2011/10/31 12:04:16 [debug] 74778#0: *1 add cleanup: 2838560C > 2011/10/31 12:04:16 [debug] 74778#0: *1 content phase: 15 > 2011/10/31 12:04:16 [debug] 74778#0: *1 http filename: " > /path/to/loc/file.txT" > 2011/10/31 12:04:16 [debug] 74778#0: *1 add cleanup: 28385644 > > При этом сам файл /loc/file.txt есть. Но назван в нижнем регистре. > > 30 октября 2011 г. 11:43 пользователь anon написал: > > Gena Makhomed Wrote: >> ------------------------------------------------------- >> > On 11.10.2011 15:20, Andrey Repin wrote: >> > >> > > a> Все же это наши >> > проблемы, наша >> > > a> посещаемость и т.д. И >> > научить всех людей >> > > a> из интернетов делать >> > правильно не >> > > a> получится. Лучше уж один >> > раз настроить >> > > a> у себя и забыть >> > >> > > Есть стандарт. Стандарт >> > чётко указывает, что >> > регистр символов в URL имеет >> > > значение. >> > > Повесьте скрипт на ошибку >> > 404 с сообщением о >> > некорректной ссылке и >> > > предложением перейти на >> > ближайший подходящий URL. >> > > Людей надо учить, а не >> > нагружать машины >> > бессмысленной работой. >> > >> > Машины должны работать. >> > Люди должны думать. (Девиз >> > компании IBM) >> > >> > лучше все-таки скриптом на >> > backend`е выдавать 301 редирект >> > на верный адрес, - в этом >> > случае браузеры обновят >> > свои закладки >> > автоматически, да и >> > поисковые машины правильно >> > все поймут тоже. >> > >> > у апача был/есть подходящий >> > модуль на эту тему: mod_speling >> > чтобы можно было не >> > показывать 404 ошибки в >> > таких случаях. >> > >> > -- >> > Best regards, >> > Gena >> > >> > _______________________________________________ >> > nginx-ru mailing list >> > nginx-ru на nginx.org >> > http://mailman.nginx.org/mailman/listinfo/nginx-ru >> >> Gena, >> К сожалению или к счастью, но заменил >> апач на php-fpm на бекенде. Что бы в таком >> варианте, еще можно было придумать? >> >> Posted at Nginx Forum: >> http://forum.nginx.org/read.php?21,216443,217539#msg-217539 >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > > > > -- > Best regards, > Anton Kiryushkin, > > -- Best regards, Anton Kiryushkin, -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.vasilishin на kpi.ua Mon Oct 31 12:20:14 2011 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 31 Oct 2011 14:20:14 +0200 Subject: =?UTF-8?B?UmU6INCh0LjQu9GM0L3QsNGPINC90LDQs9GA0YPQt9C60LAg0L3QsCDRgdC10YA=?= =?UTF-8?B?0LLQtdGALSDRgdGC0YDQuNC80LjQvdCzIEZMVg==?= In-Reply-To: <4EAE5ACB.9060508@amhost.net> References: <4EA46544.80803@kpi.ua> <4EA46B98.8000404@kpi.ua> <4EA46ECC.5010001@kpi.ua> <4EA470B8.7020607@kpi.ua> <4EA5173C.6080608@itcraft.org> <4EA5293F.4060000@kpi.ua> <4EA52E00.1030401@itcraft.org> <4EA52F3D.9060100@kpi.ua> <4EA53069.4090304@itcraft.org> <4EA533B7.4050606@kpi.ua> <4EA549D0.1090801@csdoc.com> <4EA54F94.3090306@kpi.ua> <1777068947.20111029083614@coolcold.org> <4EAE5ACB.9060508@amhost.net> Message-ID: <4EAE927E.5060504@kpi.ua> 31.10.2011 10:22, Alex Vorona пишет: > 29.10.2011 07:36, CoolCold wrote: >> Заодно, может не все знают, но: >> Individual devices in a RAID1 can be marked as "write-mostly". >> These drives are excluded from the normal read balancing and will only >> be read from when there is no other option. This can be useful for >> devices connected over a slow link. >> >> from http://neil.brown.name/git?p=mdadm;a=blob;f=md.4;h=99faad1ac50c48a3592b7ac27e5c1a8d20070923;hb=HEAD#l217 >> >> через что, если массив небольшой, можно подключать в пару sata + ssd диски и раздача будет вестись с ssd только. > - обычные ssd теряют в производительности при полном прописывании, которое успешно делает > linux md в случае синхронизации на ssd. Оставлять часть диска unallocated решает, конечно, > но ... > - linux md не умеет TRIM. Как минимум в 2.6.32 и младше. В качестве замены предлагают lvm > mirror( умеющий TRIM), с неясными алгоритмами балансировки(и если они вообще ?) и > восстановления. Можно вынести окончательный вердикт? А то я как раз тут созрел сделать 4 рейда по 2 диска, есть сервак где периодически 1 - 2 диска стают перегруженными, а остальные - практически стоят. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From nginx-forum на nginx.us Mon Oct 31 13:08:25 2011 From: nginx-forum на nginx.us (egorych) Date: Mon, 31 Oct 2011 09:08:25 -0400 Subject: =?UTF-8?B?Tmdpbngg0L3QtSDQvtGC0LTQsNC10YIgMzA0INC90LAg0LrQsNGA0YLQuNC90Lo=?= =?UTF-8?B?0Lg=?= Message-ID: Здравствуйте. В конфиге location ~* \.(js|css|png|jpg|jpeg|gif|ico)$ { expires 30d; log_not_found off; access_log off; } Firebug показывает, что все описанные файлы отдаются с 200 кодом. При этом html 304 если уже заходил раньше. Пробовал добавлять в этот локейшн разные варианты if_modified_since, expires max, результата никакого нет. Конфиг практически весь взят здесь http://codex.wordpress.org/Nginx В чем может быть проблема? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217567,217567#msg-217567 From ne на vbart.ru Mon Oct 31 14:35:36 2011 From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Mon, 31 Oct 2011 18:35:36 +0400 Subject: =?UTF-8?B?UmU6IE5naW54INC90LUg0L7RgtC00LDQtdGCIDMwNCDQvdCwINC60LDRgNGC0Lg=?= =?UTF-8?B?0L3QutC4?= In-Reply-To: References: Message-ID: <201110311835.36970.ne@vbart.ru> On Monday 31 October 2011 17:08:25 egorych wrote: > [...] > Firebug показывает, что все описанные > файлы отдаются с 200 кодом. > [...] Этого еще не достаточно, чтобы быть проблемой. Firebug также показывает заголовки, которые отправил браузер. Смотрите их, вполне может быть, что ваш браузер не посылает нужного заголовка для 304 ответа. -- Валентин Бартенев http://vbart.ru/ From igor на sysoev.ru Mon Oct 31 14:58:10 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 31 Oct 2011 18:58:10 +0400 Subject: nginx-1.1.7 Message-ID: <20111031145810.GB45607@nginx.com> Changes with nginx 1.1.7 31 Oct 2011 *) Feature: support of several resolvers in the "resolver" directive. Thanks to Kirill A. Korinskiy. *) Bugfix: a segmentation fault occurred on start or while reconfiguration if the "ssl" directive was used at http level and there was no "ssl_certificate" defined. *) Bugfix: reduced memory consumption while proxying of big files if they were buffered to disk. *) Bugfix: a segmentation fault might occur in a worker process if "proxy_http_version 1.1" directive was used. *) Bugfix: in the "expires @time" directive. -- Игорь Сысоев http://sysoev.ru From igor на sysoev.ru Mon Oct 31 14:59:09 2011 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 31 Oct 2011 18:59:09 +0400 Subject: nginx-1.1.7 Message-ID: <20111031145909.GF45607@nginx.com> Изменения в nginx 1.1.7 31.10.2011 *) Добавление: поддержка нескольких DNS серверов в директиве "resolver". Спасибо Кириллу Коринскому. *) Исправление: на старте или во время переконфигурации происходил segmentation fault, если директива ssl использовалась на уровне http и не был указан ssl_certificate. *) Исправление: уменьшено потребление памяти при проксировании больших файлов, если они буферизировались на диск. *) Исправление: в рабочем процессе мог произойти segmentation fault, если использовалась директива "proxy_http_version 1.1". *) Исправление: в директиве "expires @time". -- Игорь Сысоев http://sysoev.ru