From nginx-forum at nginx.us Mon Dec 1 13:35:35 2014 From: nginx-forum at nginx.us (tigran.bayburtsyan) Date: Mon, 01 Dec 2014 08:35:35 -0500 Subject: =?UTF-8?B?0J/RgNC+0LHQu9C10LzRiyDRgSDQv9C+0LvRg9GH0LXQvdC40LXQvCByZXF1ZXN0?= =?UTF-8?B?IGJvZHk=?= Message-ID: Привет. Я пишу модуль для Nginx в котором будут обрабатываются POST запросы. Нашел несколько opensource проектов в которых тоже обрабатываются запросы такого типа. Например https://github.com/calio/form-input-nginx-module . Сделал этот функционал , но оно работает только на локальной среде. Если пробую с какого то online сервера то ответ от Nginx пустой. Как я представляю в remote сервере request_body приходит гораздо медленнее чем на локале и где то возврашет ответ до исполнения хандлера ngx_http_read_client_request_body(r,toxic_post_body_handler). Покапал в интернете ничего нет по этой теме. Просмотрел коды у других модулей вроде у меня тоже так же. Вот мой код. #include #include #include #include ............................... // Еше несколько typedef struct { char *key; void(*callback)(const char *str, unsigned int str_length); } toxic_request_callback; typedef struct { unsigned done:1; unsigned waiting_more_body:1; unsigned body_end:1; } toxic_ctx; static char *ngx_http_toxic(ngx_conf_t *cf, void *post, void *data); static ngx_conf_post_handler_pt ngx_http_toxic_p = ngx_http_toxic; typedef struct { ngx_str_t name; } ngx_http_toxic_loc_conf_t; static void * ngx_http_toxic_create_loc_conf(ngx_conf_t *cf) { ngx_http_toxic_loc_conf_t *conf; conf = ngx_pcalloc(cf->pool, sizeof(ngx_http_toxic_loc_conf_t)); if (conf == NULL) { return NULL; } return conf; } static ngx_command_t ngx_http_toxic_commands[] = { { ngx_string("toxic"), NGX_HTTP_LOC_CONF|NGX_CONF_TAKE1, ngx_conf_set_str_slot, NGX_HTTP_LOC_CONF_OFFSET, offsetof(ngx_http_toxic_loc_conf_t, name), &ngx_http_toxic_p }, ngx_null_command }; static ngx_str_t toxic_string; static ngx_http_module_t ngx_http_toxic_module_ctx = { NULL, /* preconfiguration */ NULL, /* postconfiguration */ NULL, /* create main configuration */ NULL, /* init main configuration */ NULL, /* create server configuration */ NULL, /* merge server configuration */ ngx_http_toxic_create_loc_conf, /* create location configuration */ NULL /* merge location configuration */ }; ngx_module_t ngx_http_toxic_module = { NGX_MODULE_V1, &ngx_http_toxic_module_ctx, /* module context */ ngx_http_toxic_commands, /* module directives */ NGX_HTTP_MODULE, /* module type */ NULL, /* init master */ NULL, /* init module */ NULL, /* init process */ NULL, /* init thread */ NULL, /* exit thread */ NULL, /* exit process */ NULL, /* exit master */ NGX_MODULE_V1_PADDING }; static ngx_int_t ngx_http_toxic_handler(ngx_http_request_t *r); static ngx_int_t toxic_excecute(ngx_http_request_t *r, char *content_type) { char * base_str; int base_len = 0; ....................................................... // функционал с base_str и base_len r->headers_out.content_type_len = strlen(content_type); r->headers_out.content_type.data = (u_char *) content_type; r->headers_out.status = NGX_HTTP_OK; r->headers_out.content_length_n = base_len; ngx_http_send_header(r); ngx_buf_t *b; ngx_chain_t *out; out = ngx_pcalloc(r->pool, sizeof(out)); b = ngx_pcalloc(r->pool, sizeof(ngx_buf_t)); if (b == NULL) { return 0; } out->buf = b; out->next = NULL; /* adjust the pointers of the buffer */ b->pos = (u_char*)base_str; b->last = (u_char*)base_str + base_len; b->memory = 1; /* this buffer is in memory */ b->last_buf = 1; /* this is the last buffer in the buffer chain */ /* send the buffer chain of response */ ngx_int_t rc; rc = ngx_http_output_filter ( r , out ); while( rc == NGX_AGAIN ) { if( out->next == NULL ) break; rc = ngx_http_output_filter ( r , out->next ); out = out->next; } return NGX_DONE; } static void toxic_post_body_handler(ngx_http_request_t *r) { toxic_ctx *ctx; ctx = ngx_http_get_module_ctx(r, ngx_http_toxic_module); ctx->done = 1; #if defined(nginx_version) && nginx_version >= 8011 r->main->count--; #endif /* waiting_more_body my rewrite phase handler */ if (ctx->waiting_more_body) { ctx->waiting_more_body = 0; ngx_http_core_run_phases(r->main); // Думаю проблема здесь но не представляю что делать } // предполагаю что здесь уже весь POST пришел ngx_buf_t * buf; ngx_chain_t * chain; char *post_body= ""; int post_len=0; chain = r->request_body->bufs; while (chain) { buf = chain->buf; int len = buf->end - buf->start; if(post_len > 0) { post_body = (char*)realloc(post_body, sizeof(char) * (len + post_len)); strncat(post_body, (char *)buf->start, len); } else { post_body = (char*)malloc(sizeof(char) * len); int i; for(i=0;istart[i]; } post_body[len] = '\0'; } post_len += len; chain = chain->next; } ............................ // функционал с post_body и post_len } /* * Main handler function of the module. */ static ngx_int_t ngx_http_toxic_handler(ngx_http_request_t *r) { ngx_int_t rc; toxic_ctx *ctx; if ((r->method & (NGX_HTTP_POST|NGX_HTTP_PUT))) { ctx = ngx_http_get_module_ctx(r, ngx_http_toxic_module); if (ctx != NULL) { if (ctx->done) { return NGX_DECLINED; } return NGX_DONE; } ctx = ngx_pcalloc(r->pool, sizeof(toxic_ctx)); if (ctx == NULL) { return NGX_ERROR; } ngx_http_set_ctx(r, ctx, ngx_http_toxic_module); rc = ngx_http_read_client_request_body(r,toxic_post_body_handler); if (rc == NGX_ERROR || rc >= NGX_HTTP_SPECIAL_RESPONSE) { return rc; } if (rc == NGX_AGAIN) { ctx->waiting_more_body = 1; ngx_http_set_ctx(r, ctx, ngx_http_toxic_module); return NGX_DONE; } } ngx_http_finalize_request(r, toxic_excecute(r, "text/html")); return NGX_OK; } /* * Function for the directive toxic , it validates its value * and copies it to a static variable to be printed later */ static char * ngx_http_toxic(ngx_conf_t *cf, void *post, void *data) { ngx_http_core_loc_conf_t *clcf; clcf = ngx_http_conf_get_module_loc_conf(cf, ngx_http_core_module); clcf->handler = ngx_http_toxic_handler; ngx_str_t *name = data; // i.e., first field of ngx_http_toxic_loc_conf_t if (ngx_strcmp(name->data, "") == 0) { return NGX_CONF_ERROR; } return NGX_CONF_OK; } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255240,255240#msg-255240 From mdounin at mdounin.ru Mon Dec 1 14:49:43 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 1 Dec 2014 17:49:43 +0300 Subject: =?UTF-8?B?UmU6INCX0LDQsdC40LLQsNC10YLRgdGPINC/0LDQv9C60LAg0L/RgNC+0LrRgdC4?= =?UTF-8?B?0YDQvtCy0LDQvdC90YvRhSDRgtC10Ls=?= In-Reply-To: References: <20141119161822.GU26593@mdounin.ru> Message-ID: <20141201144943.GD24053@mdounin.ru> Hello! On Sun, Nov 30, 2014 at 05:47:39PM +0400, Anton Kiryushkin wrote: > Ну не прямо так и называются, но проявляется примерно так: > > 2558385200 0 lrwx------ 1 www-data www-data 64 Nov 30 16:46 > /proc/11733/fd/597 -> /tmp/nginx.client_body_temp/0000025513\ (deleted) > 2558385527 0 lrwx------ 1 www-data www-data 64 Nov 30 16:46 > /proc/11733/fd/924 -> /tmp/nginx.client_body_temp/0000023652\ (deleted) > 2558386660 0 lrwx------ 1 www-data www-data 64 Nov 30 16:46 > /proc/11733/fd/2057 -> /tmp/nginx.client_body_temp/0000025516\ (deleted) > 2558387267 0 lrwx------ 1 www-data www-data 64 Nov 30 16:46 > /proc/11733/fd/2664 -> /tmp/nginx.client_body_temp/0000020235\ (deleted) Это временные файлы, которые nginx использует для чтения тела запроса, если размер тела превышает client_body_buffer_size. Сами файлы удалены, но nginx ещё держит их открытыми - видимо, соответствующие запросы пока ещё выполняются. Само по себе использование временных файлов является штатным поведением (в логах при этом будет warning про "a client request body is buffered to a temporary file"). Если есть причины думать, что что-то происходит нештатно - e.g., файлы не закрываются по завершению запроса - имеет смысл начать со сбора информации, демонстрирующей проблему. -- Maxim Dounin http://nginx.org/ From mdounin at mdounin.ru Mon Dec 1 15:15:11 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 1 Dec 2014 18:15:11 +0300 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80Ysg0YEg0L/QvtC70YPRh9C10L3QuNC10LwgcmVx?= =?UTF-8?B?dWVzdCBib2R5?= In-Reply-To: References: Message-ID: <20141201151510.GF24053@mdounin.ru> Hello! On Mon, Dec 01, 2014 at 08:35:35AM -0500, tigran.bayburtsyan wrote: > Привет. > Я пишу модуль для Nginx в котором будут обрабатываются POST запросы. > Нашел несколько opensource проектов в которых тоже обрабатываются запросы > такого типа. > Например https://github.com/calio/form-input-nginx-module . > Сделал этот функционал , но оно работает только на локальной среде. Если > пробую с какого то online сервера то ответ от Nginx пустой. > > Как я представляю в remote сервере request_body приходит гораздо медленнее > чем на локале и где то возврашет ответ до исполнения хандлера > ngx_http_read_client_request_body(r,toxic_post_body_handler). > Покапал в интернете ничего нет по этой теме. Просмотрел коды у других > модулей вроде у меня тоже так же. > > Вот мой код. [...] > static void toxic_post_body_handler(ngx_http_request_t *r) > { > toxic_ctx *ctx; > > ctx = ngx_http_get_module_ctx(r, ngx_http_toxic_module); > ctx->done = 1; > #if defined(nginx_version) && nginx_version >= 8011 > r->main->count--; > #endif > /* waiting_more_body my rewrite phase handler */ > if (ctx->waiting_more_body) { > ctx->waiting_more_body = 0; > ngx_http_core_run_phases(r->main); // Думаю проблема здесь но не > представляю что делать > } А зачем вы вообще всё это делаете? Вызов toxic_post_body_handler() происходит тогда и только тогда, когда тело получено. Ничего уменьшать или звать тут не надо - следует обработать тело, отправить ответ, после чего финализировать запрос с помощью ngx_http_finalize_request(). [...] > rc = > ngx_http_read_client_request_body(r,toxic_post_body_handler); > if (rc == NGX_ERROR || rc >= NGX_HTTP_SPECIAL_RESPONSE) { > return rc; > } > > if (rc == NGX_AGAIN) { > ctx->waiting_more_body = 1; > ngx_http_set_ctx(r, ctx, ngx_http_toxic_module); > return NGX_DONE; > } Это неправильно. Если вы читаете тело, то в случае любого положительного ответа от ngx_http_read_client_request_body() следует возвращать из обраотчика NGX_DONE. А всю работу - делать в обработчике тела, так: rc = ngx_http_read_client_request_body(r, handler); if (rc >= NGX_HTTP_SPECIAL_RESPONSE) { return rc; } return NGX_DONE; -- Maxim Dounin http://nginx.org/ From swood at fotofor.biz Mon Dec 1 15:52:41 2014 From: swood at fotofor.biz (Anton Kiryushkin) Date: Mon, 1 Dec 2014 19:52:41 +0400 Subject: =?UTF-8?B?UmU6INCX0LDQsdC40LLQsNC10YLRgdGPINC/0LDQv9C60LAg0L/RgNC+0LrRgdC4?= =?UTF-8?B?0YDQvtCy0LDQvdC90YvRhSDRgtC10Ls=?= In-Reply-To: <20141201144943.GD24053@mdounin.ru> References: <20141119161822.GU26593@mdounin.ru> <20141201144943.GD24053@mdounin.ru> Message-ID: Здравствуйте. Максим, будьте любезны подсказать, как это лучше сделать. Сервер достаточно нагружен, чтобы включать какой-то отладочный лог. 1 декабря 2014 г., 17:49 пользователь Maxim Dounin написал: > Hello! > > On Sun, Nov 30, 2014 at 05:47:39PM +0400, Anton Kiryushkin wrote: > > > Ну не прямо так и называются, но проявляется примерно так: > > > > 2558385200 0 lrwx------ 1 www-data www-data 64 Nov 30 16:46 > > /proc/11733/fd/597 -> /tmp/nginx.client_body_temp/0000025513\ (deleted) > > 2558385527 0 lrwx------ 1 www-data www-data 64 Nov 30 16:46 > > /proc/11733/fd/924 -> /tmp/nginx.client_body_temp/0000023652\ (deleted) > > 2558386660 0 lrwx------ 1 www-data www-data 64 Nov 30 16:46 > > /proc/11733/fd/2057 -> /tmp/nginx.client_body_temp/0000025516\ (deleted) > > 2558387267 0 lrwx------ 1 www-data www-data 64 Nov 30 16:46 > > /proc/11733/fd/2664 -> /tmp/nginx.client_body_temp/0000020235\ (deleted) > > Это временные файлы, которые nginx использует для чтения тела > запроса, если размер тела превышает client_body_buffer_size. Сами > файлы удалены, но nginx ещё держит их открытыми - видимо, > соответствующие запросы пока ещё выполняются. > > Само по себе использование временных файлов является штатным > поведением (в логах при этом будет warning про "a client request > body is buffered to a temporary file"). Если есть причины думать, > что что-то происходит нештатно - e.g., файлы не закрываются по > завершению запроса - имеет смысл начать со сбора информации, > демонстрирующей проблему. > > -- > Maxim Dounin > http://nginx.org/ > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kiryushkin -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Mon Dec 1 15:59:33 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 1 Dec 2014 18:59:33 +0300 Subject: =?UTF-8?B?UmU6INCX0LDQsdC40LLQsNC10YLRgdGPINC/0LDQv9C60LAg0L/RgNC+0LrRgdC4?= =?UTF-8?B?0YDQvtCy0LDQvdC90YvRhSDRgtC10Ls=?= In-Reply-To: References: <20141119161822.GU26593@mdounin.ru> <20141201144943.GD24053@mdounin.ru> Message-ID: <20141201155933.GH24053@mdounin.ru> Hello! On Mon, Dec 01, 2014 at 07:52:41PM +0400, Anton Kiryushkin wrote: > Максим, будьте любезны подсказать, как это лучше сделать. Сервер достаточно > нагружен, чтобы включать какой-то отладочный лог. Для начала имеет смысл посмотреть на какой-нибудь конкретный файл, и убедится, что он действительно в течении долгого времени удерживается открытым. Или, наоборот, убедится, что он замечательно удаляется, и проблемы точно нет. То же самое для многих файлов сразу можно сделать, собрав списоки открытых файлов одного процесса через достаточно большой интервал времени (больше, чем "долгие" запросы на вашем сайте), и сравнив их. -- Maxim Dounin http://nginx.org/ From mdounin at mdounin.ru Tue Dec 2 13:49:41 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 2 Dec 2014 16:49:41 +0300 Subject: nginx-1.7.8 Message-ID: <20141202134941.GV24053@mdounin.ru> Изменения в nginx 1.7.8 02.12.2014 *) Изменение: теперь строки "If-Modified-Since", "If-Range" и им подобные в заголовке запроса клиента передаются бэкенду при включённом кэшировании, если nginx заранее знает, что не будет кэшировать ответ (например, при использовании proxy_cache_min_uses). *) Изменение: теперь после истечения proxy_cache_lock_timeout nginx отправляет запрос на бэкенд без кэширования; новые директивы proxy_cache_lock_age, fastcgi_cache_lock_age, scgi_cache_lock_age и uwsgi_cache_lock_age позволяют указать, через какое время блокировка будет принудительно снята и будет сделана ещё одна попытка закэшировать ответ. *) Изменение: директива log_format теперь может использоваться только на уровне http. *) Добавление: директивы proxy_ssl_certificate, proxy_ssl_certificate_key, proxy_ssl_password_file, uwsgi_ssl_certificate, uwsgi_ssl_certificate_key и uwsgi_ssl_password_file. Спасибо Piotr Sikora. *) Добавление: теперь с помощью X-Accel-Redirect можно перейти в именованный location. Спасибо Toshikuni Fukaya. *) Добавление: теперь директива tcp_nodelay работает для SPDY-соединений. *) Добавление: новые директивы в скриптах подсветки синтаксиса для vim. Спасибо Peter Wu. *) Исправление: nginx игнорировал значение "s-maxage" в строке "Cache-Control" в заголовке ответа бэкенда. Спасибо Piotr Sikora. *) Исправление: в модуле ngx_http_spdy_module. Спасибо Piotr Sikora. *) Исправление: в директиве ssl_password_file при использовании OpenSSL 0.9.8zc, 1.0.0o, 1.0.1j. *) Исправление: при использовании директивы post_action в лог писались сообщения "header already sent"; ошибка появилась в nginx 1.5.4. *) Исправление: при использовании директивы "postpone_output 0" с SSI-подзапросами в лог могли писаться сообщения "the http output chain is empty". *) Исправление: в директиве proxy_cache_lock при использовании SSI-подзапросов. Спасибо Yichun Zhang. -- Maxim Dounin http://nginx.org/en/donation.html From swood at fotofor.biz Tue Dec 2 13:52:49 2014 From: swood at fotofor.biz (Anton Kiryushkin) Date: Tue, 2 Dec 2014 17:52:49 +0400 Subject: nginx-1.7.8 In-Reply-To: <20141202134941.GV24053@mdounin.ru> References: <20141202134941.GV24053@mdounin.ru> Message-ID: Здравствуйте. А можете немного подробнее рассказать о сути изменений в spdy? 2 декабря 2014 г., 16:49 пользователь Maxim Dounin написал: > Изменения в nginx 1.7.8 > 02.12.2014 > > *) Изменение: теперь строки "If-Modified-Since", "If-Range" и им > подобные в заголовке запроса клиента передаются бэкенду при > включённом кэшировании, если nginx заранее знает, что не будет > кэшировать ответ (например, при использовании proxy_cache_min_uses). > > *) Изменение: теперь после истечения proxy_cache_lock_timeout nginx > отправляет запрос на бэкенд без кэширования; новые директивы > proxy_cache_lock_age, fastcgi_cache_lock_age, scgi_cache_lock_age и > uwsgi_cache_lock_age позволяют указать, через какое время блокировка > будет принудительно снята и будет сделана ещё одна попытка > закэшировать ответ. > > *) Изменение: директива log_format теперь может использоваться только > на > уровне http. > > *) Добавление: директивы proxy_ssl_certificate, > proxy_ssl_certificate_key, proxy_ssl_password_file, > uwsgi_ssl_certificate, uwsgi_ssl_certificate_key и > uwsgi_ssl_password_file. > Спасибо Piotr Sikora. > > *) Добавление: теперь с помощью X-Accel-Redirect можно перейти в > именованный location. > Спасибо Toshikuni Fukaya. > > *) Добавление: теперь директива tcp_nodelay работает для > SPDY-соединений. > > *) Добавление: новые директивы в скриптах подсветки синтаксиса для vim. > Спасибо Peter Wu. > > *) Исправление: nginx игнорировал значение "s-maxage" в строке > "Cache-Control" в заголовке ответа бэкенда. > Спасибо Piotr Sikora. > > *) Исправление: в модуле ngx_http_spdy_module. > Спасибо Piotr Sikora. > > *) Исправление: в директиве ssl_password_file при использовании OpenSSL > 0.9.8zc, 1.0.0o, 1.0.1j. > > *) Исправление: при использовании директивы post_action в лог писались > сообщения "header already sent"; ошибка появилась в nginx 1.5.4. > > *) Исправление: при использовании директивы "postpone_output 0" с > SSI-подзапросами в лог могли писаться сообщения "the http output > chain is empty". > > *) Исправление: в директиве proxy_cache_lock при использовании > SSI-подзапросов. > Спасибо Yichun Zhang. > > > -- > Maxim Dounin > http://nginx.org/en/donation.html > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Best regards, Anton Kiryushkin -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Tue Dec 2 14:10:49 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 2 Dec 2014 17:10:49 +0300 Subject: nginx-1.7.8 In-Reply-To: References: <20141202134941.GV24053@mdounin.ru> Message-ID: <20141202141049.GX24053@mdounin.ru> Hello! On Tue, Dec 02, 2014 at 05:52:49PM +0400, Anton Kiryushkin wrote: > Здравствуйте. > > А можете немного подробнее рассказать о сути изменений в spdy? Про поддержку tcp_nodelay? Теперь для spdy-соединений по окончании отправки ответа делается то же самое, что и для http-соединений при переходе в keepalive: nginx выставляет setsockopt(TCP_NODELAY), чтобы "протолкнуть" возможно оставшийся в буфере остаток ответа. Подробнее тут: http://hg.nginx.org/nginx/rev/2c10db908b8c -- Maxim Dounin http://nginx.org/ From vbart at nginx.com Tue Dec 2 14:11:22 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Tue, 02 Dec 2014 17:11:22 +0300 Subject: nginx-1.7.8 In-Reply-To: References: <20141202134941.GV24053@mdounin.ru> Message-ID: <4824344.WPQrMotHjp@vbart-workstation> On Tuesday 02 December 2014 17:52:49 Anton Kiryushkin wrote: > Здравствуйте. > > А можете немного подробнее рассказать о сути изменений в spdy? > По сути исправлено несколько ошибок. Вообще со SPDY имеет смысл всегда использовать только последнюю mainline версию. Если подробно, то: - Теперь работает устновка TCP_NODELAY на spdy соединении и снятие TCP_CORK/TCP_NOPUSH. Отсутствие этого механизма могло приводить к задержкам в отправке последней части ответа; - Исправлена одна граничная ситуация в обработке запроса, который не поместился в large_client_header_buffers. В этом случае nginx мог выдавать 500-ую ошибку и закрывать spdy соединение, вместо возвращения 400-ой для конкретного стрима; - Ранее nginx выдавал некорректные с точки зрения SPDY/3.1 спецификации фреймы с заголовками ответа, если в ответе было несколько одинаковых заголовков с пустым значением. -- Валентин Бартенев From swood at fotofor.biz Tue Dec 2 14:16:53 2014 From: swood at fotofor.biz (Anton Kiryushkin) Date: Tue, 2 Dec 2014 18:16:53 +0400 Subject: nginx-1.7.8 In-Reply-To: <4824344.WPQrMotHjp@vbart-workstation> References: <20141202134941.GV24053@mdounin.ru> <4824344.WPQrMotHjp@vbart-workstation> Message-ID: Вероятно, последнее было бы полезно и мне. Вообще, меня интересует, как можно отследить и исправить проблему с ERR_SPDY_PROTOCOL_ERROR. Особенно это заметно, когда аудио с сайта начинает играть по кругу. С ошибкой ERR_CACHE_MISS более-менее понятно. 2 декабря 2014 г., 17:11 пользователь Валентин Бартенев написал: > On Tuesday 02 December 2014 17:52:49 Anton Kiryushkin wrote: > > Здравствуйте. > > > > А можете немного подробнее рассказать о сути изменений в spdy? > > > > По сути исправлено несколько ошибок. Вообще со SPDY имеет > смысл всегда использовать только последнюю mainline версию. > > Если подробно, то: > > - Теперь работает устновка TCP_NODELAY на spdy соединении > и снятие TCP_CORK/TCP_NOPUSH. Отсутствие этого механизма > могло приводить к задержкам в отправке последней части > ответа; > > - Исправлена одна граничная ситуация в обработке запроса, > который не поместился в large_client_header_buffers. > В этом случае nginx мог выдавать 500-ую ошибку и закрывать > spdy соединение, вместо возвращения 400-ой для конкретного > стрима; > > - Ранее nginx выдавал некорректные с точки зрения SPDY/3.1 > спецификации фреймы с заголовками ответа, если в ответе > было несколько одинаковых заголовков с пустым значением. > > -- > Валентин Бартенев > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kiryushkin -------------- next part -------------- An HTML attachment was scrubbed... URL: From vbart at nginx.com Tue Dec 2 14:21:08 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Tue, 02 Dec 2014 17:21:08 +0300 Subject: nginx-1.7.8 In-Reply-To: References: <20141202134941.GV24053@mdounin.ru> <4824344.WPQrMotHjp@vbart-workstation> Message-ID: <4377908.hU2CyMa3QA@vbart-workstation> On Tuesday 02 December 2014 18:16:53 Anton Kiryushkin wrote: > Вероятно, последнее было бы полезно и мне. > Вообще, меня интересует, как можно отследить и исправить проблему с > ERR_SPDY_PROTOCOL_ERROR. Попытаться воспроизвести проблему с chrome://net-internals/ в соседней вкладке и/или включенным debug log-ом в nginx. -- Валентин Бартенев From nginx-forum at nginx.us Tue Dec 2 21:52:51 2014 From: nginx-forum at nginx.us (Kouki) Date: Tue, 02 Dec 2014 16:52:51 -0500 Subject: =?UTF-8?B?0J/RgNC+0LHQu9C10LzQsCDRgSBBSkFY?= Message-ID: <30d8505c177d5171f5ddbec8ab3256cf.NginxMailingListRussian@forum.nginx.org> Здравствуйте. Использую аналитическую платформу Pentaho BI Server и в нем OLAP-клиент Saiku. Проблема в том, что Saiku корректно работает только в локальной сети, из вне же не функционирует частично AJAX-функционал (настройка измерений, например). Взаимодействие с внешним миром идет через nginx. Есть подозрения, что проблема в его настройке. Слышал можно отключить упорядочивание очереди запросов/ответов и проблема может быть в этом. Все необходимые данные, необходимые для идентификации проблемы, предоставлю. Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255278,255278#msg-255278 From postmaster at softsearch.ru Wed Dec 3 08:22:58 2014 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 3 Dec 2014 11:22:58 +0300 Subject: nginx-1.7.8 In-Reply-To: <20141202134941.GV24053@mdounin.ru> References: <20141202134941.GV24053@mdounin.ru> Message-ID: <946061779.20141203112258@softsearch.ru> Здравствуйте, Maxim. > *) Изменение: теперь строки "If-Modified-Since", "If-Range" и им > подобные в заголовке запроса клиента передаются бэкенду при > включённом кэшировании, если nginx заранее знает, что не будет > кэшировать ответ (например, при использовании proxy_cache_min_uses). А что даёт такое поведение? -- С уважением, Михаил mailto:postmaster at softsearch.ru From nginx-forum at nginx.us Wed Dec 3 08:45:56 2014 From: nginx-forum at nginx.us (Keferoff) Date: Wed, 03 Dec 2014 03:45:56 -0500 Subject: Nginx plus cache invalidation problem Message-ID: Добрый день! nginx не инвалидирует кеш по патерну. - версия nginx: version: nginx/1.7.3 (nginx-plus-extras-r4-p1) - запрос инвалидации кеша: curl -X PURGE -D - "http://i.xxxxxx.yy/html/*-test/*" upstream s3 { keepalive 10; server lm-zzzzzzzz-eu-west.s3-eu-west-1.amazonaws.com fail_timeout=0; zone s3 512k; } proxy_cache_path /tmp/cache levels=1:2 keys_zone=S3_CACHE:1024m loader_threshold=300 loader_files=200 inactive=120m; map $request_method $purge_method { PURGE 1; default 0; } server { server_name i.xxxxxx.yy; status_zone s3; add_header X-Proxy-Cache $upstream_cache_status; location / { try_files $uri @s3; } location ~ .mp4$ { mp4; mp4_buffer_size 1m; mp4_max_buffer_size 15m; try_files $uri @s3; } location @s3 { proxy_set_header Host lm-zzzzzzzz-eu-west.s3-eu-west-1.amazonaws.com; proxy_set_header Authorization ''; proxy_hide_header x-amz-id-2; proxy_hide_header x-amz-request-id; proxy_hide_header Set-Cookie; proxy_ignore_headers "Set-Cookie"; proxy_intercept_errors on; proxy_cache S3_CACHE; proxy_cache_valid 200 168h; proxy_cache_valid 403 1h; proxy_cache_bypass $http_cache_purge; proxy_cache_purge $purge_method; proxy_http_version 1.1; proxy_set_header Connection ""; proxy_pass http://s3; } } Заранее спасибо! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255282,255282#msg-255282 From maxim at nginx.com Wed Dec 3 08:55:52 2014 From: maxim at nginx.com (Maxim Konovalov) Date: Wed, 03 Dec 2014 11:55:52 +0300 Subject: Nginx plus cache invalidation problem In-Reply-To: References: Message-ID: <547ED018.60609@nginx.com> Добрый день! On 12/3/14 11:45 AM, Keferoff wrote: > Добрый день! > nginx не инвалидирует кеш по патерну. > - версия nginx: version: nginx/1.7.3 (nginx-plus-extras-r4-p1) ----------------------------^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Это платная версия -- почему бы вам не открыть тикет в поддержке? -- Maxim Konovalov http://nginx.com From vas at mpeks.tomsk.su Wed Dec 3 11:35:55 2014 From: vas at mpeks.tomsk.su (Victor Sudakov) Date: Wed, 3 Dec 2014 17:35:55 +0600 Subject: =?UTF-8?B?0L3QtdGB0YPRidC10YHRgtCy0YPRjtGJ0LjQtSAucGhwINGE0LDQudC70Ysg?= In-Reply-To: <547ED018.60609@nginx.com> References: <547ED018.60609@nginx.com> Message-ID: <20141203113555.GA14659@admin.sibptus.tomsk.ru> Коллеги, В нижеприведенной конфигурации как правильно сделать, чтобы при обращении к несуществующим файлам .php выводилось не сообщение "No input file specified" от php-fpm, а тоже бы происходило перенаправление на index.php ? Вообще в идеале хотелось бы сделать так, чтобы главный файл index.php получал себе все запросы, кроме запросов к статическому контенту. Может надо вообще избавиться от rewrite и ставить fastcgi_pass сразу в "location /"? Заранее спасибо за подсказку. server { location / { rewrite ^(.*)$ /index.php?$1 ; root /home/web/public ; index index.php index.html index.htm; } # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000 # location ~ \.php$ { root /home/web/public ; fastcgi_pass unix:/var/run/php-fpm.socket; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /home/web/public$fastcgi_script_name; include fastcgi_params; } # static content location ~* ^.+\.(js|ico|gif|jpg|png|swf|flv)$ { root /home/web/public ; expires 3d; } } -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov at sibptus.tomsk.ru From vbart at nginx.com Wed Dec 3 11:40:12 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Wed, 03 Dec 2014 14:40:12 +0300 Subject: nginx-1.7.8 In-Reply-To: <946061779.20141203112258@softsearch.ru> References: <20141202134941.GV24053@mdounin.ru> <946061779.20141203112258@softsearch.ru> Message-ID: <1479482.l5o91yZhvm@vbart-workstation> On Wednesday 03 December 2014 11:22:58 Михаил Монашёв wrote: > Здравствуйте, Maxim. > > > *) Изменение: теперь строки "If-Modified-Since", "If-Range" и им > > подобные в заголовке запроса клиента передаются бэкенду при > > включённом кэшировании, если nginx заранее знает, что не будет > > кэшировать ответ (например, при использовании proxy_cache_min_uses). > > А что даёт такое поведение? > Возможность бэкенду вернуть 304 на такой запрос. -- Валентин Бартенев From nginx-forum at nginx.us Wed Dec 3 13:15:28 2014 From: nginx-forum at nginx.us (tigran.bayburtsyan) Date: Wed, 03 Dec 2014 08:15:28 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80Ysg0YEg0L/QvtC70YPRh9C10L3QuNC10LwgcmVx?= =?UTF-8?B?dWVzdCBib2R5?= In-Reply-To: <20141201151510.GF24053@mdounin.ru> References: <20141201151510.GF24053@mdounin.ru> Message-ID: <33f7d0232aa5ea940b6c601b19142843.NginxMailingListRussian@forum.nginx.org> Спасибо Максим за ваш ответ, я удалил ненужные части кода и исправил ... но все равно иногда POST запросы не работают. Можете привести пример рабочего кода где модуль получает POST запрос , читает тело запроса и отправляет ответ клиенту ? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255242,255286#msg-255286 From nginx-forum at nginx.us Wed Dec 3 13:19:20 2014 From: nginx-forum at nginx.us (S.A.N) Date: Wed, 03 Dec 2014 08:19:20 -0500 Subject: nginx-1.7.8 In-Reply-To: <946061779.20141203112258@softsearch.ru> References: <946061779.20141203112258@softsearch.ru> Message-ID: <2b0d8e08fb17ea5f58434f0336fccd75.NginxMailingListRussian@forum.nginx.org> Михаил Монашёв Wrote: ------------------------------------------------------- > Здравствуйте, Maxim. > > > *) Изменение: теперь строки "If-Modified-Since", "If-Range" и им > > подобные в заголовке запроса клиента передаются бэкенду при > > включённом кэшировании, если nginx заранее знает, что не > будет > > кэшировать ответ (например, при использовании > proxy_cache_min_uses). > > А что даёт такое поведение? Это поведения можно использовать для ревалидации клиентского (private) кэша, мы уже когда-то это обсуждали http://forum.nginx.org/read.php?21,245951,245951#msg-245951 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255262,255287#msg-255287 From mdounin at mdounin.ru Wed Dec 3 14:02:00 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 3 Dec 2014 17:02:00 +0300 Subject: nginx-1.7.8 In-Reply-To: <946061779.20141203112258@softsearch.ru> References: <20141202134941.GV24053@mdounin.ru> <946061779.20141203112258@softsearch.ru> Message-ID: <20141203140200.GZ24053@mdounin.ru> Hello! On Wed, Dec 03, 2014 at 11:22:58AM +0300, Михаил Монашёв wrote: > Здравствуйте, Maxim. > > > *) Изменение: теперь строки "If-Modified-Since", "If-Range" и им > > подобные в заголовке запроса клиента передаются бэкенду при > > включённом кэшировании, если nginx заранее знает, что не будет > > кэшировать ответ (например, при использовании proxy_cache_min_uses). > > А что даёт такое поведение? В случае, если кеширование запрещено через proxy_cache_min_uses (или из-за proxy_cache_lock с этой же версии) - смогут работать условные запросы (бекенд сможет вернуть 304), а также range-запросы (бекенд сможет вернуть 206). -- Maxim Dounin http://nginx.org/ From dmitry.goryainov at gmail.com Wed Dec 3 14:06:00 2014 From: dmitry.goryainov at gmail.com (Dmitry) Date: Wed, 3 Dec 2014 18:06:00 +0400 Subject: =?UTF-8?B?UmU6INC90LXRgdGD0YnQtdGB0YLQstGD0Y7RidC40LUgLnBocCDRhNCw0LnQu9GL?= In-Reply-To: <20141203113555.GA14659@admin.sibptus.tomsk.ru> References: <547ED018.60609@nginx.com> <20141203113555.GA14659@admin.sibptus.tomsk.ru> Message-ID: Если вам нужно чтобы index.php получал все запросы, кроме статических, то м.б. location / { root /home/web/public ; index index.php index.html index.htm; try_files $uri $uri/ /index.php$is_args$args; location ~ \.php { ... } ... ? location / { index index.php index.html; try_files $uri $uri/ /test/index.php$is_args$args; 2014-12-03 14:35 GMT+03:00 Victor Sudakov : > Коллеги, > > В нижеприведенной конфигурации как правильно сделать, чтобы при > обращении к несуществующим файлам .php выводилось не сообщение "No > input file specified" от php-fpm, а тоже бы происходило > перенаправление на index.php ? > > Вообще в идеале хотелось бы сделать так, чтобы главный файл > index.php получал себе все запросы, кроме запросов к статическому контенту. > > Может надо вообще избавиться от rewrite и ставить fastcgi_pass сразу в > "location /"? > > Заранее спасибо за подсказку. > > > server { > location / { > rewrite ^(.*)$ /index.php?$1 ; > root /home/web/public ; > index index.php index.html index.htm; > } > > # pass the PHP scripts to FastCGI server listening on > 127.0.0.1:9000 > # > location ~ \.php$ { > root /home/web/public ; > fastcgi_pass unix:/var/run/php-fpm.socket; > fastcgi_index index.php; > fastcgi_param SCRIPT_FILENAME > /home/web/public$fastcgi_script_name; > include fastcgi_params; > } > # static content > location ~* ^.+\.(js|ico|gif|jpg|png|swf|flv)$ { > root /home/web/public ; > expires 3d; > } > } > > -- > Victor Sudakov, VAS4-RIPE, VAS47-RIPN > sip:sudakov at sibptus.tomsk.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Dmitry Goryainov -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Wed Dec 3 14:39:41 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 3 Dec 2014 17:39:41 +0300 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80Ysg0YEg0L/QvtC70YPRh9C10L3QuNC10LwgcmVx?= =?UTF-8?B?dWVzdCBib2R5?= In-Reply-To: <33f7d0232aa5ea940b6c601b19142843.NginxMailingListRussian@forum.nginx.org> References: <20141201151510.GF24053@mdounin.ru> <33f7d0232aa5ea940b6c601b19142843.NginxMailingListRussian@forum.nginx.org> Message-ID: <20141203143941.GA24053@mdounin.ru> Hello! On Wed, Dec 03, 2014 at 08:15:28AM -0500, tigran.bayburtsyan wrote: > Спасибо Максим за ваш ответ, я удалил ненужные части кода и исправил ... но > все равно иногда POST запросы не работают. > Можете привести пример рабочего кода где модуль получает POST запрос , > читает тело запроса и отправляет ответ клиенту ? Проще всего посмотреть на обработку PUT-запросов в src/http/modules/ngx_http_dav_module.c. Более сложные примеры есть в proxy и perl-модуле. -- Maxim Dounin http://nginx.org/ From nginx-forum at nginx.us Fri Dec 5 11:57:17 2014 From: nginx-forum at nginx.us (Kouki) Date: Fri, 05 Dec 2014 06:57:17 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEgQUpBWA==?= In-Reply-To: <30d8505c177d5171f5ddbec8ab3256cf.NginxMailingListRussian@forum.nginx.org> References: <30d8505c177d5171f5ddbec8ab3256cf.NginxMailingListRussian@forum.nginx.org> Message-ID: <2af3c542beca269954c166d63f0047b9.NginxMailingListRussian@forum.nginx.org> Вот два лога. Первый при работе локально: Remote Address:192.168.50.174:8080 Request URL:http://192.168.50.174:8080/pentaho/plugin/saiku/api/api/query/CDEB1935-BE4A-A016-9694-9F0F5A6808C8/result/metadata/hierarchies/%5BAbonent%5D/levels/Conglomeration?result=true&searchlimit=3000&_=1417777699019 Request Method:GET Status Code:200 OK Request Headers view source Accept:application/json, text/javascript, */*; q=0.01 Accept-Encoding:gzip, deflate, sdch Accept-Language:ru-RU,ru;q=0.8,en-US;q=0.6,en;q=0.4 Connection:keep-alive Content-Type:application/x-www-form-urlencoded Cookie:JSESSIONID=54FA59B71793F6FEA985550A1F543253; session-flushed=true; __utma=45556068.1265588375.1413368749.1414138403.1415442107.10; __utmz=45556068.1415442107.10.7.utmcsr=localhost:2607|utmccn=(referral)|utmcmd=referral|utmcct=/Analytics/Olap; JSESSIONID=CEEB1D13D26E6791AA9C080E5356ECF9 Host:192.168.50.174:8080 Referer:http://192.168.50.174:8080/pentaho/content/saiku-ui/index.html?biplugin5=true&ts=1417777698873 User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.71 Safari/537.36 X-Requested-With:XMLHttpRequest Query String Parameters view sourceview URL encoded result:true searchlimit:3000 _:1417777699019 Response Headers view source Content-Encoding:gzip Content-Type:application/json Date:Fri, 05 Dec 2014 11:08:41 GMT Server:Apache-Coyote/1.1 Transfer-Encoding:chunked Vary:Accept-Encoding Второй при работе удаленно: Remote Address:91.xx.xx.xx:80 Request URL:http://example.com/pentaho/plugin/saiku/api/api/query/2F8B491C-CBEB-C952-B5A6-D378C1B653EF/result/metadata/hierarchies/%5BAbonent%5D/levels/Conglomeration?result=true&searchlimit=3000&_=1417736518300 Request Method:GET Status Code:400 Bad Request Request Headers view source Accept:application/json, text/javascript, */*; q=0.01 Accept-Encoding:gzip, deflate, sdch Accept-Language:ru-RU,ru;q=0.8,en-US;q=0.6,en;q=0.4 Connection:keep-alive Content-Type:application/x-www-form-urlencoded Cookie:oam.Flash.RENDERMAP.TOKEN=-14btfezv34; JSESSIONID=3F331CCB8B2D57AC273C31B4D239B441; session-flushed=true; __utma=180178164.1511279123.1388941895.1412200496.1412891505.11; __utmc=180178164; __utmz=180178164.1401530943.8.3.utmcsr=career.ru|utmccn=(referral)|utmcmd=referral|utmcct=/applicant/resumes/view; __utma=41801265.543875512.1413360992.1415312537.1415482538.3; __utmc=41801265; __utmz=41801265.1413360992.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); JSESSIONID=FAC71298660B340B837D5AD7DA76A456 Host:example.com Referer:http://example.com/pentaho/content/saiku-ui/index.html?biplugin5=true&ts=1417736517689 User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.71 Safari/537.36 X-Requested-With:XMLHttpRequest Query String Parameters view sourceview URL encoded result:true searchlimit:3000 _:1417736518300 Response Headers view source Connection:keep-alive Content-Encoding:gzip Content-Type:text/html;charset=utf-8 Date:Thu, 04 Dec 2014 23:43:00 GMT Server:nginx/1.6.2 Transfer-Encoding:chunked Vary:Accept-Encoding Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255278,255319#msg-255319 From vbart at nginx.com Fri Dec 5 13:16:08 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Fri, 05 Dec 2014 16:16:08 +0300 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEgQUpBWA==?= In-Reply-To: <2af3c542beca269954c166d63f0047b9.NginxMailingListRussian@forum.nginx.org> References: <30d8505c177d5171f5ddbec8ab3256cf.NginxMailingListRussian@forum.nginx.org> <2af3c542beca269954c166d63f0047b9.NginxMailingListRussian@forum.nginx.org> Message-ID: <6690483.9JBL9pjkEu@vbart-workstation> On Friday 05 December 2014 06:57:17 Kouki wrote: [..] > > Второй при работе удаленно: > > Remote Address:91.xx.xx.xx:80 > Request > URL:http://example.com/pentaho/plugin/saiku/api/api/query/2F8B491C-CBEB-C952-B5A6-D378C1B653EF/result/metadata/hierarchies/%5BAbonent%5D/levels/Conglomeration?result=true&searchlimit=3000&_=1417736518300 > Request Method:GET > Status Code:400 Bad Request > [..] А вы в error log смотрели? -- Валентин Бартенев From error500 at error500.ru Fri Dec 5 15:33:07 2014 From: error500 at error500.ru (Panfilov Konstantin) Date: Fri, 05 Dec 2014 18:33:07 +0300 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEgQUpBWA==?= In-Reply-To: <2af3c542beca269954c166d63f0047b9.NginxMailingListRussian@forum.nginx.org> References: <30d8505c177d5171f5ddbec8ab3256cf.NginxMailingListRussian@forum.nginx.org> <2af3c542beca269954c166d63f0047b9.NginxMailingListRussian@forum.nginx.org> Message-ID: <5481D033.2050902@error500.ru> а лог сервера? и желательно debug 05.12.2014 14:57, Kouki пишет: > Вот два лога. Первый при работе локально: > > Remote Address:192.168.50.174:8080 > Request > URL:http://192.168.50.174:8080/pentaho/plugin/saiku/api/api/query/CDEB1935-BE4A-A016-9694-9F0F5A6808C8/result/metadata/hierarchies/%5BAbonent%5D/levels/Conglomeration?result=true&searchlimit=3000&_=1417777699019 > Request Method:GET > Status Code:200 OK > > Request Headers > view source > Accept:application/json, text/javascript, */*; q=0.01 > Accept-Encoding:gzip, deflate, sdch > Accept-Language:ru-RU,ru;q=0.8,en-US;q=0.6,en;q=0.4 > Connection:keep-alive > Content-Type:application/x-www-form-urlencoded > Cookie:JSESSIONID=54FA59B71793F6FEA985550A1F543253; session-flushed=true; > __utma=45556068.1265588375.1413368749.1414138403.1415442107.10; > __utmz=45556068.1415442107.10.7.utmcsr=localhost:2607|utmccn=(referral)|utmcmd=referral|utmcct=/Analytics/Olap; > JSESSIONID=CEEB1D13D26E6791AA9C080E5356ECF9 > Host:192.168.50.174:8080 > Referer:http://192.168.50.174:8080/pentaho/content/saiku-ui/index.html?biplugin5=true&ts=1417777698873 > User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, > like Gecko) Chrome/39.0.2171.71 Safari/537.36 > X-Requested-With:XMLHttpRequest > > Query String Parameters > view sourceview URL encoded > result:true > searchlimit:3000 > _:1417777699019 > > Response Headers > view source > Content-Encoding:gzip > Content-Type:application/json > Date:Fri, 05 Dec 2014 11:08:41 GMT > Server:Apache-Coyote/1.1 > Transfer-Encoding:chunked > Vary:Accept-Encoding > > > > Второй при работе удаленно: > > Remote Address:91.xx.xx.xx:80 > Request > URL:http://example.com/pentaho/plugin/saiku/api/api/query/2F8B491C-CBEB-C952-B5A6-D378C1B653EF/result/metadata/hierarchies/%5BAbonent%5D/levels/Conglomeration?result=true&searchlimit=3000&_=1417736518300 > Request Method:GET > Status Code:400 Bad Request > > Request Headers > view source > Accept:application/json, text/javascript, */*; q=0.01 > Accept-Encoding:gzip, deflate, sdch > Accept-Language:ru-RU,ru;q=0.8,en-US;q=0.6,en;q=0.4 > Connection:keep-alive > Content-Type:application/x-www-form-urlencoded > Cookie:oam.Flash.RENDERMAP.TOKEN=-14btfezv34; > JSESSIONID=3F331CCB8B2D57AC273C31B4D239B441; session-flushed=true; > __utma=180178164.1511279123.1388941895.1412200496.1412891505.11; > __utmc=180178164; > __utmz=180178164.1401530943.8.3.utmcsr=career.ru|utmccn=(referral)|utmcmd=referral|utmcct=/applicant/resumes/view; > __utma=41801265.543875512.1413360992.1415312537.1415482538.3; > __utmc=41801265; > __utmz=41801265.1413360992.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); > JSESSIONID=FAC71298660B340B837D5AD7DA76A456 > Host:example.com > Referer:http://example.com/pentaho/content/saiku-ui/index.html?biplugin5=true&ts=1417736517689 > User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, > like Gecko) Chrome/39.0.2171.71 Safari/537.36 > X-Requested-With:XMLHttpRequest > > Query String Parameters > view sourceview URL encoded > result:true > searchlimit:3000 > _:1417736518300 > > Response Headers > view source > Connection:keep-alive > Content-Encoding:gzip > Content-Type:text/html;charset=utf-8 > Date:Thu, 04 Dec 2014 23:43:00 GMT > Server:nginx/1.6.2 > Transfer-Encoding:chunked > Vary:Accept-Encoding > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255278,255319#msg-255319 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From sergeyk at jfrog.com Fri Dec 5 18:25:04 2014 From: sergeyk at jfrog.com (Sergey Kagansky) Date: Fri, 5 Dec 2014 20:25:04 +0200 Subject: Too many open files Message-ID: Добрый день. Возникла такая ситуация: на сервере порядка 550 виртуальных хостов, у каждого вхоста есть два лога + каждый вхост инклюдит файл типа "банлиста" со списком айпи. при запуске nginx -t выдаёт это сообщение: nginx: [emerg] open() "/data/nginx/logs/wongamib.vhost.com-error.log" failed (24: Too many open files) nginx можно рестартовать, релоадить, но вот при проверке конфигов происходит такое. конфиги: /etc/nginx/nginx.conf worker_rlimit_nofile 81920; /etc/init.d/nginx ulimit -n 250000 /etc/security/limits.conf nginx soft nofile 65000 nginx hard nofile 65000 /etc/sysctl.conf fs.file-max = 250000 nginx version: nginx/1.7.7 Спасибо за помощь! 2014-12-05 14:00 GMT+02:00 : > Сообщения, предназначенные для списка рассылки nginx-ru, необходимо > отправлять по адресу > nginx-ru at nginx.org > > Для изменения параметров подписки вы можеже использовать веб-страницу > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > Для получения информации о том, как пользовать почтовым интерфейсом, > отправьте письмо, в теле или теме которого будет слово 'help', по > адресу: > nginx-ru-request at nginx.org > > Адрес человека, ответственного за этот список рассылки: > nginx-ru-owner at nginx.org > > При ответе, пожалуйста, измение тему письма так, чтобы она была более > содержательной чем "Re: Содержание дайджеста списка рассылки > nginx-ru..." > > Today's Topics: > > 1. Re: Проблема с AJAX (Kouki) > > > ---------- Forwarded message ---------- > From: Kouki > To: nginx-ru at nginx.org > Cc: > Date: Fri, 05 Dec 2014 06:57:17 -0500 > Subject: Re: Проблема с AJAX > Вот два лога. Первый при работе локально: > > Remote Address:192.168.50.174:8080 > Request > URL: > http://192.168.50.174:8080/pentaho/plugin/saiku/api/api/query/CDEB1935-BE4A-A016-9694-9F0F5A6808C8/result/metadata/hierarchies/%5BAbonent%5D/levels/Conglomeration?result=true&searchlimit=3000&_=1417777699019 > Request Method:GET > Status Code:200 OK > > Request Headers > view source > Accept:application/json, text/javascript, */*; q=0.01 > Accept-Encoding:gzip, deflate, sdch > Accept-Language:ru-RU,ru;q=0.8,en-US;q=0.6,en;q=0.4 > Connection:keep-alive > Content-Type:application/x-www-form-urlencoded > Cookie:JSESSIONID=54FA59B71793F6FEA985550A1F543253; session-flushed=true; > __utma=45556068.1265588375.1413368749.1414138403.1415442107.10; > > __utmz=45556068.1415442107.10.7.utmcsr=localhost:2607|utmccn=(referral)|utmcmd=referral|utmcct=/Analytics/Olap; > JSESSIONID=CEEB1D13D26E6791AA9C080E5356ECF9 > Host:192.168.50.174:8080 > Referer: > http://192.168.50.174:8080/pentaho/content/saiku-ui/index.html?biplugin5=true&ts=1417777698873 > User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, > like Gecko) Chrome/39.0.2171.71 Safari/537.36 > X-Requested-With:XMLHttpRequest > > Query String Parameters > view sourceview URL encoded > result:true > searchlimit:3000 > _:1417777699019 > > Response Headers > view source > Content-Encoding:gzip > Content-Type:application/json > Date:Fri, 05 Dec 2014 11:08:41 GMT > Server:Apache-Coyote/1.1 > Transfer-Encoding:chunked > Vary:Accept-Encoding > > > > Второй при работе удаленно: > > Remote Address:91.xx.xx.xx:80 > Request > URL: > http://example.com/pentaho/plugin/saiku/api/api/query/2F8B491C-CBEB-C952-B5A6-D378C1B653EF/result/metadata/hierarchies/%5BAbonent%5D/levels/Conglomeration?result=true&searchlimit=3000&_=1417736518300 > Request Method:GET > Status Code:400 Bad Request > > Request Headers > view source > Accept:application/json, text/javascript, */*; q=0.01 > Accept-Encoding:gzip, deflate, sdch > Accept-Language:ru-RU,ru;q=0.8,en-US;q=0.6,en;q=0.4 > Connection:keep-alive > Content-Type:application/x-www-form-urlencoded > Cookie:oam.Flash.RENDERMAP.TOKEN=-14btfezv34; > JSESSIONID=3F331CCB8B2D57AC273C31B4D239B441; session-flushed=true; > __utma=180178164.1511279123.1388941895.1412200496.1412891505.11; > __utmc=180178164; > __utmz=180178164.1401530943.8.3.utmcsr=career.ru > |utmccn=(referral)|utmcmd=referral|utmcct=/applicant/resumes/view; > __utma=41801265.543875512.1413360992.1415312537.1415482538.3; > __utmc=41801265; > > __utmz=41801265.1413360992.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); > JSESSIONID=FAC71298660B340B837D5AD7DA76A456 > Host:example.com > Referer: > http://example.com/pentaho/content/saiku-ui/index.html?biplugin5=true&ts=1417736517689 > User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, > like Gecko) Chrome/39.0.2171.71 Safari/537.36 > X-Requested-With:XMLHttpRequest > > Query String Parameters > view sourceview URL encoded > result:true > searchlimit:3000 > _:1417736518300 > > Response Headers > view source > Connection:keep-alive > Content-Encoding:gzip > Content-Type:text/html;charset=utf-8 > Date:Thu, 04 Dec 2014 23:43:00 GMT > Server:nginx/1.6.2 > Transfer-Encoding:chunked > Vary:Accept-Encoding > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,255278,255319#msg-255319 > > > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vbart at nginx.com Fri Dec 5 19:44:52 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Fri, 05 Dec 2014 22:44:52 +0300 Subject: Too many open files In-Reply-To: References: Message-ID: <4088721.R7LCPFTYZt@vbart-workstation> On Friday 05 December 2014 20:25:04 Sergey Kagansky wrote: > Добрый день. > Возникла такая ситуация: > на сервере порядка 550 виртуальных хостов, у каждого вхоста есть два лога + > каждый вхост инклюдит файл типа "банлиста" со списком айпи. > при запуске nginx -t выдаёт это сообщение: > nginx: [emerg] open() "/data/nginx/logs/wongamib.vhost.com-error.log" > failed (24: Too many open files) nginx -t вы видимо запускаете от имени текущего пользователя и без ulimit, в обход вашего скрипта запуска. > nginx можно рестартовать, релоадить, но вот при проверке конфигов > происходит такое. > А вот перезапускаете с помощью /etc/init.d/nginx от рута. Подозреваю, что не нужно запускать nginx -t, а в скрипте для этого также есть специальная команда. -- Валентин Бартенев From greenh at gmail.com Sat Dec 6 11:30:59 2014 From: greenh at gmail.com (greenh) Date: Sat, 6 Dec 2014 13:30:59 +0200 Subject: =?UTF-8?B?0KHRgtGA0LDQvdC90L7RgdGC0Lgg0YEgdHJ5X2ZpbGVz?= Message-ID: Добрый день Подскажите плз, что происходит не так и куда смотреть Имеется несколько серверов, отдающих статический контент, и один сервер, являющийся для них мастером Делается это следующим образом: server { listen *:80; server_name img.site.com img-h10.site.com ; root /home/site.com/site.com; location / { expires 14d; root /home/site.com/img.site.com; try_files $uri $uri/ @fallback; error_log /home/site.com/logs/img.site.com-img-error.log; } location @fallback { proxy_pass http://db.site.com; proxy_store /home/site.com/img.site.com/$request_uri; proxy_cache_key $host$uri$query_string; root /home/site.com/img.site.com; proxy_store_access user:rw group:rw all:rw; error_log /home/site.com/logs/img.fallback-error.log warn; access_log /home/site.com/logs/img.fallback-access.log ; access_log /home/site.com/logs/img.fallback-count.log count; } } Но при анализе img.fallback-access.log выясняется, что один и тот же файл запрашивается много раз, хотя в ФС он физически присутствует. Что это может быть? -------------- next part -------------- An HTML attachment was scrubbed... URL: From greenh at gmail.com Sat Dec 6 13:06:00 2014 From: greenh at gmail.com (greenh) Date: Sat, 6 Dec 2014 15:06:00 +0200 Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdC+0YHRgtC4INGBIHRyeV9maWxlcw==?= In-Reply-To: References: Message-ID: Может ли это быть связанно с русскими именами в пути и имени файла? 6 декабря 2014 г., 13:30 пользователь greenh написал: > Добрый день > Подскажите плз, что происходит не так и куда смотреть > Имеется несколько серверов, отдающих статический контент, и один сервер, > являющийся для них мастером > Делается это следующим образом: > server { > listen *:80; > server_name img.site.com img-h10.site.com ; > root /home/site.com/site.com; > > location / { > expires 14d; > > root /home/site.com/img.site.com; > try_files $uri $uri/ @fallback; > error_log /home/site.com/logs/img.site.com-img-error.log; > } > > location @fallback > { > proxy_pass http://db.site.com; > proxy_store /home/site.com/img.site.com/$request_uri; > proxy_cache_key $host$uri$query_string; > root /home/site.com/img.site.com; > proxy_store_access user:rw group:rw all:rw; > error_log /home/site.com/logs/img.fallback-error.log warn; > access_log /home/site.com/logs/img.fallback-access.log ; > access_log /home/site.com/logs/img.fallback-count.log count; > } > > } > Но при анализе img.fallback-access.log выясняется, что один и тот же файл > запрашивается много раз, хотя в ФС он физически присутствует. Что это может > быть? > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From greenh at gmail.com Sat Dec 6 13:21:40 2014 From: greenh at gmail.com (greenh) Date: Sat, 6 Dec 2014 15:21:40 +0200 Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdC+0YHRgtC4INGBIHRyeV9maWxlcw==?= In-Reply-To: References: Message-ID: Похоже проблема в пробельных символах На диске создается путь вида "images/torrents%20films", а ищется "images/torrents films". И как с этим бороться? 6 декабря 2014 г., 15:06 пользователь greenh написал: > Может ли это быть связанно с русскими именами в пути и имени файла? > > 6 декабря 2014 г., 13:30 пользователь greenh написал: > > Добрый день >> Подскажите плз, что происходит не так и куда смотреть >> Имеется несколько серверов, отдающих статический контент, и один сервер, >> являющийся для них мастером >> Делается это следующим образом: >> server { >> listen *:80; >> server_name img.site.com img-h10.site.com ; >> root /home/site.com/site.com; >> >> location / { >> expires 14d; >> >> root /home/site.com/img.site.com; >> try_files $uri $uri/ @fallback; >> error_log /home/site.com/logs/img.site.com-img-error.log; >> } >> >> location @fallback >> { >> proxy_pass http://db.site.com; >> proxy_store /home/site.com/img.site.com/$request_uri; >> proxy_cache_key $host$uri$query_string; >> root /home/site.com/img.site.com; >> proxy_store_access user:rw group:rw all:rw; >> error_log /home/site.com/logs/img.fallback-error.log warn; >> access_log /home/site.com/logs/img.fallback-access.log ; >> access_log /home/site.com/logs/img.fallback-count.log count; >> } >> >> } >> Но при анализе img.fallback-access.log выясняется, что один и тот же файл >> запрашивается много раз, хотя в ФС он физически присутствует. Что это может >> быть? >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pavel2000 at ngs.ru Sat Dec 6 13:47:52 2014 From: pavel2000 at ngs.ru (Pavel V.) Date: Sat, 6 Dec 2014 19:47:52 +0600 Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdC+0YHRgtC4INGBIHRyeV9maWxlcw==?= In-Reply-To: References: Message-ID: <1814863380.20141206194752@ngs.ru> Здравствуйте, greenh. Вы писали 6 декабря 2014 г., 19:21:40: > Похоже проблема в пробельных символах > На диске создается путь вида "images/torrents%20films", а ищется "images/torrents films". И как с этим бороться? Приведите ссылки в соответствие с именами файлов и каталогов на диске, не забывая про экранирование. https://ru.wikipedia.org/wiki/URL#.D0.9A.D0.BE.D0.B4.D0.B8.D1.80.D0.BE.D0.B2.D0.B0.D0.BD.D0.B8.D0.B5_URL -- С уважением, Pavel mailto:pavel2000 at ngs.ru From greenh at gmail.com Sat Dec 6 13:54:00 2014 From: greenh at gmail.com (greenh) Date: Sat, 6 Dec 2014 15:54:00 +0200 Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdC+0YHRgtC4INGBIHRyeV9maWxlcw==?= In-Reply-To: <1814863380.20141206194752@ngs.ru> References: <1814863380.20141206194752@ngs.ru> Message-ID: К сожалению изменить ссылки не возможно. Похоже решением будет в proxy_store прописать не $request, а urldecode от request, вот только как это сделать? 6 декабря 2014 г., 15:47 пользователь Pavel V. написал: > Здравствуйте, greenh. > > Вы писали 6 декабря 2014 г., 19:21:40: > > > Похоже проблема в пробельных символах > > На диске создается путь вида "images/torrents%20films", а ищется > "images/torrents films". И как с этим бороться? > > Приведите ссылки в соответствие с именами файлов и каталогов на диске, не > забывая про экранирование. > > > https://ru.wikipedia.org/wiki/URL#.D0.9A.D0.BE.D0.B4.D0.B8.D1.80.D0.BE.D0.B2.D0.B0.D0.BD.D0.B8.D0.B5_URL > > > > -- > С уважением, > Pavel mailto:pavel2000 at ngs.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Sat Dec 6 16:28:53 2014 From: nginx-forum at nginx.us (tester123) Date: Sat, 06 Dec 2014 11:28:53 -0500 Subject: the http output chain is empty bug In-Reply-To: References: Message-ID: а это вообще нормально что баг до сих пор не испралвен?! кому конкретно писать об этом? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,250456,255334#msg-255334 From mva at mva.name Sat Dec 6 16:49:26 2014 From: mva at mva.name (Vadim A. Misbakh-Soloviov) Date: Sat, 06 Dec 2014 22:49:26 +0600 Subject: the http output chain is empty bug In-Reply-To: References: Message-ID: <1763506.rxMQ0l5qs2@note> В письме от Сб, 6 декабря 2014 11:28:53 пользователь tester123 написал: > а это вообще нормально что баг до сих пор не испралвен?! кому конкретно > писать об этом? > Это нормально, в случае если Вы не внимательно читаете ответы разработчиков. Максим в каждом своём ответе сказал, что данное поведение вызывается Lua- модулем, который, почему-то, у вас слишком старой версии (ибо на дворе уже .11 версия lua-модуля и 1.7.8 версия NginX). У меня всё работает, в общем, и бага нет. Пинайте своих мейнтейнеров по почкам. -- Best regards, mva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: From nginx-forum at nginx.us Sat Dec 6 17:08:30 2014 From: nginx-forum at nginx.us (tester123) Date: Sat, 06 Dec 2014 12:08:30 -0500 Subject: the http output chain is empty bug In-Reply-To: <1763506.rxMQ0l5qs2@note> References: <1763506.rxMQ0l5qs2@note> Message-ID: <571035ffa3972a1a6a8585e120b87f52.NginxMailingListRussian@forum.nginx.org> странно ( вот у меня nginx последняя стабильная версия, 3rd party модуль lua включил. не помогло ( Posted at Nginx Forum: http://forum.nginx.org/read.php?21,250456,255336#msg-255336 From nginx-forum at nginx.us Sat Dec 6 17:09:43 2014 From: nginx-forum at nginx.us (tester123) Date: Sat, 06 Dec 2014 12:09:43 -0500 Subject: the http output chain is empty bug In-Reply-To: <571035ffa3972a1a6a8585e120b87f52.NginxMailingListRussian@forum.nginx.org> References: <1763506.rxMQ0l5qs2@note> <571035ffa3972a1a6a8585e120b87f52.NginxMailingListRussian@forum.nginx.org> Message-ID: <4dc598a419e1b2102b0a53f54dced280.NginxMailingListRussian@forum.nginx.org> nginx 1.6.2 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,250456,255337#msg-255337 From nginx-forum at nginx.us Sat Dec 6 17:14:12 2014 From: nginx-forum at nginx.us (tester123) Date: Sat, 06 Dec 2014 12:14:12 -0500 Subject: the http output chain is empty bug In-Reply-To: <1763506.rxMQ0l5qs2@note> References: <1763506.rxMQ0l5qs2@note> Message-ID: <0576880f91a2a20ddaebb2323d3b9974.NginxMailingListRussian@forum.nginx.org> очень странно. у одного меня чтоли этот баг (( Posted at Nginx Forum: http://forum.nginx.org/read.php?21,250456,255338#msg-255338 From stalker at altlinux.ru Sat Dec 6 17:23:11 2014 From: stalker at altlinux.ru (Anton Gorlov) Date: Sat, 06 Dec 2014 20:23:11 +0300 Subject: the http output chain is empty bug In-Reply-To: <0576880f91a2a20ddaebb2323d3b9974.NginxMailingListRussian@forum.nginx.org> References: <1763506.rxMQ0l5qs2@note> <0576880f91a2a20ddaebb2323d3b9974.NginxMailingListRussian@forum.nginx.org> Message-ID: <54833B7F.3020202@altlinux.ru> Имеет смысл написать разработчику этого модуля. 06.12.2014 20:14, tester123 пишет: > очень странно. у одного меня чтоли этот баг (( From mva at mva.name Sat Dec 6 17:24:02 2014 From: mva at mva.name (Vadim A. Misbakh-Soloviov) Date: Sat, 06 Dec 2014 23:24:02 +0600 Subject: the http output chain is empty bug In-Reply-To: <571035ffa3972a1a6a8585e120b87f52.NginxMailingListRussian@forum.nginx.org> References: <1763506.rxMQ0l5qs2@note> <571035ffa3972a1a6a8585e120b87f52.NginxMailingListRussian@forum.nginx.org> Message-ID: <3166049.EYtkHFoGR9@note> В письме от Сб, 6 декабря 2014 12:08:30 пользователь tester123 написал: > вот у меня nginx последняя стабильная версия, 3rd party модуль lua включил. "Включил" ? недостаточно информативно. Потому что не ясно, какая версия, и нужен ли он вам вообще. Может проще не собирать с ним? -- Best regards, mva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: From nginx-forum at nginx.us Sat Dec 6 17:59:00 2014 From: nginx-forum at nginx.us (tester123) Date: Sat, 06 Dec 2014 12:59:00 -0500 Subject: the http output chain is empty bug In-Reply-To: <54833B7F.3020202@altlinux.ru> References: <54833B7F.3020202@altlinux.ru> Message-ID: нет, вот у меня lua-5-2_3_3 отдельно, nginx с lua не собирал, всё равно пустая страница. видимо этот баг всётаки недоисправили. очень жаль. причём некоторые страницы грузятся, а некоторые нет. не грузятся те, где много ssi директив, причём различных: block name, include file, include virtual... очень хочется конечно нормальное исправление бага... вот блин, редко кто ssi в таких объемах юзает, вот видимо и где-то баг сидит и никому кроме меня нет дела до этого ( Posted at Nginx Forum: http://forum.nginx.org/read.php?21,250456,255342#msg-255342 From nginx-forum at nginx.us Sat Dec 6 18:04:56 2014 From: nginx-forum at nginx.us (tester123) Date: Sat, 06 Dec 2014 13:04:56 -0500 Subject: the http output chain is empty bug In-Reply-To: <3166049.EYtkHFoGR9@note> References: <3166049.EYtkHFoGR9@note> Message-ID: причём некоторые из virtual запросов выдаются из purge кэша. пожалуйста, попробуйте у себя симитировать этот ерор очень надеюсь что у вас получится... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,250456,255343#msg-255343 From nginx-forum at nginx.us Sat Dec 6 18:09:05 2014 From: nginx-forum at nginx.us (tester123) Date: Sat, 06 Dec 2014 13:09:05 -0500 Subject: the http output chain is empty bug In-Reply-To: References: <3166049.EYtkHFoGR9@note> Message-ID: и сам html файл побольше сделайте. уже сколько месяцев приходится сидеть без gzip, ёмоё... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,250456,255344#msg-255344 From pavel2000 at ngs.ru Sat Dec 6 18:17:46 2014 From: pavel2000 at ngs.ru (Pavel V.) Date: Sun, 7 Dec 2014 00:17:46 +0600 Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdC+0YHRgtC4INGBIHRyeV9maWxlcw==?= In-Reply-To: References: <1814863380.20141206194752@ngs.ru> Message-ID: <1479556272.20141207001746@ngs.ru> Здравствуйте, greenh. Вы писали 6 декабря 2014 г., 19:54:00: > К сожалению изменить ссылки не возможно. Похоже решением будет в proxy_store прописать не > $request, а urldecode от request, вот только как это сделать? 1) try_files $uri 2) proxy_store /home/site.com/img.site.com/$request_uri; Ищете файлы по $uri, пишете файлы по $request_uri. Где логика? В примере в документации http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_store еще есть отсылка к переменной $original_uri. Успехов. -- С уважением, Pavel mailto:pavel2000 at ngs.ru From greenh at gmail.com Sat Dec 6 18:37:13 2014 From: greenh at gmail.com (greenh) Date: Sat, 6 Dec 2014 20:37:13 +0200 Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdC+0YHRgtC4INGBIHRyeV9maWxlcw==?= In-Reply-To: <1479556272.20141207001746@ngs.ru> References: <1814863380.20141206194752@ngs.ru> <1479556272.20141207001746@ngs.ru> Message-ID: 6 декабря 2014 г., 20:17 пользователь Pavel V. написал: > Здравствуйте, greenh. > > Вы писали 6 декабря 2014 г., 19:54:00: > > > К сожалению изменить ссылки не возможно. Похоже решением будет в > proxy_store прописать не > > $request, а urldecode от request, вот только как это сделать? > > 1) try_files $uri > 2) proxy_store /home/site.com/img.site.com/$request_uri; > > Ищете файлы по $uri, пишете файлы по $request_uri. Где логика? > Спасибо, логично. Хотя, при отсутствии переменных в get запросе и редиректов они будут идентичны. > В примере в документации > http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_store > > еще есть отсылка к переменной $original_uri. > Хм, я негде не нашел, что в ней должно быть > > Успехов. > > > -- > С уважением, > Pavel mailto:pavel2000 at ngs.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pavel2000 at ngs.ru Sat Dec 6 19:17:48 2014 From: pavel2000 at ngs.ru (Pavel V.) Date: Sun, 7 Dec 2014 01:17:48 +0600 Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdC+0YHRgtC4INGBIHRyeV9maWxlcw==?= In-Reply-To: References: <1814863380.20141206194752@ngs.ru> <1479556272.20141207001746@ngs.ru> Message-ID: <12510545091.20141207011748@ngs.ru> Здравствуйте, greenh. Вы писали 7 декабря 2014 г., 0:37:13: > 6 декабря 2014 г., 20:17 пользователь Pavel V. написал: > Здравствуйте, greenh. > Вы писали 6 декабря 2014 г., 19:54:00: >> К сожалению изменить ссылки не возможно. Похоже решением будет в proxy_store прописать не >> $request, а urldecode от request, вот только как это сделать? > 1) try_files $uri > 2) proxy_store /home/site.com/img.site.com/$request_uri; > Ищете файлы по $uri, пишете файлы по $request_uri. Где логика? > Спасибо, логично. Хотя, при отсутствии переменных в get запросе и редиректов они будут идентичны. Предполагаю, что в случае наличия в запросе символов, подлежащих экранированию, они будут различны. Можно залогировать эти переменные и посмотреть: http://nginx.org/ru/docs/http/ngx_http_log_module.html#access_log http://nginx.org/ru/docs/http/ngx_http_log_module.html#log_format -- С уважением, Pavel mailto:pavel2000 at ngs.ru From greenh at gmail.com Sat Dec 6 19:25:29 2014 From: greenh at gmail.com (greenh) Date: Sat, 6 Dec 2014 21:25:29 +0200 Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdC+0YHRgtC4INGBIHRyeV9maWxlcw==?= In-Reply-To: <12510545091.20141207011748@ngs.ru> References: <1814863380.20141206194752@ngs.ru> <1479556272.20141207001746@ngs.ru> <12510545091.20141207011748@ngs.ru> Message-ID: 6 декабря 2014 г., 21:17 пользователь Pavel V. написал: > Здравствуйте, greenh. > > Вы писали 7 декабря 2014 г., 0:37:13: > > > 6 декабря 2014 г., 20:17 пользователь Pavel V. > написал: > > Здравствуйте, greenh. > > > Вы писали 6 декабря 2014 г., 19:54:00: > > >> К сожалению изменить ссылки не возможно. Похоже решением будет в > proxy_store прописать не > >> $request, а urldecode от request, вот только как это сделать? > > > 1) try_files $uri > > 2) proxy_store /home/site.com/img.site.com/$request_uri; > > > Ищете файлы по $uri, пишете файлы по $request_uri. Где логика? > > Спасибо, логично. Хотя, при отсутствии переменных в get запросе и > редиректов они будут идентичны. > > Предполагаю, что в случае наличия в запросе символов, подлежащих > экранированию, они будут различны. > > Можно залогировать эти переменные и посмотреть: > > http://nginx.org/ru/docs/http/ngx_http_log_module.html#access_log > http://nginx.org/ru/docs/http/ngx_http_log_module.html#log_format > > > я попробую,но судя по доке во всех этих переменных будет за Urlencode результат. И в результате получается вот что - в запросе идет например 'user files' , в ФС ложится 'user%%20files' и соответственно try_files ничего не находит -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Sun Dec 7 23:48:15 2014 From: nginx-forum at nginx.us (kycedbi) Date: Sun, 07 Dec 2014 18:48:15 -0500 Subject: =?UTF-8?B?cHJveHkgc3RvcmUg0YPQstC10LTQvtC80LvQtdC90LjQtSDQviDRgdC+0YXRgNCw?= =?UTF-8?B?0L3RkdC90L3Ri9GFINGE0LDQudC70LDRhS4=?= Message-ID: Здравствуйте, коллеги. Подскажите, пожалуйста, как можно сделать, чтобы nginx уведомлял, или в лог писал, что было сохранено директивой proxy_store. Дело в том, что nginx не всегда сохраняет файлы, которые проксирует через себя (например, в случае, если пользователь прервал соединение). Возможно, есть вариант настроить так, чтобы он делал http запрос, или возможно в файл писал лог сохранённых файлов? Пример используемого конфига http://vk.cc/3fjNaN Благодарю за ответы. С уважением, Пётр. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255366,255366#msg-255366 From mdounin at mdounin.ru Sun Dec 7 23:51:06 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 8 Dec 2014 02:51:06 +0300 Subject: the http output chain is empty bug In-Reply-To: References: <54833B7F.3020202@altlinux.ru> Message-ID: <20141207235106.GN62402@mdounin.ru> Hello! On Sat, Dec 06, 2014 at 12:59:00PM -0500, tester123 wrote: > нет, вот у меня lua-5-2_3_3 отдельно, nginx с lua не собирал, всё равно > пустая страница. видимо этот баг всётаки недоисправили. очень жаль. > причём некоторые страницы грузятся, а некоторые нет. не грузятся те, где > много ssi директив, причём различных: block name, include file, include > virtual... > > очень хочется конечно нормальное исправление бага... вот блин, редко кто ssi > в таких объемах юзает, вот видимо и где-то баг сидит и никому кроме меня нет > дела до этого ( Если проблема воспроизводится без сторонних модулей и на последней версии nginx'а (сейчас - 1.7.8), то вот тут есть список того, с чего имеет смысл начать: http://wiki.nginx.org/Debugging#Asking_for_help -- Maxim Dounin http://nginx.org/ From mdounin at mdounin.ru Mon Dec 8 00:43:00 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 8 Dec 2014 03:43:00 +0300 Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdC+0YHRgtC4INGBIHRyeV9maWxlcw==?= In-Reply-To: References: <1814863380.20141206194752@ngs.ru> <1479556272.20141207001746@ngs.ru> <12510545091.20141207011748@ngs.ru> Message-ID: <20141208004300.GR62402@mdounin.ru> Hello! On Sat, Dec 06, 2014 at 09:25:29PM +0200, greenh wrote: > 6 декабря 2014 г., 21:17 пользователь Pavel V. написал: > > > Здравствуйте, greenh. > > > > Вы писали 7 декабря 2014 г., 0:37:13: > > > > > 6 декабря 2014 г., 20:17 пользователь Pavel V. > > написал: > > > Здравствуйте, greenh. > > > > > Вы писали 6 декабря 2014 г., 19:54:00: > > > > >> К сожалению изменить ссылки не возможно. Похоже решением будет в > > proxy_store прописать не > > >> $request, а urldecode от request, вот только как это сделать? > > > > > 1) try_files $uri > > > 2) proxy_store /home/site.com/img.site.com/$request_uri; [...] > > я попробую,но судя по доке во всех этих переменных будет за Urlencode > результат. И в результате получается вот что - в запросе идет например > 'user files' , в ФС ложится 'user%%20files' и соответственно try_files > ничего не находит Вы для начала попробуйте что-нибудь вроде: root /home/site.com/img.site.com; proxy_store on; Не надо искать сложных путей. -- Maxim Dounin http://nginx.org/ From nginx-forum at nginx.us Mon Dec 8 13:25:35 2014 From: nginx-forum at nginx.us (tester123) Date: Mon, 08 Dec 2014 08:25:35 -0500 Subject: the http output chain is empty bug In-Reply-To: References: <3166049.EYtkHFoGR9@note> Message-ID: <19dff07fce58d3c6b26b95c940e53d4d.NginxMailingListRussian@forum.nginx.org> ндааа, ну спс за помощь ( Posted at Nginx Forum: http://forum.nginx.org/read.php?21,250456,255374#msg-255374 From nginx-forum at nginx.us Mon Dec 8 15:27:05 2014 From: nginx-forum at nginx.us (tester123) Date: Mon, 08 Dec 2014 10:27:05 -0500 Subject: the http output chain is empty bug In-Reply-To: <19dff07fce58d3c6b26b95c940e53d4d.NginxMailingListRussian@forum.nginx.org> References: <3166049.EYtkHFoGR9@note> <19dff07fce58d3c6b26b95c940e53d4d.NginxMailingListRussian@forum.nginx.org> Message-ID: <73335e88a4bcb2c6a054028e72803c6f.NginxMailingListRussian@forum.nginx.org> >Unless this is an specific Lua gug, the place to report it is in the nginx forums. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,250456,255376#msg-255376 From kpoxa at kpoxa.net Mon Dec 8 16:58:30 2014 From: kpoxa at kpoxa.net (kpoxa) Date: Mon, 8 Dec 2014 20:58:30 +0400 Subject: =?UTF-8?B?0J/QvtC00YHQutCw0LbQuNGC0LUg0LrQsNC6INC70YPRh9GI0LUg0YHQtNC10Ls=?= =?UTF-8?B?0LDRgtGMIHRyeV9maWxlcyArIHByb3h5X2NhY2hl?= Message-ID: Добрый день. Надо сделать 2 кеша на 2 дисках для 2 разных локейшенов, но с try_files локальных файлов. Вариант server { server_name server80; listen 80; root /etc/nginx/html; try_files $uri @local; location @local { internal; proxy_pass http://localhost80:800; } } server { server_name local800; listen 127.0.0.1:800; location /1/ { proxy_cache1; proxy_pass http://server1; } location /2/ { proxy_cache2; proxy_pass http://server2; } } Гоняет трафик через лупбэк почем зря. А в @локейшен вложенные локейшены делать нельзя. -- Рустам -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Mon Dec 8 17:14:49 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 8 Dec 2014 20:14:49 +0300 Subject: =?UTF-8?B?UmU6INCf0L7QtNGB0LrQsNC20LjRgtC1INC60LDQuiDQu9GD0YfRiNC1INGB0LQ=?= =?UTF-8?B?0LXQu9Cw0YLRjCB0cnlfZmlsZXMgKyBwcm94eV9jYWNoZQ==?= In-Reply-To: References: Message-ID: <20141208171449.GV62402@mdounin.ru> Hello! On Mon, Dec 08, 2014 at 08:58:30PM +0400, kpoxa wrote: > Добрый день. > > > > Надо сделать 2 кеша на 2 дисках для 2 разных локейшенов, но с try_files > локальных файлов. > > > Вариант > > server { > server_name server80; > listen 80; > root /etc/nginx/html; > try_files $uri @local; > location @local { > internal; > proxy_pass http://localhost80:800; > } > } > server { > server_name local800; > listen 127.0.0.1:800; > location /1/ { > proxy_cache1; > proxy_pass http://server1; > } > location /2/ { > proxy_cache2; > proxy_pass http://server2; > } > } > > Гоняет трафик через лупбэк почем зря. > А в @локейшен вложенные локейшены делать нельзя. А что мешает сделать так: location /1/ { try_files $uri @cache1; } location @cache1 { proxy_pass http://server1; proxy_cache cache1; } location /2/ { try_files $uri @cache2; } location @cache2 { proxy_pass http://server2; proxy_cache cache2; } ? -- Maxim Dounin http://nginx.org/ From nginx-forum at nginx.us Tue Dec 9 06:22:59 2014 From: nginx-forum at nginx.us (tigran.bayburtsyan) Date: Tue, 09 Dec 2014 01:22:59 -0500 Subject: =?UTF-8?B?QnJvd3NlciDQvdC1INGA0LDQsdC+0YLQsNC10YIo0L/QvtC90LjQvNCw0LXRgikg?= =?UTF-8?B?Q29udGVudC1EZXNjcmlwdGlvbiBoZWFkZXI=?= Message-ID: <3b667b8d5a01e769318e01bd56f09f60.NginxMailingListRussian@forum.nginx.org> Привет. Пишу модуль в котором нужно отправлять дополнительные хедары при каждом запросе. Нашел похожую имплементацию в src/http/modules/ngx_http_headers_filter_module.c функцыя ngx_http_add_header Сделал точно также и в моем модуле, но всегда браузер давал ошибку. Потом просто решил в ручную добавить хедары чтобы понять где проблема. Сделал примерно так ngx_table_elt_t *h; h = ngx_list_push(&r->headers_out.headers); h->key.data = (u_char*)"Content-Disposition"; h->key.len = sizeof("Content-Disposition"); h->value.data = (u_char*)"attachment; filename=\"test.pdf\""; h->value.len = sizeof("attachment; filename=\"test.pdf\""); Заметил что из всех моих добавленных хедеров если удалить только этот, то все работает нормально , пока что не понимаю почему. И что самое главное с хедером Content-Disposition запросы работают просто отлично через Ubuntu terminal используя простой curl, а браузер на том же запросе выдает ошибку страницы. Уже потратил на это около 3х дней, кто может помочь ? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255381,255381#msg-255381 From redmine24 at gmail.com Wed Dec 10 11:31:55 2014 From: redmine24 at gmail.com (=?UTF-8?B?0JTQuNC80LAg0KDQtdC00LzQsNC50L0=?=) Date: Wed, 10 Dec 2014 13:31:55 +0200 Subject: debian + geoip_module In-Reply-To: <5464B64A.90205@webmaster.spb.ru> References: <5464B27C.3040104@webmaster.spb.ru> <5464B64A.90205@webmaster.spb.ru> Message-ID: Denis, нашлось решение? 2014-11-13 15:46 GMT+02:00 denis : > 13.11.2014 16:40, Дима Редмайн пишет: > >> лови >> >> # apt-cache policy nginx >> nginx: >> Installed: 1.2.1-2.2+wheezy3 >> Candidate: 1.2.1-2.2+wheezy3 >> Version table: >> *** 1.2.1-2.2+wheezy3 0 >> 500 http://ftp.nl.debian.org/debian/ stable/main amd64 Packages >> 500 http://security.debian.org/ wheezy/updates/main amd64 >> Packages >> 100 /var/lib/dpkg/status >> >> apt-cache policy nginx > nginx: > Installed: 1.6.2-1~wheezy > Candidate: 1.6.2-1~wheezy > Version table: > *** 1.6.2-1~wheezy 0 > 500 http://nginx.org/packages/debian/ wheezy/nginx amd64 Packages > 100 /var/lib/dpkg/status > 1.2.1-2.2+wheezy3 0 > 500 http://mirror.selectel.ru/debian/ wheezy/main amd64 Packages > 500 http://security.debian.org/ wheezy/updates/main amd64 Packages > > 1.2.1 не слишком стар? Оно вроде вообще EoL, > > apt-cache search nginx > находит в том числе > nginx-extras - nginx web/proxy server (extended version) > nginx-extras-dbg - nginx web/proxy server (extended version) - debugging > symbols > nginx-full - nginx web/proxy server (standard version) > nginx-full-dbg - nginx web/proxy server (standard version) - debugging > symbols > nginx-light - nginx web/proxy server (basic version) > nginx-light-dbg - nginx web/proxy server (basic version) - debugging > symbols > nginx-naxsi - nginx web/proxy server (version with naxsi) > nginx-naxsi-dbg - nginx web/proxy server (version with naxsi) - debugging > symbols > nginx-naxsi-ui - nginx web/proxy server - naxsi configuration front-end > > > # nginx -V >> nginx version: nginx/1.2.1 >> > # nginx -V 2>&1 |grep geoip > # > > (вообще, это явно баг, что вывод версии сыпет в stderr, но всем поф) > > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From denis at webmaster.spb.ru Thu Dec 11 12:09:28 2014 From: denis at webmaster.spb.ru (denis) Date: Thu, 11 Dec 2014 15:09:28 +0300 Subject: debian + geoip_module In-Reply-To: References: <5464B27C.3040104@webmaster.spb.ru> <5464B64A.90205@webmaster.spb.ru> Message-ID: <54898978.1070004@webmaster.spb.ru> 10.12.2014 14:31, Дима Редмайн пишет: > > > нашлось решение? Использовать штатный старый дебиановский или собрать свой, с нужными модулями From denis at webmaster.spb.ru Thu Dec 11 12:11:16 2014 From: denis at webmaster.spb.ru (denis) Date: Thu, 11 Dec 2014 15:11:16 +0300 Subject: =?UTF-8?B?bGltaXRzINGBINC40YHQutC70Y7Rh9C10L3QuNGP0LzQuD8=?= Message-ID: <548989E4.8000103@webmaster.spb.ru> Есть лимиты на коннекты с 1 айпи, но когда вторая нода переводит весь свой трафик на первую (сбой ее апача) -- ловим этот лимит. Есть идея использовать realip, но непонятно, кто сработает раньше - лимит или модуль. Какие есть еще варианты? From vbart at nginx.com Thu Dec 11 13:07:14 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Thu, 11 Dec 2014 16:07:14 +0300 Subject: =?UTF-8?B?UmU6IGxpbWl0cyDRgSDQuNGB0LrQu9GO0YfQtdC90LjRj9C80Lg/?= In-Reply-To: <548989E4.8000103@webmaster.spb.ru> References: <548989E4.8000103@webmaster.spb.ru> Message-ID: <2294102.CITObHXsGj@vbart-workstation> On Thursday 11 December 2014 15:11:16 denis wrote: > Есть лимиты на коннекты с 1 айпи, но когда вторая нода переводит весь > свой трафик на первую (сбой ее апача) -- ловим этот лимит. Есть идея > использовать realip, но непонятно, кто сработает раньше - лимит или модуль. > > Какие есть еще варианты? > realip сработает раньше. -- Валентин Бартенев From gmm at csdoc.com Thu Dec 11 13:26:57 2014 From: gmm at csdoc.com (Gena Makhomed) Date: Thu, 11 Dec 2014 15:26:57 +0200 Subject: Document the affected running phases of configuration directive? In-Reply-To: <2294102.CITObHXsGj@vbart-workstation> References: <548989E4.8000103@webmaster.spb.ru> <2294102.CITObHXsGj@vbart-workstation> Message-ID: <54899BA1.9090207@csdoc.com> On 11.12.2014 15:07, Валентин Бартенев wrote: >> Есть лимиты на коннекты с 1 айпи, но когда вторая нода переводит весь >> свой трафик на первую (сбой ее апача) -- ловим этот лимит. Есть идея >> использовать realip, но непонятно, кто сработает раньше - лимит или модуль. > > realip сработает раньше. > Почему порядок работы фаз не описан в документации? Это было бы полезно. "Implementation detail" - это означает "implementation-defined behavior" или "unspecified behavior" и может произвольно меняться от версии к версии? Это примерно то же самое, что и писать арифметические выражения, при этом не зная какой приоритет у операторов + - / * % ^ | & потому что это "implementation detail" используемых компиляторов. Причем в случае nginx - "скобки" полностью отсутствуют, так что явным образом задать приоритеты работы того или иного модуля - невозможно. -------- Forwarded Message -------- Subject: Re: Document the affected running phases of configuration directive? Date: Mon, 8 Dec 2014 03:38:26 +0300 From: Maxim Dounin To: nginx-devel at nginx.org Hello! On Fri, Dec 05, 2014 at 03:45:50PM -0800, Yichun Zhang (agentzh) wrote: > Hello! > > It'll be great if the official nginx documentation documents the > affected request running phase of each configuration directive. For > example, proxy_pass affects the content phase while set_real_ip_from > affects the post-read and pre-access phases. This can help a lot when > the users try to combine directives of different modules and predict > their relative running order. Right now we have to look into the nginx > internals to be sure (either source code or debugging tools like gdb > and systemtap). Phases of processing is an implementation detail, and while understanding them sometimes helps to understand what goes on in some complex cases, it's not something to be exposed into the documentation. -- Maxim Dounin http://nginx.org/ ________________________________________________________________________ -- Best regards, Gena From mdounin at mdounin.ru Thu Dec 11 14:17:41 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 11 Dec 2014 17:17:41 +0300 Subject: Document the affected running phases of configuration directive? In-Reply-To: <54899BA1.9090207@csdoc.com> References: <548989E4.8000103@webmaster.spb.ru> <2294102.CITObHXsGj@vbart-workstation> <54899BA1.9090207@csdoc.com> Message-ID: <20141211141741.GT45960@mdounin.ru> Hello! On Thu, Dec 11, 2014 at 03:26:57PM +0200, Gena Makhomed wrote: > On 11.12.2014 15:07, Валентин Бартенев wrote: > > >>Есть лимиты на коннекты с 1 айпи, но когда вторая нода переводит весь > >>свой трафик на первую (сбой ее апача) -- ловим этот лимит. Есть идея > >>использовать realip, но непонятно, кто сработает раньше - лимит или модуль. > > > >realip сработает раньше. > > > > Почему порядок работы фаз не описан в документации? Это было бы полезно. Нет, это не было бы полезно. Realip меняет адрес клиента, и делает это сразу после того, как прочитан заголовок запроса - и до того, как начинается какая-либо обработка запроса. А в какой фазе это происходит - совершенно не важно с точки зрения использования realip. > "Implementation detail" - это означает "implementation-defined behavior" > или "unspecified behavior" и может произвольно меняться > от версии к версии? Implementation detail означает именно implementation detail. Не следует путать особенности реализации и поведение. > Это примерно то же самое, что и писать арифметические выражения, > при этом не зная какой приоритет у операторов + - / * % ^ | & > потому что это "implementation detail" используемых компиляторов. Порядок, там где он важен, задан и документирован (а если вдруг нет - то patches are welcome). А вот то, с помощью каких внутренних механизмов реализован этот порядок - совершенно точно не важно, и в пользовательской документации этому не место. -- Maxim Dounin http://nginx.org/ From denis at webmaster.spb.ru Thu Dec 11 14:28:04 2014 From: denis at webmaster.spb.ru (denis) Date: Thu, 11 Dec 2014 17:28:04 +0300 Subject: =?UTF-8?B?UmU6IGxpbWl0cyDRgSDQuNGB0LrQu9GO0YfQtdC90LjRj9C80Lg/?= In-Reply-To: <2294102.CITObHXsGj@vbart-workstation> References: <548989E4.8000103@webmaster.spb.ru> <2294102.CITObHXsGj@vbart-workstation> Message-ID: <5489A9F4.4080107@webmaster.spb.ru> 11.12.2014 16:07, Валентин Бартенев пишет: > On Thursday 11 December 2014 15:11:16 denis wrote: >> Есть лимиты на коннекты с 1 айпи, но когда вторая нода переводит весь >> свой трафик на первую (сбой ее апача) -- ловим этот лимит. Есть идея >> использовать realip, но непонятно, кто сработает раньше - лимит или модуль. >> >> Какие есть еще варианты? >> > realip сработает раньше. > при этом на основной ноде лимиты не лезут, а на резерве лезут... такое впечатление, что адрес заменяет, но лимит смотрит все-равно на старый. В логе айпи разные, но грубые прикидки не дают им превышения лимита. From nginx-forum at nginx.us Thu Dec 11 19:50:30 2014 From: nginx-forum at nginx.us (Kouki) Date: Thu, 11 Dec 2014 14:50:30 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEgQUpBWA==?= In-Reply-To: <5481D033.2050902@error500.ru> References: <5481D033.2050902@error500.ru> Message-ID: <455926279cf6a592008495a1f54fe10f.NginxMailingListRussian@forum.nginx.org> Лог ошибок пустой. В логе доступа следующее: 192.168. - - [10/Dec/2014:10:43:03 +0300] "GET /pentaho/content/saiku-ui/js/saiku/plugins/Statistics/sigma.png HTTP/1.0" 200 491 "http://example.ru/pentaho/content/saiku-ui/index.html?biplugin5=true&ts=1418197241841" "Mozilla/5.0 (Windows NT 5.1; rv:26.0) Gecko/20100101 Firefox/26.0" 192.168. - - [10/Dec/2014:10:43:03 +0300] "GET /pentaho/content/saiku-ui/js/saiku/plugins/Fullscreen/fullscreen.png HTTP/1.0" 200 184 "http://example.ru/pentaho/content/saiku-ui/index.html?biplugin5=true&ts=1418197241841" "Mozilla/5.0 (Windows NT 5.1; rv:26.0) Gecko/20100101 Firefox/26.0" 192.168. - - [10/Dec/2014:10:43:03 +0300] "GET /pentaho/content/saiku-ui/images/src/hide_parents.png HTTP/1.0" 200 976 "http://example.ru/pentaho/content/saiku-ui/css/saiku/src/styles.css" "Mozilla/5.0 (Windows NT 5.1; rv:26.0) Gecko/20100101 Firefox/26.0" 192.168. - - [10/Dec/2014:10:43:07 +0300] "POST /pentaho/plugin/saiku/api/api/query/990795E8-A74B-64B2-BA01-A0B59CF233F9 HTTP/1.0" 200 513 "http://example.ru/pentaho/content/saiku-ui/index.html?biplugin5=true&ts=1418197241841" "Mozilla/5.0 (Windows NT 5.1; rv:26.0) Gecko/20100101 Firefox/26.0" 192.168. - - [10/Dec/2014:10:43:07 +0300] "GET /pentaho/content/saiku-ui/images/src/context_down.png HTTP/1.0" 200 164 "http://example.ru/pentaho/content/saiku-ui/css/saiku/src/saiku.dropzone.css" "Mozilla/5.0 (Windows NT 5.1; rv:26.0) Gecko/20100101 Firefox/26.0" 192.168. - - [10/Dec/2014:10:43:13 +0300] "GET /pentaho/content/saiku-ui/images/src/cancel3.png HTTP/1.0" 200 3625 "http://example.ru/pentaho/content/saiku-ui/css/saiku/src/saiku.dropzone.css" "Mozilla/5.0 (Windows NT 5.1; rv:26.0) Gecko/20100101 Firefox/26.0" 192.168. - - [10/Dec/2014:10:43:19 +0300] "POST /pentaho/plugin/saiku/api/api/query/execute HTTP/1.0" 200 1105 "http://example.ru/pentaho/content/saiku-ui/index.html?biplugin5=true&ts=1418197241841" "Mozilla/5.0 (Windows NT 5.1; rv:26.0) Gecko/20100101 Firefox/26.0" 192.168. - - [10/Dec/2014:10:43:27 +0300] "GET /pentaho/plugin/saiku/api/api/query/990795E8-A74B-64B2-BA01-A0B59CF233F9/result/metadata/hierarchies/%5BOwner%5D/levels/Owner?result=true&searchlimit=3000&_=1418197242757 HTTP/1.0" 400 397 "http://example.ru/pentaho/content/saiku-ui/index.html?biplugin5=true&ts=1418197241841" "Mozilla/5.0 (Windows NT 5.1; rv:26.0) Gecko/20100101 Firefox/26.0" 192.168. - - [10/Dec/2014:10:43:27 +0300] "GET /pentaho/content/saiku-ui/css/jquery/images/ui-bg_flat_0_aaaaaa_40x100.png HTTP/1.0" 200 120 "http://example.ru/pentaho/content/saiku-ui/css/jquery/jquery-ui.css" "Mozilla/5.0 (Windows NT 5.1; rv:26.0) Gecko/20100101 Firefox/26.0" Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255278,255446#msg-255446 From vbart at nginx.com Thu Dec 11 19:55:34 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Thu, 11 Dec 2014 22:55:34 +0300 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEgQUpBWA==?= In-Reply-To: <455926279cf6a592008495a1f54fe10f.NginxMailingListRussian@forum.nginx.org> References: <5481D033.2050902@error500.ru> <455926279cf6a592008495a1f54fe10f.NginxMailingListRussian@forum.nginx.org> Message-ID: <1859270.J2JODZqWSa@vbart-workstation> 400-ю ошибку судя по всему генерирует не nginx, а ваш бекенд. Разбирайтесь с ним, почему он это делает. -- Валентин Бартенев From nginx-forum at nginx.us Thu Dec 11 20:52:07 2014 From: nginx-forum at nginx.us (Kouki) Date: Thu, 11 Dec 2014 15:52:07 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEgQUpBWA==?= In-Reply-To: <1859270.J2JODZqWSa@vbart-workstation> References: <1859270.J2JODZqWSa@vbart-workstation> Message-ID: Я использую Pentaho, которая развернута на Apache Tomcat. Он является бекендом в данном случае? Какие возможны варианты причин проблемы? Может проблема заключаться в кросс-доменном запросе? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255278,255453#msg-255453 From vbart at nginx.com Thu Dec 11 23:07:34 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Fri, 12 Dec 2014 02:07:34 +0300 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEgQUpBWA==?= In-Reply-To: References: <1859270.J2JODZqWSa@vbart-workstation> Message-ID: <1809130.BDb4s0xr4H@vbart-laptop> On Thursday 11 December 2014 15:52:07 Kouki wrote: > Я использую Pentaho, которая развернута на Apache Tomcat. Он является > бекендом в данном случае? > Какие возможны варианты причин проблемы? Может проблема заключаться в > кросс-доменном запросе? > Это из разряда телепатии и предсказаний. Я советую действовать обычным стандартным способом диагностики любых проблем. Исследуйте, что nginx посылает на бэкенд, что конкретно бэкенд отвечает nginx-у, а далее повторяя тот же запрос вручную, останется подобрать необходимые минимальные условия, при которых происходит ошибка и станет понятно. Есть еще вероятность, что вы просто не в тот лог ошибок смотрите или у вас в конфигурации установлен недостаточный уровень логгирования. -- Валентин Бартенев From nginx-forum at nginx.us Fri Dec 12 08:03:36 2014 From: nginx-forum at nginx.us (skeletor) Date: Fri, 12 Dec 2014 03:03:36 -0500 Subject: =?UTF-8?B?Y2hhcnNldCDQv9C10YDQtdGB0YLQsNC7INGA0LDQsdC+0YLQsNGC0Yw=?= Message-ID: <7016e0fed0cdbc1eb17d7ca8e04a7268.NginxMailingListRussian@forum.nginx.org> При переезде на другой сервер, перестала работать директива (на старом сервере тоже nginx 1.6 и там оно работает): charset koi8-r; В заголовках сервера получаю чёткие ответ: Content-Type:"text/html; charset=UTF-8" Директива charset описана в соответствующем location'e. Почему она игнорируется на новом сервере и работает на старом? Сайт физически не менялся. Конфиги nginx'a те же. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255457,255457#msg-255457 From stalker at altlinux.ru Fri Dec 12 09:56:55 2014 From: stalker at altlinux.ru (Anton Gorlov) Date: Fri, 12 Dec 2014 12:56:55 +0300 Subject: =?UTF-8?B?UmU6IGNoYXJzZXQg0L/QtdGA0LXRgdGC0LDQuyDRgNCw0LHQvtGC0LDRgtGM?= In-Reply-To: <7016e0fed0cdbc1eb17d7ca8e04a7268.NginxMailingListRussian@forum.nginx.org> References: <7016e0fed0cdbc1eb17d7ca8e04a7268.NginxMailingListRussian@forum.nginx.org> Message-ID: <548ABBE7.8090306@altlinux.ru> смотрите что у Вас на бекенде 12.12.2014 11:03, skeletor пишет: > При переезде на другой сервер, перестала работать директива (на старом > сервере тоже nginx 1.6 и там оно работает): > > charset koi8-r; > > В заголовках сервера получаю чёткие ответ: > > Content-Type:"text/html; charset=UTF-8" > > Директива charset описана в соответствующем location'e. Почему она > игнорируется на новом сервере и работает на старом? Сайт физически не > менялся. Конфиги nginx'a те же. > From nginx-forum at nginx.us Fri Dec 12 10:56:36 2014 From: nginx-forum at nginx.us (svg1007) Date: Fri, 12 Dec 2014 05:56:36 -0500 Subject: =?UTF-8?B?0J/RgNC+0LLQtdGA0LrQsCDQvdCwIGNvb2tpZQ==?= Message-ID: Всем доброго времени суток! Подскажите, как можно реализовать проверку на cookie (связка nginx+apache)? Интересует конкретный случай: когда установлен куки XDEBUG_SESSION (= любой) , то не надо передавать апачу HTTP_X_FORWARDED_FOR и HTTP_X_REAL_IP (либо передавать 127.0.0.1). Пробовал добавлять if для значений 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,255459,255459#msg-255459 From nginx-forum at nginx.us Fri Dec 12 11:25:23 2014 From: nginx-forum at nginx.us (skeletor) Date: Fri, 12 Dec 2014 06:25:23 -0500 Subject: =?UTF-8?B?UmU6IGNoYXJzZXQg0L/QtdGA0LXRgdGC0LDQuyDRgNCw0LHQvtGC0LDRgtGM?= In-Reply-To: <548ABBE7.8090306@altlinux.ru> References: <548ABBE7.8090306@altlinux.ru> Message-ID: Спасибо за наводку. Действительно дело было в backend'e - php. В 5.5 по дефолту стоит UTF-8. Прописал в php.ini: default_charset = и всё стало на свои места. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255457,255460#msg-255460 From vbart at nginx.com Fri Dec 12 12:24:27 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Fri, 12 Dec 2014 15:24:27 +0300 Subject: =?UTF-8?B?UmU6INCf0YDQvtCy0LXRgNC60LAg0L3QsCBjb29raWU=?= In-Reply-To: References: Message-ID: <1771379.TgKzoYaydj@vbart-workstation> On Friday 12 December 2014 05:56:36 svg1007 wrote: > Всем доброго времени суток! > Подскажите, как можно реализовать проверку на cookie (связка nginx+apache)? > > Интересует конкретный случай: когда установлен куки XDEBUG_SESSION (= любой) > , то не надо передавать апачу HTTP_X_FORWARDED_FOR и HTTP_X_REAL_IP (либо > передавать 127.0.0.1). > > Пробовал добавлять if для значений > proxy_set_header X-Real-IP $remote_addr; > proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; > но ничего не вышло... > Воспользуйтесь директивой map. http://nginx.org/r/map/ru -- Валентин Бартенев From nginx-forum at nginx.us Sat Dec 13 09:33:59 2014 From: nginx-forum at nginx.us (Timych) Date: Sat, 13 Dec 2014 04:33:59 -0500 Subject: =?UTF-8?B?0JDQstGC0L7QvNCw0YLQuNGH0LXRgdC60Lgg0LTQvtCx0LDQstC70Y/RgtGMINGA?= =?UTF-8?B?0LDRgdGI0LjRgNC10L3QuNC1IC5odG1sINC6INGB0YLRgNCw0L3QuNGG0LA=?= =?UTF-8?B?0Lwg0YHQsNC50YLQsA==?= Message-ID: <5d7d720bdbe917c4a4366435b797684a.NginxMailingListRussian@forum.nginx.org> Добрый день, Всем В БД хранятся данные, выводимые по клику страниц, когда страница вида http://мой-сайт.ru/4-testovyy-post-dlya-proverki-sayta страница полноценно выводится по запросу, когда добавляешь расширение .html переводит на 404 и не отображается. Как заставить сервер обрабатывать страницы вида http://мой-сайт.ru/4-testovyy-post-dlya-proverki-sayta.html по запросу? Заранее всем очень спасибо Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255473,255473#msg-255473 From tetsio.nainn at gmail.com Mon Dec 15 00:19:50 2014 From: tetsio.nainn at gmail.com (=?UTF-8?B?0Jwu0JAuINCc0L7RhdC90LDRh9C10LLRgdC60LjQuQ==?=) Date: Mon, 15 Dec 2014 10:19:50 +1000 Subject: =?UTF-8?B?UmU6INCQ0LLRgtC+0LzQsNGC0LjRh9C10YHQutC4INC00L7QsdCw0LLQu9GP0YI=?= =?UTF-8?B?0Ywg0YDQsNGB0YjQuNGA0LXQvdC40LUgLmh0bWwg0Log0YHRgtGA0LDQvdC4?= =?UTF-8?B?0YbQsNC8INGB0LDQudGC0LA=?= In-Reply-To: <5d7d720bdbe917c4a4366435b797684a.NginxMailingListRussian@forum.nginx.org> References: <5d7d720bdbe917c4a4366435b797684a.NginxMailingListRussian@forum.nginx.org> Message-ID: скорее всего имеется location с регуляркой \.html$ Покажите конфиг 13 декабря 2014 г., 18:33 пользователь Timych написал: > > Добрый день, Всем > > В БД хранятся данные, выводимые по клику страниц, когда страница вида > http://мой-сайт.ru/4-testovyy-post-dlya-proverki-sayta > страница > полноценно > выводится по запросу, когда добавляешь расширение .html переводит на 404 и > не отображается. > > Как заставить сервер обрабатывать страницы вида > http://мой-сайт.ru/4-testovyy-post-dlya-proverki-sayta.html > по > запросу? > > Заранее всем очень спасибо > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,255473,255473#msg-255473 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- С ув. М.А. Мохначевский Отдел системного администрирования ООО "Компания "СахаИнтернет НТ" к.т. (4112)219711 доб. 927 -------------- next part -------------- An HTML attachment was scrubbed... URL: From vadim.lazovskiy at gmail.com Mon Dec 15 13:48:25 2014 From: vadim.lazovskiy at gmail.com (Vadim Lazovskiy) Date: Mon, 15 Dec 2014 16:48:25 +0300 Subject: =?UTF-8?B?aW1hZ2VfZmlsdGVyINCyINGA0LXQv9C+0LfQuNGC0L7RgNC40Y/RhSBkZWJpYW4=?= Message-ID: Здравствуйте. А почему image_filter не включен в сборки для debian (подозреваю и для прочих)? Не очень удобно каждый раз при обновлении пересобирать пакет. Спасибо. -- WBR, Vadim Lazovskiy From denis at webmaster.spb.ru Mon Dec 15 16:38:17 2014 From: denis at webmaster.spb.ru (denis) Date: Mon, 15 Dec 2014 19:38:17 +0300 Subject: =?UTF-8?B?UmU6IGltYWdlX2ZpbHRlciDQsiDRgNC10L/QvtC30LjRgtC+0YDQuNGP0YUgZGVi?= =?UTF-8?B?aWFu?= In-Reply-To: References: Message-ID: <548F0E79.2070600@webmaster.spb.ru> 15.12.2014 16:48, Vadim Lazovskiy пишет: > Здравствуйте. > > А почему image_filter не включен в сборки для debian (подозреваю и для прочих)? > Не очень удобно каждый раз при обновлении пересобирать пакет. вопрос к майтайнеру пакета для дебиана... и это не местные разрабы, как я понимаю. Во всяком случае, дебиановские пакеты тут не любят при поиске проблем, говорят сначала на оф заменить. From vadim.lazovskiy at gmail.com Mon Dec 15 16:50:36 2014 From: vadim.lazovskiy at gmail.com (Vadim Lazovskiy) Date: Mon, 15 Dec 2014 19:50:36 +0300 Subject: =?UTF-8?B?UmU6IGltYWdlX2ZpbHRlciDQsiDRgNC10L/QvtC30LjRgtC+0YDQuNGP0YUgZGVi?= =?UTF-8?B?aWFu?= In-Reply-To: <548F0E79.2070600@webmaster.spb.ru> References: <548F0E79.2070600@webmaster.spb.ru> Message-ID: Речь идет как раз про официальные (http://nginx.org/en/linux_packages.html). 15 декабря 2014 г., 19:38 пользователь denis написал: > 15.12.2014 16:48, Vadim Lazovskiy пишет: >> >> Здравствуйте. >> >> А почему image_filter не включен в сборки для debian (подозреваю и для >> прочих)? >> Не очень удобно каждый раз при обновлении пересобирать пакет. > > вопрос к майтайнеру пакета для дебиана... и это не местные разрабы, как я > понимаю. > Во всяком случае, дебиановские пакеты тут не любят при поиске проблем, > говорят сначала на оф заменить. > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- WBR, Vadim Lazovskiy From vbart at nginx.com Mon Dec 15 17:38:08 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Mon, 15 Dec 2014 20:38:08 +0300 Subject: =?UTF-8?B?UmU6IGltYWdlX2ZpbHRlciDQsiDRgNC10L/QvtC30LjRgtC+0YDQuNGP0YUgZGVi?= =?UTF-8?B?aWFu?= In-Reply-To: References: Message-ID: <3008454.fCBDaUyoc7@vbart-workstation> On Monday 15 December 2014 16:48:25 Vadim Lazovskiy wrote: > Здравствуйте. > > А почему image_filter не включен в сборки для debian (подозреваю и для прочих)? > Не очень удобно каждый раз при обновлении пересобирать пакет. > > Спасибо. > Этот модуль требует дополнительно зависимости - библиотеки gd, которая, к тому же, в debian тянет за собой много еще чего. -- Валентин Бартенев From vadim.lazovskiy at gmail.com Mon Dec 15 17:55:14 2014 From: vadim.lazovskiy at gmail.com (Vadim Lazovskiy) Date: Mon, 15 Dec 2014 20:55:14 +0300 Subject: =?UTF-8?B?UmU6IGltYWdlX2ZpbHRlciDQsiDRgNC10L/QvtC30LjRgtC+0YDQuNGP0YUgZGVi?= =?UTF-8?B?aWFu?= In-Reply-To: <3008454.fCBDaUyoc7@vbart-workstation> References: <3008454.fCBDaUyoc7@vbart-workstation> Message-ID: 15 декабря 2014 г., 20:38 пользователь Валентин Бартенев написал: > > Этот модуль требует дополнительно зависимости - библиотеки gd, которая, к тому же, > в debian тянет за собой много еще чего. > imho, в этом нет ничего ужасного. Зависимостей не так уж и много и все они есть в репозитории. Упражнения при обновлении куда хуже. -- WBR, Vadim Lazovskiy From mva at mva.name Mon Dec 15 18:04:48 2014 From: mva at mva.name (Vadim A. Misbakh-Soloviov) Date: Tue, 16 Dec 2014 00:04:48 +0600 Subject: =?UTF-8?B?UmU6IGltYWdlX2ZpbHRlciDQsiDRgNC10L/QvtC30LjRgtC+0YDQuNGP0YUgZGVi?= =?UTF-8?B?aWFu?= In-Reply-To: References: <3008454.fCBDaUyoc7@vbart-workstation> Message-ID: <14803787.Syjeff7ptU@note> В письме от Пн, 15 декабря 2014 20:55:14 пользователь Vadim Lazovskiy написал: > imho, в этом нет ничего ужасного. Зависимостей не так уж и много и все > они есть в репозитории. > Упражнения при обновлении куда хуже. > Не все хотят ставить кучу околоиксового crapware при установке веб-сервера, наример -- Best regards, mva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: From vadim.lazovskiy at gmail.com Mon Dec 15 18:48:41 2014 From: vadim.lazovskiy at gmail.com (Vadim Lazovskiy) Date: Mon, 15 Dec 2014 21:48:41 +0300 Subject: =?UTF-8?B?UmU6IGltYWdlX2ZpbHRlciDQsiDRgNC10L/QvtC30LjRgtC+0YDQuNGP0YUgZGVi?= =?UTF-8?B?aWFu?= In-Reply-To: <14803787.Syjeff7ptU@note> References: <3008454.fCBDaUyoc7@vbart-workstation> <14803787.Syjeff7ptU@note> Message-ID: 15 декабря 2014 г., 21:04 пользователь Vadim A. Misbakh-Soloviov написал: > > Не все хотят ставить кучу околоиксового crapware при установке веб-сервера, > наример > Следуя вашей логике image_filter тоже crapware, раз crapware использует. Чтобы не быть голословным, приведу список пакетов, которые нужно установить дополнительно чтобы разобраться с зависимостями nginx-full: geoip-database libgeoip1 libclass-isa-perl libswitch-perl perl perl-modules libxml2 libxslt1.1 xml-core libexpat1 libfreetype6 libgd2-noxpm libjpeg8 libpng12-0 sgml-base libpcre3 "околоиксового crapware" здесь ровно 4 пакета. По-моему на кучу не тянет. -- WBR, Vadim Lazovskiy From nginx-forum at nginx.us Tue Dec 16 16:06:49 2014 From: nginx-forum at nginx.us (Qaz) Date: Tue, 16 Dec 2014 11:06:49 -0500 Subject: =?UTF-8?B?0JLQvtC/0YDQvtGBINC/0L4gcnRtcCDQvNC+0LTRg9C70Y4=?= Message-ID: Добрый день, возможно немного не совсем в тему nginx'a, но возможно кто-то сталкивался. Есть nginx и есть rtmp модуль к нему. Стандартный конфиг, что-то вроде: rtmp { server { listen 1935; chunk_size 4000; application live { live on; record off; } } Может кто-то знает, как сделать так, чтобы когда live трансляция закончилась, проигрывались какие-то ролики статические? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255533,255533#msg-255533 From rogat1y at gmail.com Tue Dec 16 18:57:10 2014 From: rogat1y at gmail.com (Maxim Kozlov) Date: Tue, 16 Dec 2014 21:57:10 +0300 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQv9C+IHJ0bXAg0LzQvtC00YPQu9GO?= In-Reply-To: References: Message-ID: Мне кажется правильнее задать этот вопрос тут https://groups.google.com/forum/#!forum/nginx-rtmp-ru 16 декабря 2014 г., 19:06 пользователь Qaz написал: > > Добрый день, возможно немного не совсем в тему nginx'a, но возможно кто-то > сталкивался. Есть nginx и есть rtmp модуль к нему. Стандартный конфиг, > что-то вроде: > > rtmp { > > server { > > listen 1935; > > chunk_size 4000; > > application live { > live on; > record off; > } > > } > > Может кто-то знает, как сделать так, чтобы когда live трансляция > закончилась, проигрывались какие-то ролики статические? Спасибо. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,255533,255533#msg-255533 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Tue Dec 16 23:40:57 2014 From: nginx-forum at nginx.us (sofiamay) Date: Tue, 16 Dec 2014 18:40:57 -0500 Subject: =?UTF-8?B?0JLRgdC10Lw6INCf0LvQsNGC0L3QsNGPINC+0L/RhtC40Y8g0Lgg0L3QtdCy0L4=?= =?UTF-8?B?0LfQvNC+0LbQvdC+0YHRgtGMINC40YHQv9C+0LvRjNC30L7QstCw0L3QuNGP?= =?UTF-8?B?IE5naW54INC/0L7QtCBXaW5kb3dz?= Message-ID: Привет всем, проблема банальная - но довольно серьёзная. Nginx невозможно использовать в Windows ввиду отсутствия настройки, которая бы ограничивала коннекты бэкендов к Fast-CGI. Думаю все знают что PHP-FPM для Windows нет и не будет? Получается Nginx сейчас можно использовать в Windows только чтобы поиграться со статикой, о PHP можно забыть. Теперь более детально объясняю на пальцах: 1) В Windows нет PHP-FPM, поэтому традиционно используется FAST-CGI, к примеру так: c:\php\php-cgi.exe -b 127.0.0.1:5000 -c c:\php\php.ini Т.е. важно чтобы все понимали, что количество одновременных запросов, которое может обрабатывать PHP, равно количеству вот таких вот CGI воркеров, которые висят на портах: 5001 5002 и т.д. каждый воркер жрёт много памяти, поэтому много их не запустишь. 2) Теперь что у нас получается, чтобы обработать не 2-3 запроса к PHP, а хотя бы 20 одновременных, нам нужно чтобы Nginx попридержал лишние коннекты, пока все бэкенды заняты, т.е. чтобы он не пытался делать более 1 одновременного коннекта к каждому php-воркеру-бэкенду. Но вместо этого Nginx пытается по кругу подавать коннекты ко всем уже занятым бэкендам и соответственно выдаёт ошибку когда не может получить ответ ни от одного бэкенда. 3) Я уже было обрадовался, когда увидел что в документации есть опция "max_conns=число;", но оказалось что она только в платной подписке. Но ведь этим вы полностью отрезаете использование Nginx под Windows, если нужно использовать PHP. В общем я взываю к разуму разработчиков и прошу добавить эту опцию в бесплатную версию (хотя бы в Windows бинарники). Один баг под Windows я когда-то уже запостил (до сих пор висит), второй очень быстро исправили, вот теперь надеюсь что и в третий раз разум возьмёт верх над хотением денег. Важно понимать, что в Windows, в отличие от Linux, эта опция жизненно необходима, без неё использование Nginx вместе с PHP становится невозможным (кроме как поиграться). Если вы не можете перенести эту опцию полностью в бесплатный Nginx, то внедрите её хотя бы в Windows дистрибутивы, это очень и очень нужно сделать. Если этот вопрос требует обсуждения, то может сделать какое-то голосование? Но я кажется и так доходчиво всё объяснил и я думаю всем понятно что без этой опции в Windows никак. Надеюсь разработчики меня услышат. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255544,255544#msg-255544 From postmaster at softsearch.ru Wed Dec 17 05:50:51 2014 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 17 Dec 2014 08:50:51 +0300 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: References: Message-ID: <406630591.20141217085051@softsearch.ru> Здравствуйте, sofiamay. nginx под вендой используется только для тестирования и разработки, а не для обслуживания работающего сайта. Под вендой используйте IIS, если ли уж Вы выбрали венду. -- С уважением, Михаил mailto:postmaster at softsearch.ru From mva at mva.name Wed Dec 17 05:54:32 2014 From: mva at mva.name (Vadim A. Misbakh-Soloviov) Date: Wed, 17 Dec 2014 11:54:32 +0600 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: References: Message-ID: <2043227.BJEDZ49KNJ@note> В письме от Вт, 16 декабря 2014 18:40:57 пользователь sofiamay написал: > теперь надеюсь что и в третий раз разум возьмёт верх над хотением денег. Прошу прощение за в некоторой степени оффтоп, но почему, вдруг, у вас есть деньги на Windows на сервере, есть на весь сопутствущий софт, но нету на NginX+? Ну и никто вам не запрещает использовать fcgi-спаунер какой-нибудь. А некоторые, вон, умудряются даже апач бекендом иметь при продакшн-нагрузке (и уж тем более при 20 коннектах). -- Best regards, mva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: From nginx-forum at nginx.us Wed Dec 17 09:44:39 2014 From: nginx-forum at nginx.us (itpp2012) Date: Wed, 17 Dec 2014 04:44:39 -0500 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: References: Message-ID: Используйте переработанную версию: http://nginx-win.ecsds.eu/ Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255544,255550#msg-255550 From nginx-forum at nginx.us Wed Dec 17 11:39:30 2014 From: nginx-forum at nginx.us (svg1007) Date: Wed, 17 Dec 2014 06:39:30 -0500 Subject: =?UTF-8?B?0J/QtdGA0LXQtNCw0YfQsCDQvdC10YHQutC+0LvRjNC60LjRhSDRgdC70Y3RiNC1?= =?UTF-8?B?0Lk=?= Message-ID: <5da22f7785b0a66dac1dcfed359f42bf.NginxMailingListRussian@forum.nginx.org> Добрый день! Есть связка nginx+apache Как сделать, чтобы при переходе на адрес http://mysite.ru/main///////index.php адрес (а именно все слэши) передавался в исходном виде на апач и уже там выдавал нужную ошибку? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255553,255553#msg-255553 From me at kemko.ru Wed Dec 17 11:49:46 2014 From: me at kemko.ru (=?UTF-8?B?0JTQvNC40YLRgNC40Lkg0JDQvdC00YDQtdC10LI=?=) Date: Wed, 17 Dec 2014 15:49:46 +0400 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTQsNGH0LAg0L3QtdGB0LrQvtC70YzQutC40YUg0YHQu9GN?= =?UTF-8?B?0YjQtdC5?= In-Reply-To: <5da22f7785b0a66dac1dcfed359f42bf.NginxMailingListRussian@forum.nginx.org> References: <5da22f7785b0a66dac1dcfed359f42bf.NginxMailingListRussian@forum.nginx.org> Message-ID: Вы о http://nginx.org/ru/docs/http/ngx_http_core_module.html#merge_slashes ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Wed Dec 17 12:14:50 2014 From: nginx-forum at nginx.us (Kouki) Date: Wed, 17 Dec 2014 07:14:50 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEgQUpBWA==?= In-Reply-To: <1809130.BDb4s0xr4H@vbart-laptop> References: <1809130.BDb4s0xr4H@vbart-laptop> Message-ID: Вот дебаг лог: http://pastebin.com/VErwupXm Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255278,255556#msg-255556 From nginx-forum at nginx.us Wed Dec 17 12:57:48 2014 From: nginx-forum at nginx.us (Kouki) Date: Wed, 17 Dec 2014 07:57:48 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEgQUpBWA==?= In-Reply-To: References: <1809130.BDb4s0xr4H@vbart-laptop> Message-ID: <7836195bc6855f0236c7bd134f8ad6eb.NginxMailingListRussian@forum.nginx.org> Как я понимаю, ошибка 400 говорит либо о синтаксической ошибке в запросе, либо о нехватке размера буффера. Пробовал ставить large_client_header_buffers 4 16k; - не помогло. Про синтаксическую ошибку тоже непонятно. При работе локально шлется запрос: http://192.168.10.174:8080/pentaho/plugin/saiku/api/api/query/48B70736-0D5E-6BFB-8076-949579D759A3/result/metadata/hierarchies/%5BAbonent%5D/levels/RegionDistrict?result=true&searchlimit=3000&_=1418820475276 На что выдается ответ в виде: [{"uniqueName":"[Abonent].[Городской район]","name":"Городской район","caption":"Городской район"}] Удаленно на тот же запрос: http://example.com/pentaho/plugin/saiku/api/api/query/E7D16F33-CE75-99E0-A1F6-76698E250C07/result/metadata/hierarchies/%5BAbonent%5D/levels/RegionDistrict?result=true&searchlimit=3000&_=1418820165289 Выдается ошибка 400 Bad Request. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255278,255557#msg-255557 From chipitsine at gmail.com Wed Dec 17 13:12:10 2014 From: chipitsine at gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0KjQuNC/0LjRhtC40L0=?=) Date: Wed, 17 Dec 2014 19:12:10 +0600 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEgQUpBWA==?= In-Reply-To: References: <1809130.BDb4s0xr4H@vbart-laptop> Message-ID: вам апстрим ответил 400, а nginx этот же код отдал вам 2014/12/17 09:24:47 [debug] 1784#0: *559212 http proxy status 400 "400 Bad Request" 2014/12/17 09:24:47 [debug] 1784#0: *559212 http proxy header: "Server: Apache-Coyote/1.1" 2014/12/17 09:24:47 [debug] 1784#0: *559212 http proxy header: "Content-Type: text/html;charset=utf-8" 2014/12/17 09:24:47 [debug] 1784#0: *559212 http proxy header: "Content-Encoding: gzip" 2014/12/17 09:24:47 [debug] 1784#0: *559212 http proxy header: "Vary: Accept-Encoding" 2014/12/17 09:24:47 [debug] 1784#0: *559212 http proxy header: "Date: Wed, 17 Dec 2014 09:24:47 GMT" 2014/12/17 09:24:47 [debug] 1784#0: *559212 http proxy header: "Connection: close" 2014-12-17 17:14 GMT+05:00 Kouki : > Вот дебаг лог: > http://pastebin.com/VErwupXm > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255278,255556#msg-255556 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From chipitsine at gmail.com Wed Dec 17 13:28:45 2014 From: chipitsine at gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0KjQuNC/0LjRhtC40L0=?=) Date: Wed, 17 Dec 2014 19:28:45 +0600 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEgQUpBWA==?= In-Reply-To: References: <1809130.BDb4s0xr4H@vbart-laptop> Message-ID: вот к этой строчке есть вопросы Cookie: oam.Flash.RENDERMAP.TOKEN=yghcea0ln; JSESSIONID=CD7D5A57647FA4C7289FE80C92D0D8C1; session-flushed=true;__utma=180178164.1511279123.1388941895.1412200496.1412891505.11; __utmc=180178164;__utmz=180178164.1401530943.8.3.utmcsr=career.ru|utmccn=(referral)|utmcmd=referral|utmcct=/applicant/resumes/view;__utma=41801265.543875512.1413360992.1415312537.1415482538.3; __utmc=41801265; __utmz=41801265.1413360992.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); JSESSIONID=281C7A5F66F529E9FCEF9B2598D42FA4 во-первых, тут 2 раза JSESSIONID, во-вторых, этот хедер передается в запросе одной строкой или с переносом строк ? 2014-12-17 17:14 GMT+05:00 Kouki : > Вот дебаг лог: > http://pastebin.com/VErwupXm > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255278,255556#msg-255556 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum at nginx.us Wed Dec 17 13:42:19 2014 From: nginx-forum at nginx.us (sofiamay) Date: Wed, 17 Dec 2014 08:42:19 -0500 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: <2043227.BJEDZ49KNJ@note> References: <2043227.BJEDZ49KNJ@note> Message-ID: О каких деньгах идёт речь? Весь софт под Windows Server у меня бесплатный, так же как и под Linux, и у любого вменяемого администратора всё точно так же. Никто в здравом уме не будет покупать Nginx по $1500 за установку, кроме трейдеров, банков да некоторых других критических к падению или высокой нагрузке сервисов. Речь вообще не о цене, а о факте поддержки Windows. Поддержка Windows заявлена, однако о серьёзной работе с PHP на данный момент речи быть не может. И вообще, это оффтоп, как вы сами и сказали, давайте не будем обсуждать. Если бы они хотели, то сделали бы цену в $50 и продавали бы Nginx сотнями тысяч на лево и направо. А так уверен продажи о них очень хилые, судя по сокрытию статистики, хотя они и говорят что в целом довольны но это скорее чтобы не потерять лицо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255544,255561#msg-255561 From nginx-forum at nginx.us Wed Dec 17 13:44:43 2014 From: nginx-forum at nginx.us (sofiamay) Date: Wed, 17 Dec 2014 08:44:43 -0500 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: References: Message-ID: Можете просвятить, что конкретно в этой версии есть такое, что может помочь с вопросом работы с PHP под Windows? Я не увидел ничего, кроме Lua в upstream, но для меня lua это нечто непознанное и как ограничить количество коннектов к каждому PHP бэкенду равным единице, я не знаю. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255544,255562#msg-255562 From vbart at nginx.com Wed Dec 17 14:36:27 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Wed, 17 Dec 2014 17:36:27 +0300 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEgQUpBWA==?= In-Reply-To: <7836195bc6855f0236c7bd134f8ad6eb.NginxMailingListRussian@forum.nginx.org> References: <1809130.BDb4s0xr4H@vbart-laptop> <7836195bc6855f0236c7bd134f8ad6eb.NginxMailingListRussian@forum.nginx.org> Message-ID: <3220093.hJvoVx0K7B@vbart-workstation> On Wednesday 17 December 2014 07:57:48 Kouki wrote: > Как я понимаю, ошибка 400 говорит либо о синтаксической ошибке в запросе, > либо о нехватке размера буффера. 2014/12/17 09:24:47 [debug] 1784#0: *559212 http proxy status 400 "400 Bad Request" 2014/12/17 09:24:47 [debug] 1784#0: *559212 http proxy header: "Server: Apache-Coyote/1.1" Как я и предсказывал, и это видно из дебаг-лога, 400 вам возвращает ваш Apache-Coyote. А почему он это делает, вероятно нужно смотреть в его логах. > Пробовал ставить large_client_header_buffers 4 16k; - не помогло. > Про синтаксическую ошибку тоже непонятно. При работе локально шлется > запрос: Настройки клиентских в nginx тут не причем, ошибку возвращает не он. > http://192.168.10.174:8080/pentaho/plugin/saiku/api/api/query/48B70736-0D5E-6BFB-8076-949579D759A3/result/metadata/hierarchies/%5BAbonent%5D/levels/RegionDistrict?result=true&searchlimit=3000&_=1418820475276 > > На что выдается ответ в виде: > [{"uniqueName":"[Abonent].[Городской район]","name":"Городской > район","caption":"Городской район"}] > > Удаленно на тот же запрос: > http://example.com/pentaho/plugin/saiku/api/api/query/E7D16F33-CE75-99E0-A1F6-76698E250C07/result/metadata/hierarchies/%5BAbonent%5D/levels/RegionDistrict?result=true&searchlimit=3000&_=1418820165289 > > Выдается ошибка 400 Bad Request. Запрос не тот же. Запрос, который nginx отправляет на ваш бэкенд выглядит на самом деле так: /pentaho/plugin/saiku/api/api/query/54C6BBA9-DCF7-B3BE-B4D8-12FD3F8B2934/result/metadata/hierarchies/[PaymentDate.Date]/levels/Month?result=true&searchlimit=3000&_=1418808269308 и обратите внимание, что он содержит квадратные скобки в незакодированном виде. А почему это так по всей видимости кроется в настройках, которые вы скрываете от нас. -- Валентин Бартенев From nginx-forum at nginx.us Wed Dec 17 15:01:03 2014 From: nginx-forum at nginx.us (itpp2012) Date: Wed, 17 Dec 2014 10:01:03 -0500 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: References: Message-ID: <0d317350185b01a4a9964bc77b647285.NginxMailingListRussian@forum.nginx.org> Тогда вам придется узнать о предельных умолчанию функций в в nginx, который может быть продлен до PHP, а также, или показать пример, поясняющий, что вы хотите или то, что не работает. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255544,255568#msg-255568 From dmitry.goryainov at gmail.com Wed Dec 17 15:15:41 2014 From: dmitry.goryainov at gmail.com (Dmitry) Date: Wed, 17 Dec 2014 19:15:41 +0400 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: <0d317350185b01a4a9964bc77b647285.NginxMailingListRussian@forum.nginx.org> References: <0d317350185b01a4a9964bc77b647285.NginxMailingListRussian@forum.nginx.org> Message-ID: Извините за оффтоп. Но честно не могу понять людей на вин-платформе апп- и бэк- серверов в претензиях к nginx. А людей у которых вин-сервер за бесплатно в продакшене (то есть хакнут) - тем более. Сори за оффтоп. 17.12.2014 19:01 пользователь "itpp2012" написал: > Тогда вам придется узнать о предельных умолчанию функций в в nginx, который > может быть продлен до PHP, а также, или показать пример, поясняющий, что вы > хотите или то, что не работает. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,255544,255568#msg-255568 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Wed Dec 17 15:24:01 2014 From: nginx-forum at nginx.us (sofiamay) Date: Wed, 17 Dec 2014 10:24:01 -0500 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: References: Message-ID: <4955804713ca4b0579ca82a9c9175201.NginxMailingListRussian@forum.nginx.org> У всех нормальных людей или куплена лицензия, или как у меня Windows Server бесплатно предоставляется хостером. И вы правильно заметили - это оффтоп. Если нечего сказать по делу, то не нужно вставлять высказывать своё "фи" в адрес использования Nginx под Windows (кому нужно, тот и использует, вам не нужно понимать таких людей, это ваше право и здесь никто не спрашивал чьё либо мнение по этому поводу) и строить сказочные предположения про хакнутые сервера. Спасибо. Я обращаюсь в первую очередь к разработчикам и тем, кто имеет к ним отношение. Развитие Nginx под Windows и так много лет не идёт, есть только минимальная поддержка, а в части PHP так вообще туго и вот это нужно хоть как-то поправить. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255544,255573#msg-255573 From nginx-forum at nginx.us Wed Dec 17 15:24:48 2014 From: nginx-forum at nginx.us (sofiamay) Date: Wed, 17 Dec 2014 10:24:48 -0500 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: <0d317350185b01a4a9964bc77b647285.NginxMailingListRussian@forum.nginx.org> References: <0d317350185b01a4a9964bc77b647285.NginxMailingListRussian@forum.nginx.org> Message-ID: <43c9d49cf6e53299bd29840af1bb606d.NginxMailingListRussian@forum.nginx.org> Можно по русски? Моя вас не понимать. Пример, поясняющий что не работает, вы найдёте в первом посте. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255544,255574#msg-255574 From nginx-forum at nginx.us Wed Dec 17 16:08:59 2014 From: nginx-forum at nginx.us (sofiamay) Date: Wed, 17 Dec 2014 11:08:59 -0500 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: <0d317350185b01a4a9964bc77b647285.NginxMailingListRussian@forum.nginx.org> References: <0d317350185b01a4a9964bc77b647285.NginxMailingListRussian@forum.nginx.org> Message-ID: <4875d84e522b51dd5704619157679ca3.NginxMailingListRussian@forum.nginx.org> I understand you're a developer version nginx-win.ecsds.eu? Could you help with the addition of the desired option? Need to do: PHP Backend = 1 active connection. In the commercial version has the option of "max_conns" , but the free version does not have it. Without this option max connections to site (php pages) = number of PHP CGI workers. If active 5 CGI workers, we can do no more than 5 simultaneous requests to the site. Option allows nginx to wait until the worker is unavailable and all requests to site would not terminated with an error. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255544,255578#msg-255578 From mva at mva.name Wed Dec 17 16:11:00 2014 From: mva at mva.name (Vadim A. Misbakh-Soloviov) Date: Wed, 17 Dec 2014 22:11 +0600 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: <4955804713ca4b0579ca82a9c9175201.NginxMailingListRussian@forum.nginx.org> References: <4955804713ca4b0579ca82a9c9175201.NginxMailingListRussian@forum.nginx.org> Message-ID: <7589135.IZDFQV0sPO@note> В письме от Ср, 17 декабря 2014 10:24:01 пользователь sofiamay написал: > > Я обращаюсь в первую очередь к разработчикам и тем, кто имеет к ним > отношение. Развитие Nginx под Windows и так много лет не идёт, есть только > минимальная поддержка, а в части PHP так вообще туго и вот это нужно хоть > как-то поправить. Почему нужно? Основную ЦА NginX'а такое положение дел устраивает. Разработчиков, как видите, тоже. P.S. Я вас обрадую: все (по крайней мере, большинство) фичи из Plus версии со временем мигрируют в обычную версию. Просто нет чётких временных рамок для этого. -- Best regards, mva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: From mdounin at mdounin.ru Wed Dec 17 16:52:56 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 17 Dec 2014 19:52:56 +0300 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: References: Message-ID: <20141217165256.GR45960@mdounin.ru> Hello! On Tue, Dec 16, 2014 at 06:40:57PM -0500, sofiamay wrote: > Привет всем, проблема банальная - но довольно серьёзная. Nginx невозможно > использовать в Windows ввиду отсутствия настройки, которая бы ограничивала > коннекты бэкендов к Fast-CGI. Думаю все знают что PHP-FPM для Windows нет и > не будет? Получается Nginx сейчас можно использовать в Windows только чтобы > поиграться со статикой, о PHP можно забыть. > > Теперь более детально объясняю на пальцах: > > 1) В Windows нет PHP-FPM, поэтому традиционно используется FAST-CGI, к > примеру так: c:\php\php-cgi.exe -b 127.0.0.1:5000 -c c:\php\php.ini > Т.е. важно чтобы все понимали, что количество одновременных запросов, > которое может обрабатывать PHP, равно количеству вот таких вот CGI воркеров, > которые висят на портах: 5001 5002 и т.д. каждый воркер жрёт много памяти, > поэтому много их не запустишь. > > 2) Теперь что у нас получается, чтобы обработать не 2-3 запроса к PHP, а > хотя бы 20 одновременных, нам нужно чтобы Nginx попридержал лишние коннекты, > пока все бэкенды заняты, т.е. чтобы он не пытался делать более 1 > одновременного коннекта к каждому php-воркеру-бэкенду. Но вместо этого Nginx > пытается по кругу подавать коннекты ко всем уже занятым бэкендам и > соответственно выдаёт ошибку когда не может получить ответ ни от одного > бэкенда. Если вас интересует этот вопрос с практической стороны, то рекомендую попробовать балансировку least_conn, читать тут: http://nginx.org/r/least_conn/ru Ещё более практический совет - сменить операционную систему. Windows - не сервер, что бы ни говорила по этому поводу компания Майкрософт, и основной смысл существования nginx под Windows - обеспечить лёгкость локального тестирования и разработки сайтов тем, кто использует Windows на десктопе. Использовать nginx под Windows на боевых серверах - смело, но глупо. А ваши проблемы с php, который "жрёт много памяти", лишний раз подтверждают, что проблема - не в nginx'е. -- Maxim Dounin http://nginx.org/ From nginx-forum at nginx.us Wed Dec 17 17:31:01 2014 From: nginx-forum at nginx.us (sofiamay) Date: Wed, 17 Dec 2014 12:31:01 -0500 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: <20141217165256.GR45960@mdounin.ru> References: <20141217165256.GR45960@mdounin.ru> Message-ID: <65de2b3f1f7b5bc0388070f98b931718.NginxMailingListRussian@forum.nginx.org> Nginx всё больше и больше используется в Windows. Многим нет смысла разбираться с Linux, если есть готовый Windows сервер и проекты у которых нет привязки к Linux или проекты которые требуют минимальной поддержки PHP. На Linux проблема работы с PHP совершенно не актуальна ввиду наличия PHP-FPM. Но что делать Windows пользователям? Почему такая дискриминация. Я просто не понимаю. Вон выше даже дали ссылку на http://nginx-win.ecsds.eu/ отличную сборку, которая может держать десятки тысяч коннектов. Осталось решить вопрос с PHP, Максим, пожалуйста, прислушайтесь. Проблему нужно решить :( Вы отсылаете к least_conn, но отсылка к least_conn не имеет смысла, что толку от того, что запросы будут перенаправляться к наименее загруженному бэкенду, если они и так все заняты? Нужно сделать чтобы в Windows Nginx вообще не мог делать более 1 активного коннекта к бэкенду и ждал пока хоть один освободится. Это делает опция max_conns которую почему-то добавили в платную подписку, хотя оно и понятно почему - не подумали про Windows. Как уже писалось выше - есть прекрасная сборка от nginx-win.ecsds.eu, но чтобы её использовать с PHP осталось решить вопрос с ограничением коннекта к бэкенду. Уверен, что популярность Nginx под Windows выстрелит, как только его можно будет начать нормально использовать (первую проблему с 1024 подключений за авторов Nginx решили в nginx-win.ecsds.eu, вторая с работой PHP пока не решена). Максим, знаю что вы разработчик, пожалуйста, пойдите навстречу Windows пользователям. Не нужно отмахиваться от всех Windows пользователей, говоря что сервер для тестирования и хватит вам 10-20 однокременных коннектов к PHP. Хотя я сам вас прекрасно понимаю и согласен что сервер на Windows это бред, но тем не менее я сам вижу что есть куча проектов которые прекрасно живут под Windows и их всё больше. Проблема есть, нужно решать, и всё дело лишь в одной опции, неужели хотение денег выше здравого смысла? Пожалуйста, помогите с решением вопроса. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255544,255584#msg-255584 From dmitry.goryainov at gmail.com Wed Dec 17 17:36:53 2014 From: dmitry.goryainov at gmail.com (Dmitry) Date: Wed, 17 Dec 2014 21:36:53 +0400 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: <65de2b3f1f7b5bc0388070f98b931718.NginxMailingListRussian@forum.nginx.org> References: <20141217165256.GR45960@mdounin.ru> <65de2b3f1f7b5bc0388070f98b931718.NginxMailingListRussian@forum.nginx.org> Message-ID: Все больше все больше и больше уходит с рынка серверных систем и остаётся только в интранете офисного пакета. Платного. Довольно дорогого. 17.12.2014 21:31 пользователь "sofiamay" написал: > Nginx всё больше и больше используется в Windows. Многим нет смысла > разбираться с Linux, если есть готовый Windows сервер и проекты у которых > нет привязки к Linux или проекты которые требуют минимальной поддержки PHP. > На Linux проблема работы с PHP совершенно не актуальна ввиду наличия > PHP-FPM. Но что делать Windows пользователям? Почему такая дискриминация. > > Я просто не понимаю. Вон выше даже дали ссылку на > http://nginx-win.ecsds.eu/ > отличную сборку, которая может держать десятки тысяч коннектов. Осталось > решить вопрос с PHP, Максим, пожалуйста, прислушайтесь. Проблему нужно > решить :( > > Вы отсылаете к least_conn, но отсылка к least_conn не имеет смысла, что > толку от того, что запросы будут перенаправляться к наименее загруженному > бэкенду, если они и так все заняты? Нужно сделать чтобы в Windows Nginx > вообще не мог делать более 1 активного коннекта к бэкенду и ждал пока хоть > один освободится. Это делает опция max_conns которую почему-то добавили в > платную подписку, хотя оно и понятно почему - не подумали про Windows. > > Как уже писалось выше - есть прекрасная сборка от nginx-win.ecsds.eu, но > чтобы её использовать с PHP осталось решить вопрос с ограничением коннекта > к > бэкенду. Уверен, что популярность Nginx под Windows выстрелит, как только > его можно будет начать нормально использовать (первую проблему с 1024 > подключений за авторов Nginx решили в nginx-win.ecsds.eu, вторая с работой > PHP пока не решена). > > Максим, знаю что вы разработчик, пожалуйста, пойдите навстречу Windows > пользователям. Не нужно отмахиваться от всех Windows пользователей, говоря > что сервер для тестирования и хватит вам 10-20 однокременных коннектов к > PHP. Хотя я сам вас прекрасно понимаю и согласен что сервер на Windows это > бред, но тем не менее я сам вижу что есть куча проектов которые прекрасно > живут под Windows и их всё больше. > > Проблема есть, нужно решать, и всё дело лишь в одной опции, неужели хотение > денег выше здравого смысла? Пожалуйста, помогите с решением вопроса. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,255544,255584#msg-255584 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmitry.goryainov at gmail.com Wed Dec 17 17:39:39 2014 From: dmitry.goryainov at gmail.com (Dmitry) Date: Wed, 17 Dec 2014 21:39:39 +0400 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: References: <20141217165256.GR45960@mdounin.ru> <65de2b3f1f7b5bc0388070f98b931718.NginxMailingListRussian@forum.nginx.org> Message-ID: Ну как бы так: если Майкрософт захочет профинансировать жнджинкс для своего пакета - ок, понятно. А так не ясно. Адекватный алмин на этой платформе - не очевидно. 17.12.2014 21:36 пользователь "Dmitry" написал: > Все больше все больше и больше уходит с рынка серверных систем и остаётся > только в интранете офисного пакета. Платного. Довольно дорогого. > 17.12.2014 21:31 пользователь "sofiamay" написал: > >> Nginx всё больше и больше используется в Windows. Многим нет смысла >> разбираться с Linux, если есть готовый Windows сервер и проекты у которых >> нет привязки к Linux или проекты которые требуют минимальной поддержки >> PHP. >> На Linux проблема работы с PHP совершенно не актуальна ввиду наличия >> PHP-FPM. Но что делать Windows пользователям? Почему такая дискриминация. >> >> Я просто не понимаю. Вон выше даже дали ссылку на >> http://nginx-win.ecsds.eu/ >> отличную сборку, которая может держать десятки тысяч коннектов. Осталось >> решить вопрос с PHP, Максим, пожалуйста, прислушайтесь. Проблему нужно >> решить :( >> >> Вы отсылаете к least_conn, но отсылка к least_conn не имеет смысла, что >> толку от того, что запросы будут перенаправляться к наименее загруженному >> бэкенду, если они и так все заняты? Нужно сделать чтобы в Windows Nginx >> вообще не мог делать более 1 активного коннекта к бэкенду и ждал пока хоть >> один освободится. Это делает опция max_conns которую почему-то добавили в >> платную подписку, хотя оно и понятно почему - не подумали про Windows. >> >> Как уже писалось выше - есть прекрасная сборка от nginx-win.ecsds.eu, но >> чтобы её использовать с PHP осталось решить вопрос с ограничением >> коннекта к >> бэкенду. Уверен, что популярность Nginx под Windows выстрелит, как только >> его можно будет начать нормально использовать (первую проблему с 1024 >> подключений за авторов Nginx решили в nginx-win.ecsds.eu, вторая с >> работой >> PHP пока не решена). >> >> Максим, знаю что вы разработчик, пожалуйста, пойдите навстречу Windows >> пользователям. Не нужно отмахиваться от всех Windows пользователей, говоря >> что сервер для тестирования и хватит вам 10-20 однокременных коннектов к >> PHP. Хотя я сам вас прекрасно понимаю и согласен что сервер на Windows это >> бред, но тем не менее я сам вижу что есть куча проектов которые прекрасно >> живут под Windows и их всё больше. >> >> Проблема есть, нужно решать, и всё дело лишь в одной опции, неужели >> хотение >> денег выше здравого смысла? Пожалуйста, помогите с решением вопроса. >> >> Posted at Nginx Forum: >> http://forum.nginx.org/read.php?21,255544,255584#msg-255584 >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru at nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmm at csdoc.com Wed Dec 17 18:15:48 2014 From: gmm at csdoc.com (Gena Makhomed) Date: Wed, 17 Dec 2014 20:15:48 +0200 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: <65de2b3f1f7b5bc0388070f98b931718.NginxMailingListRussian@forum.nginx.org> References: <20141217165256.GR45960@mdounin.ru> <65de2b3f1f7b5bc0388070f98b931718.NginxMailingListRussian@forum.nginx.org> Message-ID: <5491C854.7020302@csdoc.com> On 17.12.2014 19:31, sofiamay wrote: > Многим нет смысла разбираться с Linux, > если есть готовый Windows сервер и проекты у которых > нет привязки к Linux или проекты которые требуют минимальной поддержки PHP. Вам нет смысла разбираться с nginx, когда есть готовый Windows сервер. Достаточно просто настроить его по инструкции и все будет работать. http://php.iis.net/ http://php.net/manual/ru/install.windows.iis7.php Если вдруг не будет работать - обращайтесь в службу поддержки своего хостера, который продал вам эту услугу или в Майкрософт. > Но что делать Windows пользователям? Использовать IIS или переходить на FreeBSD/Linux. -- Best regards, Gena From nginx-forum at nginx.us Wed Dec 17 18:25:58 2014 From: nginx-forum at nginx.us (sofiamay) Date: Wed, 17 Dec 2014 13:25:58 -0500 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: <5491C854.7020302@csdoc.com> References: <5491C854.7020302@csdoc.com> Message-ID: Ахах, спасибо за совет, Гена. Я, и многие другие, без вас разберутся на чём и с чем им работать и куда обращаться. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255544,255588#msg-255588 From mva at mva.name Wed Dec 17 18:39:17 2014 From: mva at mva.name (Vadim A. Misbakh-Soloviov) Date: Thu, 18 Dec 2014 00:39:17 +0600 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: References: <5491C854.7020302@csdoc.com> Message-ID: <6013835.xtqrCTyskg@note> В письме от Ср, 17 декабря 2014 13:25:58 пользователь sofiamay написал: > Ахах, спасибо за совет, Гена. Я, и многие другие, без вас разберутся на чём > и с чем им работать и куда обращаться. > Учитывая, что вы настаиваете на допиливании БЕСПЛАТНОЙ community-версии NgX под ваши личные нужды, при этом достаточно богаты, чтобы использовать Windows на сервере, но не хотите покупать plus-подписку ? разработчики могут вам ответить то же самое: что они сами разберутся в какой сборке какие фичи релизить почём продавать plus подписку. Вам уже несколько раз дали понять, что рынок Windows-систем NginX'у не интересен. -- Best regards, mva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: From mdounin at mdounin.ru Wed Dec 17 18:46:45 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 17 Dec 2014 21:46:45 +0300 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: <65de2b3f1f7b5bc0388070f98b931718.NginxMailingListRussian@forum.nginx.org> References: <20141217165256.GR45960@mdounin.ru> <65de2b3f1f7b5bc0388070f98b931718.NginxMailingListRussian@forum.nginx.org> Message-ID: <20141217184645.GS45960@mdounin.ru> Hello! On Wed, Dec 17, 2014 at 12:31:01PM -0500, sofiamay wrote: > Вы отсылаете к least_conn, но отсылка к least_conn не имеет смысла, что > толку от того, что запросы будут перенаправляться к наименее загруженному > бэкенду, если они и так все заняты? Нужно сделать чтобы в Windows Nginx Как минимум, least_conn поможет избежать лишнего ожидания в случаях, когда есть свободные процессы. В любом случае - станет лучше, чем при использовании round-robin'а. Если же хочется, чтобы было совсем хорошо, т.е. полноценной и эффективной работы - то, как уже было сказано, имеет смысл переходить на unix-системы, где есть нормальная поддержка системного вызова fork() и можно дёшево делать много рабочих процессов. Это спасёт вас от множества проблем и сэкономит массу ресурсов - в частности, память в том же php. -- Maxim Dounin http://nginx.org/ From andrei.seredenko at gmail.com Wed Dec 17 18:54:46 2014 From: andrei.seredenko at gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCh0LXRgNC10LTQtdC90LrQvg==?=) Date: Wed, 17 Dec 2014 21:54:46 +0300 Subject: nginx-ru Digest, Vol 62, Issue 23 In-Reply-To: References: Message-ID: ухх, ребят.. читать вас - одно сплошное удовольствие =) 17 декабря 2014 г., 21:46 пользователь написал: > > Сообщения, предназначенные для списка рассылки nginx-ru, необходимо > отправлять по адресу > nginx-ru at nginx.org > > Для изменения параметров подписки вы можеже использовать веб-страницу > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > Для получения информации о том, как пользовать почтовым интерфейсом, > отправьте письмо, в теле или теме которого будет слово 'help', по > адресу: > nginx-ru-request at nginx.org > > Адрес человека, ответственного за этот список рассылки: > nginx-ru-owner at nginx.org > > При ответе, пожалуйста, измение тему письма так, чтобы она была более > содержательной чем "Re: Содержание дайджеста списка рассылки > nginx-ru..." > > Today's Topics: > > 1. Re: Всем: Платная опция и невозможность использования Nginx > под Windows (Dmitry) > 2. Re: Всем: Платная опция и невозможность использования Nginx > под Windows (Gena Makhomed) > 3. Re: Всем: Платная опция и невозможность использования Nginx > под Windows (sofiamay) > 4. Re: Всем: Платная опция и невозможность использования Nginx > под Windows (Vadim A. Misbakh-Soloviov) > 5. Re: Всем: Платная опция и невозможность использования Nginx > под Windows (Maxim Dounin) > > > ---------- Пересылаемое сообщение ---------- > From: Dmitry > To: nginx-ru at nginx.org > Cc: > Date: Wed, 17 Dec 2014 21:39:39 +0400 > Subject: Re: Всем: Платная опция и невозможность использования Nginx под > Windows > > Ну как бы так: если Майкрософт захочет профинансировать жнджинкс для > своего пакета - ок, понятно. А так не ясно. Адекватный алмин на этой > платформе - не очевидно. > 17.12.2014 21:36 пользователь "Dmitry" > написал: > >> Все больше все больше и больше уходит с рынка серверных систем и остаётся >> только в интранете офисного пакета. Платного. Довольно дорогого. >> 17.12.2014 21:31 пользователь "sofiamay" написал: >> >>> Nginx всё больше и больше используется в Windows. Многим нет смысла >>> разбираться с Linux, если есть готовый Windows сервер и проекты у которых >>> нет привязки к Linux или проекты которые требуют минимальной поддержки >>> PHP. >>> На Linux проблема работы с PHP совершенно не актуальна ввиду наличия >>> PHP-FPM. Но что делать Windows пользователям? Почему такая дискриминация. >>> >>> Я просто не понимаю. Вон выше даже дали ссылку на >>> http://nginx-win.ecsds.eu/ >>> отличную сборку, которая может держать десятки тысяч коннектов. Осталось >>> решить вопрос с PHP, Максим, пожалуйста, прислушайтесь. Проблему нужно >>> решить :( >>> >>> Вы отсылаете к least_conn, но отсылка к least_conn не имеет смысла, что >>> толку от того, что запросы будут перенаправляться к наименее загруженному >>> бэкенду, если они и так все заняты? Нужно сделать чтобы в Windows Nginx >>> вообще не мог делать более 1 активного коннекта к бэкенду и ждал пока >>> хоть >>> один освободится. Это делает опция max_conns которую почему-то добавили в >>> платную подписку, хотя оно и понятно почему - не подумали про Windows. >>> >>> Как уже писалось выше - есть прекрасная сборка от nginx-win.ecsds.eu, но >>> чтобы её использовать с PHP осталось решить вопрос с ограничением >>> коннекта к >>> бэкенду. Уверен, что популярность Nginx под Windows выстрелит, как только >>> его можно будет начать нормально использовать (первую проблему с 1024 >>> подключений за авторов Nginx решили в nginx-win.ecsds.eu, вторая с >>> работой >>> PHP пока не решена). >>> >>> Максим, знаю что вы разработчик, пожалуйста, пойдите навстречу Windows >>> пользователям. Не нужно отмахиваться от всех Windows пользователей, >>> говоря >>> что сервер для тестирования и хватит вам 10-20 однокременных коннектов к >>> PHP. Хотя я сам вас прекрасно понимаю и согласен что сервер на Windows >>> это >>> бред, но тем не менее я сам вижу что есть куча проектов которые прекрасно >>> живут под Windows и их всё больше. >>> >>> Проблема есть, нужно решать, и всё дело лишь в одной опции, неужели >>> хотение >>> денег выше здравого смысла? Пожалуйста, помогите с решением вопроса. >>> >>> Posted at Nginx Forum: >>> http://forum.nginx.org/read.php?21,255544,255584#msg-255584 >>> >>> _______________________________________________ >>> nginx-ru mailing list >>> nginx-ru at nginx.org >>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> >> > > ---------- Пересылаемое сообщение ---------- > From: Gena Makhomed > To: nginx-ru at nginx.org > Cc: > Date: Wed, 17 Dec 2014 20:15:48 +0200 > Subject: Re: Всем: Платная опция и невозможность использования Nginx под > Windows > On 17.12.2014 19:31, sofiamay wrote: > > Многим нет смысла разбираться с Linux, >> > > если есть готовый Windows сервер и проекты у которых > >> нет привязки к Linux или проекты которые требуют минимальной поддержки >> PHP. >> > > Вам нет смысла разбираться с nginx, когда есть готовый Windows сервер. > Достаточно просто настроить его по инструкции и все будет работать. > > http://php.iis.net/ > > http://php.net/manual/ru/install.windows.iis7.php > > Если вдруг не будет работать - обращайтесь в службу поддержки > своего хостера, который продал вам эту услугу или в Майкрософт. > > Но что делать Windows пользователям? >> > > Использовать IIS или переходить на FreeBSD/Linux. > > -- > Best regards, > Gena > > > > > ---------- Пересылаемое сообщение ---------- > From: sofiamay > To: nginx-ru at nginx.org > Cc: > Date: Wed, 17 Dec 2014 13:25:58 -0500 > Subject: Re: Всем: Платная опция и невозможность использования Nginx под > Windows > Ахах, спасибо за совет, Гена. Я, и многие другие, без вас разберутся на чём > и с чем им работать и куда обращаться. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,255544,255588#msg-255588 > > > > > ---------- Пересылаемое сообщение ---------- > From: "Vadim A. Misbakh-Soloviov" > To: nginx-ru at nginx.org > Cc: > Date: Thu, 18 Dec 2014 00:39:17 +0600 > Subject: Re: Всем: Платная опция и невозможность использования Nginx под > Windows > В письме от Ср, 17 декабря 2014 13:25:58 пользователь sofiamay написал: > > Ахах, спасибо за совет, Гена. Я, и многие другие, без вас разберутся на > чём > > и с чем им работать и куда обращаться. > > > Учитывая, что вы настаиваете на допиливании БЕСПЛАТНОЙ community-версии NgX > под ваши личные нужды, при этом достаточно богаты, чтобы использовать > Windows > на сервере, но не хотите покупать plus-подписку ? разработчики могут вам > ответить то же самое: что они сами разберутся в какой сборке какие фичи > релизить почём продавать plus подписку. > > Вам уже несколько раз дали понять, что рынок Windows-систем NginX'у не > интересен. > > -- > Best regards, > mva > > > ---------- Пересылаемое сообщение ---------- > From: Maxim Dounin > To: nginx-ru at nginx.org > Cc: > Date: Wed, 17 Dec 2014 21:46:45 +0300 > Subject: Re: Всем: Платная опция и невозможность использования Nginx под > Windows > Hello! > > On Wed, Dec 17, 2014 at 12:31:01PM -0500, sofiamay wrote: > > > Вы отсылаете к least_conn, но отсылка к least_conn не имеет смысла, что > > толку от того, что запросы будут перенаправляться к наименее загруженному > > бэкенду, если они и так все заняты? Нужно сделать чтобы в Windows Nginx > > Как минимум, least_conn поможет избежать лишнего ожидания в > случаях, когда есть свободные процессы. В любом случае - станет > лучше, чем при использовании round-robin'а. > > Если же хочется, чтобы было совсем хорошо, т.е. полноценной и > эффективной работы - то, как уже было сказано, имеет смысл > переходить на unix-системы, где есть нормальная поддержка > системного вызова fork() и можно дёшево делать много рабочих > процессов. Это спасёт вас от множества проблем и сэкономит массу > ресурсов - в частности, память в том же php. > > -- > Maxim Dounin > http://nginx.org/ > > > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Wed Dec 17 19:08:26 2014 From: nginx-forum at nginx.us (sofiamay) Date: Wed, 17 Dec 2014 14:08:26 -0500 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: <20141217184645.GS45960@mdounin.ru> References: <20141217184645.GS45960@mdounin.ru> Message-ID: Maxim Dounin Wrote: ------------------------------------------------------- > Hello! > > On Wed, Dec 17, 2014 at 12:31:01PM -0500, sofiamay wrote: > > Если же хочется, чтобы было совсем хорошо, т.е. полноценной и > эффективной работы - то, как уже было сказано, имеет смысл > переходить на unix-системы Вот именно что полноценной. Такой же как и на Linux. В общем налицо ярая дискриминация Windows пользователей и нежелание разработчиков шевелится в этом направлении. Я вас услышал и понял. Только вот лицемерить не нужно было и посылать в Linux, потому что в Nginx давно всё есть для полноценной работы в Windows с PHP. Достаточно разблокировать одну опцию, но видимо всем плевать. Именно плевать на windows пользователей, потому что покупать за выставленный ценник никто Nginx не будет, проще использовать Apache под Windows. Какой смысл издеваться и советовать пересесть на Linux, если пользователю нужна работа под Windows и она есть, просто заблокирована разработчиками. Остаётся надеяться, что когда-нибудь кто-то ещё из разработчиков Nginx прочитает эту тему и задумается о том, почему их творение почти никто не юзает в Windows хотя для этого всё есть. Возможность полноценной работы с PHP есть, а возможности использовать эту возможность, кроме как отвалить кучу зелени по неадекватной цене - нет. Но всё это впрочем не удивительно в свете того, что Nginx давно перестал слушать пользователей. Может когда-то что-то изменится в головах разработчиков или появится нормальный форк для работы с PHP под Windows. Остаётся ждать и надеяться. Всех с наступающим! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255544,255592#msg-255592 From nginx-forum at nginx.us Wed Dec 17 19:15:59 2014 From: nginx-forum at nginx.us (sofiamay) Date: Wed, 17 Dec 2014 14:15:59 -0500 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: <6013835.xtqrCTyskg@note> References: <6013835.xtqrCTyskg@note> Message-ID: mva, так вот пусть разработчики разберутся, не интересен рынок Windows или просто очень денег хочется? Если им не интересна платформа Windows совсем, то что мешает добавить в Windows бинарники (не в Linux) эту несчастную опцию чтобы виндузятники были счастливы? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255544,255593#msg-255593 From andrey at kopeyko.ru Wed Dec 17 19:20:11 2014 From: andrey at kopeyko.ru (Andrey Kopeyko) Date: Wed, 17 Dec 2014 22:20:11 +0300 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: References: <20141217184645.GS45960@mdounin.ru> Message-ID: <5491D76B.9060808@kopeyko.ru> 17.12.2014 22:08, sofiamay пишет: > Maxim Dounin Wrote: > ------------------------------------------------------- >> Hello! >> >> On Wed, Dec 17, 2014 at 12:31:01PM -0500, sofiamay wrote: >> >> Если же хочется, чтобы было совсем хорошо, т.е. полноценной и >> эффективной работы - то, как уже было сказано, имеет смысл >> переходить на unix-системы > > Вот именно что полноценной. Такой же как и на Linux. В общем налицо ярая > дискриминация Windows пользователей и нежелание разработчиков шевелится в > этом направлении. Я вас услышал и понял. Молодой человек, вот тут у вас ошибочка - вы "услышали и поняли" всего лишь голоса в вашей голове. > потому что в Nginx > давно всё есть для полноценной работы в Windows с PHP. Вот тут у вас логическое противоречие - если "давно всё есть для полноценной работы", тогда о какой проблеме вы говорите?? > Достаточно > разблокировать одну опцию, Вот здесь вы демонстрируете свой непрофессионализм. > и > она есть, просто заблокирована разработчиками. Это опенсорс, молодой человек, и у вас есть ровно 2 (два) пути решения вашей проблемы: 1) разобраться в потрохах и написать\допатчить самому 2) нанять компанию nginx.com для доработок под ваши нужды. Но вы упорно выбираете третий путь - нытья о заговоре против Винды. На этом пути - решения вашей проблемы точно нет. > -- Best regards, Andrey Kopeyko From mva at mva.name Wed Dec 17 19:27:36 2014 From: mva at mva.name (Vadim A. Misbakh-Soloviov) Date: Thu, 18 Dec 2014 01:27:36 +0600 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: References: <6013835.xtqrCTyskg@note> Message-ID: <2125813.GTEhnVH7Nm@note> В письме от Ср, 17 декабря 2014 14:15:59 пользователь sofiamay написал: > mva, так вот пусть разработчики разберутся, не интересен рынок Windows или > просто очень денег хочется? Они вполне получают достаточное финансирование с компаний, использующих *BSD и GNU/Linux. Тот же Клаудфлейр, я более чем уверен имеет подписку на пучок плюсоинстансов. А поддержка Windows как таковая, как Вам уже десяток раз сказали, есть только для того, чтобы у [личностная характеристика] программистов, пишущих и тестирующих на локальной машине, была возможность для тестирования. С одним пользователем. Тестирования. Не продакшн. > Если им не интересна платформа Windows совсем, то что мешает добавить в > Windows бинарники (не в Linux) эту несчастную опцию чтобы виндузятники были > счастливы? Лишние трудозатраты без заинтересованности в этом, например. ================== P.S. Ну и в тему [личностная характеристика] программистов и оффтопа ради: Лично я (хоть и не использую Windows нигде и никогда, и в последние лет 15 видел её только предустановленной на одном из купленных женой лаптопов) не обламываюсь писать HighLoad сайт на Lua. Язык очень лёгкий и, как по мне, намного удобнее PHP. Не знаю, что (кроме лени, обв) мешает людям его изучить за пару часов... -- Best regards, mva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: From mva at mva.name Wed Dec 17 19:28:34 2014 From: mva at mva.name (Vadim A. Misbakh-Soloviov) Date: Thu, 18 Dec 2014 01:28:34 +0600 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: <5491D76B.9060808@kopeyko.ru> References: <20141217184645.GS45960@mdounin.ru> <5491D76B.9060808@kopeyko.ru> Message-ID: <2963892.CSBAntXxrh@note> В письме от Ср, 17 декабря 2014 22:20:11 пользователь Andrey Kopeyko написал: > Это опенсорс, молодой человек, и у вас есть ровно 2 (два) пути решения > вашей проблемы: > > 1) разобраться в потрохах и написать\допатчить самому > > 2) нанять компанию nginx.com для доработок под ваши нужды. > > Но вы упорно выбираете третий путь - нытья о заговоре против Винды. На > этом пути - решения вашей проблемы точно нет. This! -- Best regards, mva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: From nginx-forum at nginx.us Wed Dec 17 19:35:42 2014 From: nginx-forum at nginx.us (sofiamay) Date: Wed, 17 Dec 2014 14:35:42 -0500 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: <5491D76B.9060808@kopeyko.ru> References: <5491D76B.9060808@kopeyko.ru> Message-ID: <89a37f18422f178b6f8a59aafb58ccd6.NginxMailingListRussian@forum.nginx.org> Andrey Kopeyko, я конечно ни разу не программист, но объясните мне на пальцах, как можно заказать/дописать/пропатчить то, что уже давно написано и работает? Опция есть, она просто доступна только в платной версии. Или вы, как и большинство отвечающих, прочитали все посты за 2 секунды по диагонали? Или может я такой глупый и чего-то не понимаю? Ситуация в том, что в Windows, в отличие от Linux, без этой опции не обойтись. Я попросил её разблокировать для Windows, не хотят - ну и не нужно, обойдемся без Nginx. Просто есть здравый смысл, где-то он берет верх над, где-то нет. В данном случае меня не поняли, а может не захотели, ну и ладно. Как говорится на нет и суда нет. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255544,255597#msg-255597 From nginx-forum at nginx.us Wed Dec 17 19:41:01 2014 From: nginx-forum at nginx.us (sofiamay) Date: Wed, 17 Dec 2014 14:41:01 -0500 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: <89a37f18422f178b6f8a59aafb58ccd6.NginxMailingListRussian@forum.nginx.org> References: <5491D76B.9060808@kopeyko.ru> <89a37f18422f178b6f8a59aafb58ccd6.NginxMailingListRussian@forum.nginx.org> Message-ID: Это уже скоро будет как анекдот: - А зачем делать эту опцию доступной под Windows, если на Windows всё равно Nginx никто не использует? - O_o так потому и не используют, что эта опция недоступна... O_o! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255544,255598#msg-255598 From vbart at nginx.com Wed Dec 17 19:49:18 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Wed, 17 Dec 2014 22:49:18 +0300 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: <89a37f18422f178b6f8a59aafb58ccd6.NginxMailingListRussian@forum.nginx.org> References: <5491D76B.9060808@kopeyko.ru> <89a37f18422f178b6f8a59aafb58ccd6.NginxMailingListRussian@forum.nginx.org> Message-ID: <2910269.8IflCpnafk@vbart-workstation> On Wednesday 17 December 2014 14:35:42 sofiamay wrote: > Andrey Kopeyko, я конечно ни разу не программист, но объясните мне на > пальцах, как можно заказать/дописать/пропатчить то, что уже давно написано и > работает? Опция есть, она просто доступна только в платной версии. Или вы, > как и большинство отвечающих, прочитали все посты за 2 секунды по диагонали? > Или может я такой глупый и чего-то не понимаю? Ситуация в том, что в > Windows, в отличие от Linux, без этой опции не обойтись. > JFYI: http://nginx.com/products/technical-specs/ Среди поддерживаемых для nginx plus платформ Windows отсутствует, так что и разблокировать нечего. Платной версии nginx/windows на сегодняшний день не существует. -- Валентин Бартенев From nginx-forum at nginx.us Wed Dec 17 19:59:13 2014 From: nginx-forum at nginx.us (sofiamay) Date: Wed, 17 Dec 2014 14:59:13 -0500 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: <2910269.8IflCpnafk@vbart-workstation> References: <2910269.8IflCpnafk@vbart-workstation> Message-ID: Валентин, спасибо за ответ. Но ведь тогда разработчики могли бы войти в положение Windows пользователей и скопировать кусок кода, отвечающий за эту опцию, в бесплатную версию? Там же скорее всего просто проверка идёт по числу коннектов простейшая: if число коннектов к бэкенду = заданному в конфиге, то пропустить бэкенд проверяем следующий If все бэкенды заняты, то проверяем так по кругу и ждем, не обрывая соединение. А сейчас Nginx без этой опции тупо выдаёт ошибку если все сервера указанные в upstream заняты, вот и всё. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255544,255600#msg-255600 From mva at mva.name Wed Dec 17 20:02:30 2014 From: mva at mva.name (Vadim A. Misbakh-Soloviov) Date: Thu, 18 Dec 2014 02:02:30 +0600 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: References: <2910269.8IflCpnafk@vbart-workstation> Message-ID: <1496891.5Ef8J39jhr@note> В письме от Ср, 17 декабря 2014 14:59:13 пользователь sofiamay написал: > > if число коннектов к бэкенду = заданному в конфиге, то пропустить бэкенд > проверяем следующий > If все бэкенды заняты, то проверяем так по кругу и ждем, не обрывая > соединение. 1) Как Вам уже сказали ? Вы вполне вольны пропатчить сами. 2) с описанным вами алгоритмом вся прелесть неблокирующести NgX'а пропадает. Просто. Используйте. IIS. -- Best regards, mva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: From mdounin at mdounin.ru Wed Dec 17 20:36:55 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 17 Dec 2014 23:36:55 +0300 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: References: <20141217184645.GS45960@mdounin.ru> Message-ID: <20141217203654.GT45960@mdounin.ru> Hello! On Wed, Dec 17, 2014 at 02:08:26PM -0500, sofiamay wrote: > Maxim Dounin Wrote: > > > Если же хочется, чтобы было совсем хорошо, т.е. полноценной и > > эффективной работы - то, как уже было сказано, имеет смысл > > переходить на unix-системы > > Вот именно что полноценной. Такой же как и на Linux. В общем налицо ярая > дискриминация Windows пользователей и нежелание разработчиков шевелится в > этом направлении. Я вас услышал и понял. Вы, похоже, так и не поняли. Windows - совсем другая платформа, сильно отличающаяся от unix-систем. Полноценная работа на ней множества unix-приложений - невозможна в принципе, из-за другой архитектуры. Ну вот нет fork()'а - и хоть ты тресни, но рабочие процессы будут как минимум неэффективны по памяти. Чтобы было эффективно - надо менять концепцию и переделывать всё на треды. А выполнение того же php в тредах вам сулит множество приятных дней отладки. И так чуть менее, чем везде. Максимум, на что можно рассчитывать под Windows - это более или менее корректная работа. Что мы и пытаемся обеспечить в свободное от основной работы время. > Только вот лицемерить не нужно было и посылать в Linux, потому что в Nginx > давно всё есть для полноценной работы в Windows с PHP. Достаточно > разблокировать одну опцию, но видимо всем плевать. Именно плевать на windows > пользователей, потому что покупать за выставленный ценник никто Nginx не > будет, проще использовать Apache под Windows. Какой смысл издеваться и > советовать пересесть на Linux, если пользователю нужна работа под Windows и > она есть, просто заблокирована разработчиками. На всякий случай отмечу, что nginx plus под Windows мы не продаём, и не планируем. Выше написано почему. Вы же пытаетесь решить свою проблему с неполноценной работой php на Windows (даже не nginx'а) за наш счёт. Это неконструктивно. Хотите решить проблему в php - решайте, баг тут: https://bugs.php.net/bug.php?id=49859 Вашу просьбу открыть бесплатно часть функциональности, которая была создана за деньги и для продажи, т.к. вам кажется, что эта функциональность может быть вам полезна - мы услышали. Как уже было сказано Вадимом, когда-нибудь это, вероятно, случится. А пока - ответ отрицательный. Как существенно улучшить балансировку в вашем случае с помощью добавления одной строки в конфиг - вам было сказано. Что ничто не поможет полностью из-за операционной системы - несколько раз объяснено. На этом, я, видимо, откланиваюсь, ибо смысла продолжать этот разговор не вижу. С наступающим! -- Maxim Dounin http://nginx.org/ From a.vasilishin at kpi.ua Wed Dec 17 21:03:11 2014 From: a.vasilishin at kpi.ua (=?UTF-8?B?0JDQvdC00YDQtdC5INCS0LDRgdC40LvQuNGI0LjQvQ==?=) Date: Wed, 17 Dec 2014 23:03:11 +0200 Subject: NGINX Media Server Message-ID: <5491EF8F.9090002@kpi.ua> Всем привет! Раз уж в соседнем топике затронули платность нгинкс, интересует не планируется ли случайно сделать лицензию наподобие Adobe Media Server 5 Standard и за те же деньги? То есть скажем покупаешь раз вечную лицензию на сервер, нужен только функционал без поддержки. From onokonem at gmail.com Wed Dec 17 23:41:19 2014 From: onokonem at gmail.com (Daniel Podolsky) Date: Thu, 18 Dec 2014 03:41:19 +0400 Subject: =?UTF-8?B?UmU6INCS0YHQtdC8OiDQn9C70LDRgtC90LDRjyDQvtC/0YbQuNGPINC4INC90LU=?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QvtGB0YLRjCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9?= =?UTF-8?B?0LjRjyBOZ2lueCDQv9C+0LQgV2luZG93cw==?= In-Reply-To: <4955804713ca4b0579ca82a9c9175201.NginxMailingListRussian@forum.nginx.org> References: <4955804713ca4b0579ca82a9c9175201.NginxMailingListRussian@forum.nginx.org> Message-ID: 2014-12-17 18:24 GMT+03:00 sofiamay : > > Развитие Nginx под Windows и так много лет не идёт, есть только > минимальная поддержка, а в части PHP так вообще туго и вот это нужно хоть > как-то поправить. > ?Не сочтите за троллинг, пожалуйста, мне реально интересно У вас в системе есть годный запускатель php - IIS. Но вы хотите использовать негодный - nginx.? Этому есть какие-то технические или организационные причины? -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Thu Dec 18 03:25:25 2014 From: nginx-forum at nginx.us (svg1007) Date: Wed, 17 Dec 2014 22:25:25 -0500 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTQsNGH0LAg0L3QtdGB0LrQvtC70YzQutC40YUg0YHQu9GN?= =?UTF-8?B?0YjQtdC5?= In-Reply-To: References: Message-ID: <10b38f23a7a3dfa39503b188d8b85fec.NginxMailingListRussian@forum.nginx.org> merge_slashes пробовал, но почему-то результат не менялся (после reload) А какие-нибудь еще варианты есть? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255553,255611#msg-255611 From mva at mva.name Thu Dec 18 06:16:55 2014 From: mva at mva.name (Vadim A. Misbakh-Soloviov) Date: Thu, 18 Dec 2014 12:16:55 +0600 Subject: NGINX Media Server In-Reply-To: <5491EF8F.9090002@kpi.ua> References: <5491EF8F.9090002@kpi.ua> Message-ID: <1522570.EXn02UHz8U@note> В письме от Ср, 17 декабря 2014 23:03:11 пользователь Андрей Василишин написал: > на сервер, нужен только функционал без поддержки. А чего бы тогда просто не использовать (вкомпилировать) rtmp-модуль самому? -- Best regards, mva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: From nginx-forum at nginx.us Thu Dec 18 09:36:23 2014 From: nginx-forum at nginx.us (Alexey72) Date: Thu, 18 Dec 2014 04:36:23 -0500 Subject: =?UTF-8?B?0J3QtdC+0LHRi9GH0L3Ri9C5IEREb3M=?= Message-ID: Столкнулся с проблемой. Не могу отсеч DDos атаки, злоумышленники не делают много запросов, с одного ip не более 10 соединений. При подключении без взяких заголовков присылают \n\r , тем самым нагружают nginx worker. Ограничения по размеру запроса срабатывают видимо после обработки заголовка, а в этом случае заголовка нет, и так происходит пока по таймауту не отключается сокет. Может быть есть какое-то ограничение по размеру считанных в данном соединении байт. Я не нашел такого параметра. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255615,255615#msg-255615 From vbart at nginx.com Thu Dec 18 09:44:20 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Thu, 18 Dec 2014 12:44:20 +0300 Subject: =?UTF-8?B?UmU6INCd0LXQvtCx0YvRh9C90YvQuSBERG9z?= In-Reply-To: References: Message-ID: <21205677.KVMGO1fOgJ@vbart-laptop> On Thursday 18 December 2014 04:36:23 Alexey72 wrote: > Столкнулся с проблемой. Не могу отсеч DDos атаки, злоумышленники не делают > много запросов, с одного ip не более 10 соединений. > При подключении без взяких заголовков присылают \n\r , тем самым нагружают > nginx worker. Ограничения по размеру запроса срабатывают видимо после > обработки заголовка, а в этом случае заголовка нет, и так происходит пока по > таймауту не отключается сокет. > > Может быть есть какое-то ограничение по размеру считанных в данном > соединении байт. Я не нашел такого параметра. > Неужели так сильно нагружают? Или все же проблем в том, что забивают канал? -- Валентин Бартенев From nginx-forum at nginx.us Thu Dec 18 09:56:02 2014 From: nginx-forum at nginx.us (Alexey72) Date: Thu, 18 Dec 2014 04:56:02 -0500 Subject: =?UTF-8?B?UmU6INCd0LXQvtCx0YvRh9C90YvQuSBERG9z?= In-Reply-To: <21205677.KVMGO1fOgJ@vbart-laptop> References: <21205677.KVMGO1fOgJ@vbart-laptop> Message-ID: <41e5196b3d09e4f61495128420b7fe90.NginxMailingListRussian@forum.nginx.org> У себя на 4х ядерной машине смоделировал, одно подключение попадает на один из worker'ов и загружает 30% ядра(на котором работает worker). Да и канал получается тоже забьется.. если их будет больше, и их не скинуть вовремя и не добавить в бан. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255615,255617#msg-255617 From citrin at citrin.ru Thu Dec 18 10:19:03 2014 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Thu, 18 Dec 2014 13:19:03 +0300 Subject: poodle and broken ssl alerts Message-ID: <5492AA17.2020002@citrin.ru> После обновления openssl с 1.0.1g до 1.0.1j В логи стали в большом количестве сыпаться сообщения вида: [crit] 767#0: *44215130 SSL_do_handshake() failed (SSL: error:140A1175:SSL routines:SSL_BYTES_TO_CIPHER_LIST:inappropriate fallback) while SSL handshaking, client: 192.0.0.225, server: 0.0.0.0:443 В то, что кто то пытается делать downgrade в таком масштабе я поверить не готов. Скорее всего это несовместимость изменений в openssl с какими то клиентами. Кто нибудь разбирался с этой проблемой? Возможно есть какой то workaround чтобы не терять этих клиентов? Хорошая поддержка клиентов в моем случае важнее безопасности. From a.vasilishin at kpi.ua Thu Dec 18 11:12:48 2014 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Thu, 18 Dec 2014 13:12:48 +0200 Subject: NGINX Media Server In-Reply-To: <1522570.EXn02UHz8U@note> References: <5491EF8F.9090002@kpi.ua> <1522570.EXn02UHz8U@note> Message-ID: <5492B6B0.3050406@kpi.ua> 18.12.2014 8:16, Vadim A. Misbakh-Soloviov пишет: > В письме от Ср, 17 декабря 2014 23:03:11 пользователь Андрей Василишин > написал: >> на сервер, нужен только функционал без поддержки. > > А чего бы тогда просто не использовать (вкомпилировать) rtmp-модуль самому? > на ранних стадиях результат работы этогомодуля былплачевный, как счас - не знаю. ну и не только ртмп-модулем славен медиа сервер From mdounin at mdounin.ru Thu Dec 18 13:23:06 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 18 Dec 2014 16:23:06 +0300 Subject: NGINX Media Server In-Reply-To: <5491EF8F.9090002@kpi.ua> References: <5491EF8F.9090002@kpi.ua> Message-ID: <20141218132306.GC79300@mdounin.ru> Hello! On Wed, Dec 17, 2014 at 11:03:11PM +0200, Андрей Василишин wrote: > Всем привет! > Раз уж в соседнем топике затронули платность нгинкс, интересует не > планируется ли случайно сделать лицензию наподобие Adobe Media Server 5 > Standard и за те же деньги? То есть скажем покупаешь раз вечную лицензию на > сервер, нужен только функционал без поддержки. Нет, продавать вечные лицензии мы не планируем. -- Maxim Dounin http://nginx.org/ From nginx-forum at nginx.us Thu Dec 18 13:40:09 2014 From: nginx-forum at nginx.us (=?UTF-8?Q? =D0=9D=D0=B8=D0=BA=D0=B8=D1=82=D0=B0=20=D0=A5=D1=80=D1=83?= =?UTF-8?Q?=D1=89=D0=B5=D0=B2 ?=) Date: Thu, 18 Dec 2014 08:40:09 -0500 Subject: =?UTF-8?B?0J/RgNC+0LrRgdC40YDQvtCy0LDQvdC40LUg0LTQstGD0YUg0L/RgNC40LvQvtC2?= =?UTF-8?B?0LXQvdC40Lkg0Lgg0YjQuNGE0YDQvtCy0LDQvdC40LU=?= Message-ID: <07c3c0b9d886f9825f85131ae044958c.NginxMailingListRussian@forum.nginx.org> Допустим, есть два веб-приложения, которые предлагается запроксировать следующим образом: https://www.example.com/apps/app1 и https://www.example.com/apps/app2 Но вот беда: оба этих приложения используют для загрузки статических файлов (картинок там, и прочего) один и тот же путь, скажем https://www.example.com/static Штука в том, что у каждого приложения своя статика. Как их так по-умному развести, чтобы они не пересекались? При этом возможности вмешаться в код приложения и изменить путь к статике у нас нет. И еще один вопрос - возникнут ли проблемы, если при проксировании proxy_pass направить на адрес, использующий SSL (https)? И если бэкенд использует самоподписный сертификат? Нужно ли как-нибудь вносить серитфикат в исключения, или Нджинкс не проверяет, а просто шифрует и все? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255627,255627#msg-255627 From mdounin at mdounin.ru Thu Dec 18 14:13:25 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 18 Dec 2014 17:13:25 +0300 Subject: poodle and broken ssl alerts In-Reply-To: <5492AA17.2020002@citrin.ru> References: <5492AA17.2020002@citrin.ru> Message-ID: <20141218141325.GE79300@mdounin.ru> Hello! On Thu, Dec 18, 2014 at 01:19:03PM +0300, Anton Yuzhaninov wrote: > После обновления openssl с 1.0.1g до 1.0.1j > В логи стали в большом количестве сыпаться сообщения вида: > > [crit] 767#0: *44215130 SSL_do_handshake() failed (SSL: error:140A1175:SSL > routines:SSL_BYTES_TO_CIPHER_LIST:inappropriate fallback) while SSL > handshaking, client: 192.0.0.225, server: 0.0.0.0:443 > > В то, что кто то пытается делать downgrade в таком масштабе я поверить не готов. > Скорее всего это несовместимость изменений в openssl с какими то клиентами. > > Кто нибудь разбирался с этой проблемой? Возможно есть какой то workaround > чтобы не терять этих клиентов? Для начала имеет смысл попытаться выяснить, что это за клиенты, и воспроизводится ли проблема. В теории, такое может происходить и случайно - т.к. fallback может случиться просто от того, что не удалось установить соединение с первого раза. Just in case, уровень логгирования соответствующей ошибки понижен в 1.7.8, см. http://trac.nginx.org/nginx/ticket/662. -- Maxim Dounin http://nginx.org/ From vbart at nginx.com Thu Dec 18 14:45:18 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Thu, 18 Dec 2014 17:45:18 +0300 Subject: =?UTF-8?B?UmU6INCd0LXQvtCx0YvRh9C90YvQuSBERG9z?= In-Reply-To: <41e5196b3d09e4f61495128420b7fe90.NginxMailingListRussian@forum.nginx.org> References: <21205677.KVMGO1fOgJ@vbart-laptop> <41e5196b3d09e4f61495128420b7fe90.NginxMailingListRussian@forum.nginx.org> Message-ID: <1739544.H6daIQNzVd@vbart-workstation> On Thursday 18 December 2014 04:56:02 Alexey72 wrote: > У себя на 4х ядерной машине смоделировал, одно подключение попадает на один > из worker'ов и загружает 30% ядра(на котором работает worker). > Да и канал получается тоже забьется.. если их будет больше, и их не скинуть > вовремя и не добавить в бан. > Я к тому, что канал забьется раньше. Едва ли такая атака критична с точки зрения ресурсов процессора. -- Валентин Бартенев From citrin at citrin.ru Thu Dec 18 17:12:00 2014 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Thu, 18 Dec 2014 20:12:00 +0300 Subject: poodle and broken ssl alerts In-Reply-To: <20141218141325.GE79300@mdounin.ru> References: <5492AA17.2020002@citrin.ru> <20141218141325.GE79300@mdounin.ru> Message-ID: <54930AE0.2060207@citrin.ru> On 12/18/14 17:13, Maxim Dounin wrote: > В теории, такое может происходить и случайно - т.к. fallback > может случиться просто от того, что не удалось установить > соединение с первого раза. Да, похоже так оно и происходит. Посмотрел дампы трафика - в них хендшейк обрывается по таймауту и следующая попытка идёт с TLS_FALLBACK_SCSV. Но в дампе трафика встречаются Ecnripted Alert с TLS1.2 в то время как в логах кроме inappropriate fallback ошибок не видно. В случае inappropriate fallback версия должны быть меньше чем 1.2. Было бы проще сравнивать лог nginx и дамп трафика, если в бы в error_log вместе с IP писался клиентский порт. Это сложно сделать? From nginx-forum at nginx.us Thu Dec 18 17:35:35 2014 From: nginx-forum at nginx.us (sofiamay) Date: Thu, 18 Dec 2014 12:35:35 -0500 Subject: =?UTF-8?B?0J3QtSDQvtGC0LTQsNGR0YIg0L7RgtCy0LXRgiDQv9C+0LrQsCDQsdGD0YTQtdGA?= =?UTF-8?B?INC90LUg0L3QsNC/0L7Qu9C90LjRgtGB0Y8=?= Message-ID: <6337e762fbfcb514cf7eae13ab173518.NginxMailingListRussian@forum.nginx.org> Стоял Apache и веб-сервис (php), который работает постоянно и выдаёт ответ в произвольные моменты небольшими кусочками, всё работало превосходно. Т.е. открываем в браузере адрес и он так может висеть часами выдавая раз в секунду или вообще в произвольное время небольшой ответ по 1 или 2 строчки. При переезде на стандартную связку Apache + Nginx всё перестало работать. Причина - Nginx не отдаёт ответ, пока не заполнится буфер. Т.е. Apache может выдать 1000 строк и клиент ничего не увидит в браузере и только на 1001 строке Nginx отправит клиенту заполненный буфер. Пока Nginx не накопит 32 килабойта ответа, клиент ничего не получит. Вот конфиг буферов: client_header_buffer_size 4k; proxy_buffer_size 32k; proxy_buffering on; proxy_buffers 4 32k; Остальные сайты, которые крутятся рядом с сервисом, стали работать заметно хуже. Если конкретно, то была потеряна отзывчивость, сайты стали открываться только через 0.2-0.5 секунд опять же таки видимо только после того, как Nginx накопит буфер. Т.е. вместо супер быстрой обработки запросов Nginx наоборот ухудшил всё что можно и видимо виноват в этом я. Я озадачен, подскажите пожалуйста что делаю не так? В goole ответа не нашел, хотя мне кажется такой вопрос уже должен был обсуждаться за столько лет. Ткните носом если есть тема с решением. Как сделать, чтобы Nginx моментально начинал отдавать ответ клиенту синхронно с Apache, а не тогда когда получит буфер? Понятное дело, что буферы в Nginx созданы чтобы максимально быстро получить ответ от Apache с PHP и освободить их, но как сделать чтобы буфер мгновенно отдавался сразу клиенту начиная с первого полученного в буфер байта? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255640,255640#msg-255640 From mva at mva.name Thu Dec 18 17:51:55 2014 From: mva at mva.name (Vadim A. Misbakh-Soloviov) Date: Thu, 18 Dec 2014 23:51:55 +0600 Subject: =?UTF-8?B?UmU6INCd0LUg0L7RgtC00LDRkdGCINC+0YLQstC10YIg0L/QvtC60LAg0LHRg9GE?= =?UTF-8?B?0LXRgCDQvdC1INC90LDQv9C+0LvQvdC40YLRgdGP?= In-Reply-To: <6337e762fbfcb514cf7eae13ab173518.NginxMailingListRussian@forum.nginx.org> References: <6337e762fbfcb514cf7eae13ab173518.NginxMailingListRussian@forum.nginx.org> Message-ID: <1420720.sJA5Ft0nT1@note> http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_buffering -- Best regards, mva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: From nginx-forum at nginx.us Thu Dec 18 18:00:28 2014 From: nginx-forum at nginx.us (sofiamay) Date: Thu, 18 Dec 2014 13:00:28 -0500 Subject: =?UTF-8?B?UmU6INCd0LUg0L7RgtC00LDRkdGCINC+0YLQstC10YIg0L/QvtC60LAg0LHRg9GE?= =?UTF-8?B?0LXRgCDQvdC1INC90LDQv9C+0LvQvdC40YLRgdGP?= In-Reply-To: <1420720.sJA5Ft0nT1@note> References: <1420720.sJA5Ft0nT1@note> Message-ID: <90f737a38397ca8ebdcc923a3fe6e305.NginxMailingListRussian@forum.nginx.org> proxy_buffering у меня конечно же On Если его выключить, то понятно дело ответ будет синхронно передаваться клиенту от Apache, но ведь при этом Nginx не будет получать максимально быстро весь ответ от Apache. Теряется весь смысл в буферах и их полезности. Я конечно же спрашиваю о другом - как настроить чтобы Nginx по прежнему принимал максимально быстро весь ответ от Апача в буфера, но при этом начинал его передавать сразу же с первого байта. Мне посоветовал сделать два буфера, типо в один будет принимать ответ а из другого моментально его отдавать, но у меня вообще 4 буфера и ничего моментально не отдаётся. Что я делаю не так? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255640,255642#msg-255642 From mva at mva.name Thu Dec 18 18:15:36 2014 From: mva at mva.name (Vadim A. Misbakh-Soloviov) Date: Fri, 19 Dec 2014 00:15:36 +0600 Subject: =?UTF-8?B?UmU6INCd0LUg0L7RgtC00LDRkdGCINC+0YLQstC10YIg0L/QvtC60LAg0LHRg9GE?= =?UTF-8?B?0LXRgCDQvdC1INC90LDQv9C+0LvQvdC40YLRgdGP?= In-Reply-To: <90f737a38397ca8ebdcc923a3fe6e305.NginxMailingListRussian@forum.nginx.org> References: <1420720.sJA5Ft0nT1@note> <90f737a38397ca8ebdcc923a3fe6e305.NginxMailingListRussian@forum.nginx.org> Message-ID: <3899944.uJEvkMWiQr@note> В письме от Чт, 18 декабря 2014 13:00:28 пользователь sofiamay написал: > но ведь при этом Nginx не будет получать максимально быстро А как будет? Не максимально быстро? :) Нет никакой магии. С буферизацией ответа NginX сначала получает ответ, потом отдаёт его. Без буферизации ? отдаёт сразу как получил (естественно, трятя определённое к-во микросекунд на проход мимо себя). Если бекенд отдаёт контент быстро, то можно увеличить размер буфера, тогда NginX не будет тратить время на дамп на диск того, что не поместилось в заданный вами размер, будет хранить поступающий ответ в памяти и оттуда целиком и быстро отдавать. Если бекенд отдаёт ответ медленно, но хочется чтобы клиент не ждал полчаса ? можно отключить буферизацию ответа. > Теряется весь смысл в буферах и их полезности. см. выше. > Я конечно же спрашиваю о другом - как настроить чтобы Nginx по прежнему > принимал максимально быстро весь ответ от Апача Он итак его принимает максимально быстро, на сколько может (на сколько быстро его отдаёт бекенд + задержки на путь от бекенда до NgX + пучок микросекунд на внутренние проверки). > но при этом начинал его передавать сразу же с первого байта. Это взаимоисключающие параграфы. Либо NginX принимает весь ответ в буфер и сразу после принятия отдаёт его, либо он отдаёт его сразу как получил. Или так, или так. Третьего не дано. > Что я делаю не так? Не понимаете сути вещей, например :) // или плохо читаете документацию и код. Или и то и другое. Тут сложно судить не будучи телепатом. -- Best regards, mva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: From nginx-forum at nginx.us Thu Dec 18 18:23:56 2014 From: nginx-forum at nginx.us (sofiamay) Date: Thu, 18 Dec 2014 13:23:56 -0500 Subject: =?UTF-8?B?UmU6INCd0LUg0L7RgtC00LDRkdGCINC+0YLQstC10YIg0L/QvtC60LAg0LHRg9GE?= =?UTF-8?B?0LXRgCDQvdC1INC90LDQv9C+0LvQvdC40YLRgdGP?= In-Reply-To: <3899944.uJEvkMWiQr@note> References: <3899944.uJEvkMWiQr@note> Message-ID: <71f5865fddc2ba891737ec8002ae39bd.NginxMailingListRussian@forum.nginx.org> Я читал документацию, даже черезчур усердно. Видимо всё дело в том, что я переоценил возможности Nginx, я думал что он может принимать ответ в буфер от Apache и при этом одновременно отдавать его медленному клиенту. Т.е. я думал что он умеет одновременно и получать и отдавать свой буфер, оказалось нет. Получается что можно либо включить буферизацию и ждать пока первый буфер полностью не заполнится, либо выключить буферизацию. А то что мне надо Nginx не умеет. Ok большое спасибо за подсказки. P.S. Товарищ мне подсказал сделать 500 буферов по 256 байт, но чую это приведёт лишь к перерасходу ресурсов, накладные расходы и т.д. и это только во вред. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255640,255644#msg-255644 From maxout.mail at gmail.com Thu Dec 18 18:38:27 2014 From: maxout.mail at gmail.com (=?UTF-8?B?0JzQsNC60YHQuNC8?=) Date: Fri, 19 Dec 2014 00:38:27 +0600 Subject: =?UTF-8?B?UmU6INCd0LUg0L7RgtC00LDRkdGCINC+0YLQstC10YIg0L/QvtC60LAg0LHRg9GE?= =?UTF-8?B?0LXRgCDQvdC1INC90LDQv9C+0LvQvdC40YLRgdGP?= In-Reply-To: <3899944.uJEvkMWiQr@note> References: <1420720.sJA5Ft0nT1@note> <90f737a38397ca8ebdcc923a3fe6e305.NginxMailingListRussian@forum.nginx.org> <3899944.uJEvkMWiQr@note> Message-ID: > > но при этом начинал его передавать сразу же с первого байта. > > Это взаимоисключающие параграфы. Либо NginX принимает весь ответ в буфер и > сразу после принятия отдаёт его, либо он отдаёт его сразу как получил. Или > так, или так. Третьего не дано. > > Интересно, почему именно "третьего не дано", чем это обусловлено. Ведь это третье, то что хочет топикстартер, видится самым что ни на есть естественным и удобным. По идее, как раз нынешние два варианта не нужны никому, если будет работать третий, объединяющий их плюсы. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mva at mva.name Thu Dec 18 18:38:59 2014 From: mva at mva.name (Vadim A. Misbakh-Soloviov) Date: Fri, 19 Dec 2014 00:38:59 +0600 Subject: =?UTF-8?B?UmU6INCd0LUg0L7RgtC00LDRkdGCINC+0YLQstC10YIg0L/QvtC60LAg0LHRg9GE?= =?UTF-8?B?0LXRgCDQvdC1INC90LDQv9C+0LvQvdC40YLRgdGP?= In-Reply-To: <71f5865fddc2ba891737ec8002ae39bd.NginxMailingListRussian@forum.nginx.org> References: <3899944.uJEvkMWiQr@note> <71f5865fddc2ba891737ec8002ae39bd.NginxMailingListRussian@forum.nginx.org> Message-ID: <2191498.Te2jUsMfOk@note> В письме от Чт, 18 декабря 2014 13:23:56 пользователь sofiamay написал: > Я читал документацию, даже черезчур усердно. Видимо всё дело в том, что я > переоценил возможности Nginx, я думал что он может принимать ответ в буфер > от Apache и при этом одновременно отдавать его медленному клиенту. Т.е. я > думал что он умеет одновременно и получать и отдавать свой буфер, оказалось > нет. А смысл от этого? Воркфлоу с буферами: создал буферы => получил => отдал => уничтожил буферы Воркфлоу без буферов: получил => отдал Смысл от буферов, если их содержимое уже у клиента? Зачем его (содержимое) тогда буферизировать? Куда его дальше девать? > Получается что можно либо включить буферизацию и ждать пока первый буфер > полностью не заполнится, либо выключить буферизацию. А то что мне надо Nginx > не умеет. Ok большое спасибо за подсказки. А что Вам надо? Из Вашего объяснения выходит что Вам нужно чтобы клиент моментально получал то, что отдал бекенд. Куда тогда контент из буферов девать, если он уже у клиента? Между запросами буферы не пересекаются (ну, есть всякие edge кейсы с дедупликацией памяти и миллионами запросов в секунду, когда могут, но у простых смертных шанс их пересечения маловероятен. > > P.S. Товарищ мне подсказал сделать 500 буферов по 256 байт, но чую это > приведёт лишь к перерасходу ресурсов, накладные расходы и т.д. и это только > во вред. В данном случае ? да. Тем более, что в случае NgX и бекенда на одной машине буферизация, так-то, не особо и нужна. P.S. В соседнем треде же говорили: используйте IIS :D -- Best regards, mva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: From maxout.mail at gmail.com Thu Dec 18 18:42:19 2014 From: maxout.mail at gmail.com (=?UTF-8?B?0JzQsNC60YHQuNC8?=) Date: Fri, 19 Dec 2014 00:42:19 +0600 Subject: =?UTF-8?B?UmU6INCd0LUg0L7RgtC00LDRkdGCINC+0YLQstC10YIg0L/QvtC60LAg0LHRg9GE?= =?UTF-8?B?0LXRgCDQvdC1INC90LDQv9C+0LvQvdC40YLRgdGP?= In-Reply-To: <2191498.Te2jUsMfOk@note> References: <3899944.uJEvkMWiQr@note> <71f5865fddc2ba891737ec8002ae39bd.NginxMailingListRussian@forum.nginx.org> <2191498.Te2jUsMfOk@note> Message-ID: А смысл от этого? > Воркфлоу с буферами: создал буферы => получил => отдал => уничтожил буферы > Воркфлоу без буферов: получил => отдал > > Смысл от буферов, если их содержимое уже у клиента? Зачем его (содержимое) > тогда буферизировать? Куда его дальше девать? > > Смысл очевиден, освободить драгоценный ресурс - бекенд. Всосать всё в буфер с максимальной скоростью и отпустить воркера, а отдавать медленному клиенту уже из буфера. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kulmaks at gmail.com Thu Dec 18 18:52:37 2014 From: kulmaks at gmail.com (Maksim Kulik) Date: Thu, 18 Dec 2014 21:52:37 +0300 Subject: =?UTF-8?B?UmU6INCd0LUg0L7RgtC00LDRkdGCINC+0YLQstC10YIg0L/QvtC60LAg0LHRg9GE?= =?UTF-8?B?0LXRgCDQvdC1INC90LDQv9C+0LvQvdC40YLRgdGP?= In-Reply-To: <2191498.Te2jUsMfOk@note> References: <3899944.uJEvkMWiQr@note> <71f5865fddc2ba891737ec8002ae39bd.NginxMailingListRussian@forum.nginx.org> <2191498.Te2jUsMfOk@note> Message-ID: Смысл вопроса прост, а ответ неочевиден: если клиент медленный и отключена буферизация? Как поступит nginx? Будет в час по чайной ложке забирать у бэкенда и передавать клиенту данные, задерживая таким образом бэкенд? Или все же получит куда-то ответ полностью и будет потихоньку его отдавать? 18 декабря 2014 г., 21:38 пользователь Vadim A. Misbakh-Soloviov < mva at mva.name> написал: > > В письме от Чт, 18 декабря 2014 13:23:56 пользователь sofiamay написал: > > А смысл от этого? > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Thu Dec 18 18:53:38 2014 From: nginx-forum at nginx.us (tester123) Date: Thu, 18 Dec 2014 13:53:38 -0500 Subject: the http output chain is empty bug In-Reply-To: <20141207235106.GN62402@mdounin.ru> References: <20141207235106.GN62402@mdounin.ru> Message-ID: <35d1a3b8cad1bc56d7429a851edd3386.NginxMailingListRussian@forum.nginx.org> нда, значит исправлять не собираются... печально... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,250456,255648#msg-255648 From nginx-forum at nginx.us Thu Dec 18 18:54:53 2014 From: nginx-forum at nginx.us (sofiamay) Date: Thu, 18 Dec 2014 13:54:53 -0500 Subject: =?UTF-8?B?UmU6INCd0LUg0L7RgtC00LDRkdGCINC+0YLQstC10YIg0L/QvtC60LAg0LHRg9GE?= =?UTF-8?B?0LXRgCDQvdC1INC90LDQv9C+0LvQvdC40YLRgdGP?= In-Reply-To: <2191498.Te2jUsMfOk@note> References: <2191498.Te2jUsMfOk@note> Message-ID: <26274828744f32119792d2ed863be175.NginxMailingListRussian@forum.nginx.org> > А смысл от этого? Что ни на есть смысл, сейчас можно либо отключить буферизацию вообще, в этом случае сервер легко будет заDDOSсить медленными клиентами, которые займут все потоки Apache, которые будут висеть в памяти занятыми, пока ответ не будет передан клиентам. Либо можно включить буферизацию, но в этом случае тормозит все что можно и сайты работают медленне чем на чистом Apache, потому что Nginx начинает передавать ответ только после того, как один из буферов будет заполнен. Отсюда плохая отзывчивость, длительное отсутствие ответа от сервисов которые выдают ответ короткими кусочками и т.д. Вы немножко меня не правильно поняли :-) Я предполагал что Nginx умеет одновременно и получать и отдавать свой буфер. Т.е. получил первый байт в буфер и тут же начинает передавать ответ клиенту при этом продолжая получать данные в буфер. Это как бы совместный доступ к буферу, один поток наполняет, а второй одновременно считывает и передаёт клиенту. Но как оказалось этого нет, странно, я думал именно так и работает самый быстрый сервер на свете :-) >P.S. В соседнем треде же говорили: используйте IIS :D Речь идёт о Linux сервере, причём тут IIS :-) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255640,255650#msg-255650 From mva at mva.name Thu Dec 18 19:30:03 2014 From: mva at mva.name (Vadim A. Misbakh-Soloviov) Date: Fri, 19 Dec 2014 01:30:03 +0600 Subject: =?UTF-8?B?UmU6INCd0LUg0L7RgtC00LDRkdGCINC+0YLQstC10YIg0L/QvtC60LAg0LHRg9GE?= =?UTF-8?B?0LXRgCDQvdC1INC90LDQv9C+0LvQvdC40YLRgdGP?= In-Reply-To: <26274828744f32119792d2ed863be175.NginxMailingListRussian@forum.nginx.org> References: <2191498.Te2jUsMfOk@note> <26274828744f32119792d2ed863be175.NginxMailingListRussian@forum.nginx.org> Message-ID: <64498658.Uh7rDhfNWS@note> В письме от Чт, 18 декабря 2014 13:54:53 пользователь sofiamay написал: > > А смысл от этого? > > Что ни на есть смысл, сейчас можно либо отключить буферизацию вообще, в этом > случае сервер легко будет заDDOSсить медленными клиентами, которые займут > все потоки Apache, которые будут висеть в памяти занятыми, пока ответ не > будет передан клиентам. Что-то там было про медленных клиентов и работу с ними в документации. Сейчас, ищвините, голова другим занята и нет времени парсить всю документацию. > Вы немножко меня не правильно поняли :-) Я предполагал что Nginx умеет > одновременно и получать и отдавать свой буфер. Т.е. получил первый байт в > буфер и тут же начинает передавать ответ клиенту при этом продолжая получать > данные в буфер. Это как бы совместный доступ к буферу, один поток > наполняет, а второй одновременно считывает и передаёт клиенту. см. выше. В случае "быстрых" клиентов это не нужно. А с медленными можно бороться. > > Но как оказалось этого нет, странно, я думал именно так и работает самый > быстрый сервер на свете :-) Он быстрый за счёт фокусировки на неблокирующести :) Ну и всяко, используя Apache (да и PHP, хоть и в виде FPM, хоть в каком) на бекенде, говорить о "самой быстроте" ? странно. Вот заинлайненные сайты на Perl и на Lua, с поддержкой неблокирующих корутин и всего прочего ? это, да, сама быстрота. Тем не менее, с медленными клиетами, как я уже говорил, бороться можно. А для быстрых буферизация (особенно, если контент не будет помещаться в выделенные буферы) будет только портить всю картину. -- Best regards, mva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: From sytar.alex at gmail.com Thu Dec 18 19:34:17 2014 From: sytar.alex at gmail.com (Aleksandr Sytar) Date: Thu, 18 Dec 2014 23:34:17 +0400 Subject: =?UTF-8?B?UmU6INCd0LUg0L7RgtC00LDRkdGCINC+0YLQstC10YIg0L/QvtC60LAg0LHRg9GE?= =?UTF-8?B?0LXRgCDQvdC1INC90LDQv9C+0LvQvdC40YLRgdGP?= In-Reply-To: <26274828744f32119792d2ed863be175.NginxMailingListRussian@forum.nginx.org> References: <2191498.Te2jUsMfOk@note> <26274828744f32119792d2ed863be175.NginxMailingListRussian@forum.nginx.org> Message-ID: 18 декабря 2014 г., 21:54 пользователь sofiamay написал: > > Вы немножко меня не правильно поняли :-) Я предполагал что Nginx умеет > одновременно и получать и отдавать свой буфер. Т.е. получил первый байт в > буфер и тут же начинает передавать ответ клиенту при этом продолжая > получать > данные в буфер. Это как бы совместный доступ к буферу, один поток > наполняет, > а второй одновременно считывает и передаёт клиенту. > А вам не кажется, что в этом случае буфера нет? Или вы путаете буферизацию с кешированием ответов, или одно из двух. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Thu Dec 18 19:36:00 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 18 Dec 2014 22:36:00 +0300 Subject: the http output chain is empty bug In-Reply-To: <35d1a3b8cad1bc56d7429a851edd3386.NginxMailingListRussian@forum.nginx.org> References: <20141207235106.GN62402@mdounin.ru> <35d1a3b8cad1bc56d7429a851edd3386.NginxMailingListRussian@forum.nginx.org> Message-ID: <20141218193600.GK79300@mdounin.ru> Hello! On Thu, Dec 18, 2014 at 01:53:38PM -0500, tester123 wrote: > нда, значит исправлять не собираются... печально... Вас просили проверить, воспроизводится ли проблема без сторонних модулей на свежей версии nginx'а, и предоставить данные по списку. Вы предоставили? Если да, то дайте ссылку, пожалуйста, потому что я их не вижу. Спасибо. -- Maxim Dounin http://nginx.org/ From nginx-forum at nginx.us Thu Dec 18 19:41:57 2014 From: nginx-forum at nginx.us (sofiamay) Date: Thu, 18 Dec 2014 14:41:57 -0500 Subject: =?UTF-8?B?UmU6INCd0LUg0L7RgtC00LDRkdGCINC+0YLQstC10YIg0L/QvtC60LAg0LHRg9GE?= =?UTF-8?B?0LXRgCDQvdC1INC90LDQv9C+0LvQvdC40YLRgdGP?= In-Reply-To: References: Message-ID: <93e4b34ca7afe71f548eb9c8abb71e8b.NginxMailingListRussian@forum.nginx.org> Aleksandr Sytar Wrote: ------------------------------------------------------- > А вам не кажется, что в этом случае буфера нет? Или вы путаете > буферизацию > с кешированием ответов, или одно из двух. Да нет, не кажется. В таком варианте буфер есть, самый что ни на есть. А вот каким боком вы сюда приплели кэширование ответов, это вызывает вопрос - вы ничего не путаете? :-) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255640,255655#msg-255655 From sytar.alex at gmail.com Thu Dec 18 19:46:59 2014 From: sytar.alex at gmail.com (Aleksandr Sytar) Date: Thu, 18 Dec 2014 23:46:59 +0400 Subject: =?UTF-8?B?UmU6INCd0LUg0L7RgtC00LDRkdGCINC+0YLQstC10YIg0L/QvtC60LAg0LHRg9GE?= =?UTF-8?B?0LXRgCDQvdC1INC90LDQv9C+0LvQvdC40YLRgdGP?= In-Reply-To: <93e4b34ca7afe71f548eb9c8abb71e8b.NginxMailingListRussian@forum.nginx.org> References: <93e4b34ca7afe71f548eb9c8abb71e8b.NginxMailingListRussian@forum.nginx.org> Message-ID: 18 декабря 2014 г., 22:41 пользователь sofiamay написал: > > Aleksandr Sytar Wrote: > ------------------------------------------------------- > > А вам не кажется, что в этом случае буфера нет? Или вы путаете > > буферизацию > > с кешированием ответов, или одно из двух. > > Да нет, не кажется. В таком варианте буфер есть, самый что ни на есть. А > вот > каким боком вы сюда приплели кэширование ответов, это вызывает вопрос - вы > ничего не путаете? :-) > > "Т.е. получил первый байт в буфер и тут же начинает передавать ответ клиенту при этом продолжая получать данные в буфер. " - В чем тогда практический смысл буфера, какую он роль, оп вашему выполняет? -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Thu Dec 18 19:54:19 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 18 Dec 2014 22:54:19 +0300 Subject: poodle and broken ssl alerts In-Reply-To: <54930AE0.2060207@citrin.ru> References: <5492AA17.2020002@citrin.ru> <20141218141325.GE79300@mdounin.ru> <54930AE0.2060207@citrin.ru> Message-ID: <20141218195419.GM79300@mdounin.ru> Hello! On Thu, Dec 18, 2014 at 08:12:00PM +0300, Anton Yuzhaninov wrote: > On 12/18/14 17:13, Maxim Dounin wrote: > >В теории, такое может происходить и случайно - т.к. fallback > >может случиться просто от того, что не удалось установить > >соединение с первого раза. > > Да, похоже так оно и происходит. Посмотрел дампы трафика - в них хендшейк > обрывается по таймауту и следующая попытка идёт с TLS_FALLBACK_SCSV. > > Но в дампе трафика встречаются Ecnripted Alert с TLS1.2 в то время как в > логах кроме inappropriate fallback ошибок не видно. В случае inappropriate > fallback версия должны быть меньше чем 1.2. Ошибки логгируются на разных уровнях в зависимости от собственно ошибки. Inappropriate fallback ты можешь видеть просто потому, что они логгируются на уровне crit в старых версиях, т.к. nginx их не ожидает увидеть. > Было бы проще сравнивать лог nginx и дамп трафика, если в бы в error_log > вместе с IP писался клиентский порт. Это сложно сделать? Где-нибудь в ngx_http_log_error() следом за addr_text выводить, разобрав c->sockaddr. Пример кода можно посмотреть в ngx_http_variable_remote_port(). -- Maxim Dounin http://nginx.org/ From nginx-forum at nginx.us Thu Dec 18 19:56:33 2014 From: nginx-forum at nginx.us (sofiamay) Date: Thu, 18 Dec 2014 14:56:33 -0500 Subject: =?UTF-8?B?UmU6INCd0LUg0L7RgtC00LDRkdGCINC+0YLQstC10YIg0L/QvtC60LAg0LHRg9GE?= =?UTF-8?B?0LXRgCDQvdC1INC90LDQv9C+0LvQvdC40YLRgdGP?= In-Reply-To: <64498658.Uh7rDhfNWS@note> References: <64498658.Uh7rDhfNWS@note> Message-ID: mva Wrote: ------------------------------------------------------- > см. выше. В случае "быстрых" клиентов это не нужно. А с медленными > можно > бороться. Странный ответ. Уже как несколько лет получаю рассылку, а про борьбу с медленными клиентами ничего конкретного не было. Постоянные тычки в документацию про limit conn limi req и прочее, но всё это на самом деле никак не поможет с DDOS атакой с разных IP нормально организованной. На слабом сервере отключение буферизации и правильный ddos вмиг положит сервер "залипшими" запросами, когда клиент запрашивает самую жирную и медленную страницу на сервере и крайне медленно её получает. Никаких лимиты тут не помогут. Апаче иссякнет и будет висеть, вместо того чтобы Nginx быстро получил ответы в буфера по моей схеме и раздавал их потиху. Решение проблемы - включение буферизации, но это заметно снижает отклик, как вы сами сказали негативно сказывается на быстрых клиентах. Но раз вы утверждаете что предполагаемая мной схема работы с буфером (которой на самом деле нет) никому не нужна и с медленными коннектами можно бороться, то у меня к вам вопрос - КАК? Посоветуйте пожалуйста конкретные методы борьбы с таким типом DDOS, такие методы которые действительно будут работать. Условия: буферизация выключена, limit conn и limit req не помогают (это только от детей защита, а нет от медленных клиентов с разных ip), и Апаче, который дохнет без буферизации Nginx. Заранее спасибо за совет, а то тут часто любят бросаться фразами типа МОЖНО БОРОТЬСЯ, а вот как, это уже типо сами ищите. А на деле то никак, кроме как буфером. То есть пустые фразы. Даже Максим Дунин помнится в рассылке кому-то советовал limit conn и limit req и по делу больше ничего не подсказал, а вы говорите есть методы борьбы, вот мне и интересно стало, уже не те ли это самые методы которые и так всем известны и помогают они слабо )))))))))))))))) Моя схема работы с буфером была бы очень кстати и она никак не блокирует работу Nginx, раз уж вы говорите про прелесть неблокируемости :-) Жаль что Nginx так не умеет. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255640,255659#msg-255659 From nginx-forum at nginx.us Thu Dec 18 19:59:22 2014 From: nginx-forum at nginx.us (sofiamay) Date: Thu, 18 Dec 2014 14:59:22 -0500 Subject: =?UTF-8?B?UmU6INCd0LUg0L7RgtC00LDRkdGCINC+0YLQstC10YIg0L/QvtC60LAg0LHRg9GE?= =?UTF-8?B?0LXRgCDQvdC1INC90LDQv9C+0LvQvdC40YLRgdGP?= In-Reply-To: References: Message-ID: <2349381d49d58910779dcc30ad760713.NginxMailingListRussian@forum.nginx.org> Aleksandr Sytar Wrote: ------------------------------------------------------- > "Т.е. получил первый байт в > буфер и тут же начинает передавать ответ клиенту при этом продолжая > получать > данные в буфер. " - В чем тогда практический смысл буфера, какую он > роль, > оп вашему выполняет? Ну как какую, позволяет моментально освободить жирные до памяти и неповоротливые воркеры Апача с PHP. Это же очевидно. Мой способ работы с буфером - это та же буферизация, только с моментальной отдачей. И буфер работает и ответ не задерживается. Я же говорю, изначально думал что так и есть, просто в конфиге проблема. Оказалось что схема работы с буферами совсем иная. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255640,255660#msg-255660 From mva at mva.name Thu Dec 18 20:11:35 2014 From: mva at mva.name (Vadim A. Misbakh-Soloviov) Date: Fri, 19 Dec 2014 02:11:35 +0600 Subject: =?UTF-8?B?UmU6INCd0LUg0L7RgtC00LDRkdGCINC+0YLQstC10YIg0L/QvtC60LAg0LHRg9GE?= =?UTF-8?B?0LXRgCDQvdC1INC90LDQv9C+0LvQvdC40YLRgdGP?= In-Reply-To: References: <64498658.Uh7rDhfNWS@note> Message-ID: <3106682.5XyFNyXsbZ@note> В письме от Чт, 18 декабря 2014 14:56:33 пользователь sofiamay написал: > Моя схема работы с буфером была бы очень кстати и она никак не блокирует > работу Nginx, раз уж вы говорите про прелесть неблокируемости :-) Жаль что > Nginx так не умеет. Схему я в любом случае, если и соберу, то не ранее завтрашнего дня (в зависимости от загруженности). А вот Вы забываете, что NginX в любом случае не обслужит больше "медленных" клиентов одновременно, чем общее количество созданных воркеров умноженное на worer connections. И, как Вы, наверное, догадываетесь, каждый worker connection и каждый воркер не бесплатны по ресурсам. Поэтому приведу цитату с сайта NginX Plus: > A common recommendation for an edge server capable of serving 3-6Gbps of live traffic and 20-50K requests per second is the following: > 4 Xeon E5 series CPUs, 2-8 core per CPU > 16-32GB RAM > 6 x 250GB SSD drives > 10G Intel networking card Т.е. на "слабом" железе Вы особо-то не защититесь от DDoS'ов (если, Вы, конечно, не такой же упоротый как я админ Пиратской Партии, который в условиях малого финансирования даже на Linode VPS'ках когда-то выжимал максимум возможного). Тем более, "грамотно организованной" и с висящими клиентами. Любой школьник забьёт все ваши воркеры, которые способна выдержать "слабая машина" имея всего две-три VDS'ки по 40 баксов :) А уж если есть возможность менять IP как перчатки и мозги чтобы эмулировать поведение нормальных клиентов... В общем, не стой стороны Вы копаете :) -- Best regards, mva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: From mva at mva.name Thu Dec 18 20:16:55 2014 From: mva at mva.name (Vadim A. Misbakh-Soloviov) Date: Fri, 19 Dec 2014 02:16:55 +0600 Subject: =?UTF-8?B?UmU6INCd0LUg0L7RgtC00LDRkdGCINC+0YLQstC10YIg0L/QvtC60LAg0LHRg9GE?= =?UTF-8?B?0LXRgCDQvdC1INC90LDQv9C+0LvQvdC40YLRgdGP?= In-Reply-To: <2349381d49d58910779dcc30ad760713.NginxMailingListRussian@forum.nginx.org> References: <2349381d49d58910779dcc30ad760713.NginxMailingListRussian@forum.nginx.org> Message-ID: <1661366.vWvc28meI3@note> В письме от Чт, 18 декабря 2014 14:59:22 пользователь sofiamay написал: > есть, просто в конфиге проблема. Оказалось что схема работы с буферами > совсем иная. Не совсем "иная". NginX вполне начинает отдавать после заполнения первого буфера. Но я вам выше уже ответил. Ваша желаемая схема ничем не лучше. Она не учитывает небесконечность и небесплатность буферов и воркеров самого NginX'а. Они хоть и дешевле апачевых, но, таки не бесконечны и не бесплатны. -- Best regards, mva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: From mva at mva.name Thu Dec 18 21:03:50 2014 From: mva at mva.name (Vadim A. Misbakh-Soloviov) Date: Fri, 19 Dec 2014 03:03:50 +0600 Subject: =?UTF-8?B?UmU6INCd0LUg0L7RgtC00LDRkdGCINC+0YLQstC10YIg0L/QvtC60LAg0LHRg9GE?= =?UTF-8?B?0LXRgCDQvdC1INC90LDQv9C+0LvQvdC40YLRgdGP?= In-Reply-To: <1661366.vWvc28meI3@note> References: <2349381d49d58910779dcc30ad760713.NginxMailingListRussian@forum.nginx.org> <1661366.vWvc28meI3@note> Message-ID: <1775465.2NxMxMkyNF@note> В письме от Пт, 19 декабря 2014 02:16:55 пользователь Vadim A. Misbakh- Soloviov написал: > В письме от Чт, 18 декабря 2014 14:59:22 пользователь sofiamay написал: > > есть, просто в конфиге проблема. Оказалось что схема работы с буферами > > совсем иная. > > Не совсем "иная". NginX вполне начинает отдавать после заполнения первого > буфера. Но я вам выше уже ответил. Ваша желаемая схема ничем не лучше. Она > не учитывает небесконечность и небесплатность буферов и воркеров самого > NginX'а. Они хоть и дешевле апачевых, но, таки не бесконечны и не > бесплатны. Ну и не забывайте, что быстрее, чем бекенд отдаст NgX всё равно не прочитает :) -- Best regards, mva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: From nginx-forum at nginx.us Fri Dec 19 05:02:00 2014 From: nginx-forum at nginx.us (Alexey72) Date: Fri, 19 Dec 2014 00:02:00 -0500 Subject: =?UTF-8?B?UmU6INCd0LXQvtCx0YvRh9C90YvQuSBERG9z?= In-Reply-To: <1739544.H6daIQNzVd@vbart-workstation> References: <1739544.H6daIQNzVd@vbart-workstation> Message-ID: Хорошо бы отсекать таких, и выводить в лог, а с лога при помощи fail2ban блокировать на уровне iptables. Через iptables не отсеч такие обращения, нужно именно в nginx и чтобы он не пытался парсить, а учитывал кол-во прочитанных байт на сокете. И при привышении размера, даже пускай допустимого размера заголовка, сбрасывал эти соединения и в лог Warning с ip. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255615,255668#msg-255668 From nginx-forum at nginx.us Fri Dec 19 05:17:48 2014 From: nginx-forum at nginx.us (PbIXTOP) Date: Fri, 19 Dec 2014 00:17:48 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1INC00LLRg9GFINC/0YDQuNC7?= =?UTF-8?B?0L7QttC10L3QuNC5INC4INGI0LjRhNGA0L7QstCw0L3QuNC1?= In-Reply-To: <07c3c0b9d886f9825f85131ae044958c.NginxMailingListRussian@forum.nginx.org> References: <07c3c0b9d886f9825f85131ae044958c.NginxMailingListRussian@forum.nginx.org> Message-ID: Раз нету доступа к исходникам тогда разводить приложения на разные location и в них использовать http://nginx.org/ru/docs/http/ngx_http_sub_module.html Никита Хрущев Wrote: ------------------------------------------------------- > Допустим, есть два веб-приложения, которые предлагается запроксировать > следующим образом: > https://www.example.com/apps/app1 и https://www.example.com/apps/app2 > Но вот беда: оба этих приложения используют для загрузки статических > файлов (картинок там, и прочего) один и тот же путь, скажем > https://www.example.com/static > Штука в том, что у каждого приложения своя статика. Как их так > по-умному развести, чтобы они не пересекались? > При этом возможности вмешаться в код приложения и изменить путь к > статике у нас нет. > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255627,255669#msg-255669 From nginx-forum at nginx.us Sun Dec 21 13:20:37 2014 From: nginx-forum at nginx.us (Gavich) Date: Sun, 21 Dec 2014 08:20:37 -0500 Subject: =?UTF-8?B?0JrQsNC6INC90LDRgdGC0YDQvtC40YLRjCAzMDHQuSDRgNC10LTQuNGA0LXQutGC?= =?UTF-8?B?INC90LAgbmdpbng=?= Message-ID: Нужно сделать редирект с страниц вида /цифры_буквы_дефис_1/shopby/цифры_буквы_дефис_2.html на /цифры_буквы_дефис_1.html. Например с /196-vse-dlja-zhenschin/shopby/sisley-rimowa-ianis_chamalidy.html на 196-vse-dlja-zhenschin.html Как изменить конфиг сайта? Сейчас настройки сайта такие: server { server_name moda-spb.ru www.moda-spb.ru; listen 176.9.36.66; root /var/www/moda-spb.ru; index index.php; location / { index index.html index.php; try_files $uri $uri/ @handler; expires 30d; } location ^~ /(app|includes|lib|media/downloadable|pkginfo|report/config.xml|var)/ { internal; } location /var/export/ { internal; } location /. { return 404; } location @handler { rewrite / /index.php; } location ~* .php/ { rewrite ^(.*.php)/ $1 last; } location ~* .php$ { if (!-e $request_filename) { rewrite / /index.php last; } expires off; fastcgi_pass php-fpm; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_param MAGE_RUN_CODE default; fastcgi_param MAGE_RUN_TYPE store; include fastcgi_params; } } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255708,255708#msg-255708 From nginx-forum at nginx.us Sun Dec 21 20:01:55 2014 From: nginx-forum at nginx.us (tester123) Date: Sun, 21 Dec 2014 15:01:55 -0500 Subject: the http output chain is empty bug In-Reply-To: <20141218193600.GK79300@mdounin.ru> References: <20141218193600.GK79300@mdounin.ru> Message-ID: <78ef1470fc4005391a9892eb267e769b.NginxMailingListRussian@forum.nginx.org> но у меня stable версия, чего я должен ставить версию, использование которое сопряжено с дополнительным риском... и модулей там немного. да и смысл отключать модули, если они используются при формировании страницы... ну хоть кого-то кроме меня колышет этот баг? как будет время гляну еще в лог Posted at Nginx Forum: http://forum.nginx.org/read.php?21,250456,255716#msg-255716 From vladget at gmail.com Sun Dec 21 20:18:15 2014 From: vladget at gmail.com (Vladimir Getmanshchuk) Date: Sun, 21 Dec 2014 22:18:15 +0200 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQvdCw0YHRgtGA0L7QuNGC0YwgMzAx0Lkg0YDQtdC00LjRgNC1?= =?UTF-8?B?0LrRgiDQvdCwIG5naW54?= In-Reply-To: References: Message-ID: как то так, если я не ошибся в регулярке: location ~* shopby { rewrite ^/(.*)/shopby/.*\.html$ /$1.html permanent; } но уверен есть способы поизящнее... On Sun, Dec 21, 2014 at 3:20 PM, Gavich wrote: > Нужно сделать редирект с страниц вида > /цифры_буквы_дефис_1/shopby/цифры_буквы_дефис_2.html > на /цифры_буквы_дефис_1.html. > Например с > /196-vse-dlja-zhenschin/shopby/sisley-rimowa-ianis_chamalidy.html > на 196-vse-dlja-zhenschin.html > Как изменить конфиг сайта? > > Сейчас настройки сайта такие: > > server { > server_name moda-spb.ru www.moda-spb.ru; > listen 176.9.36.66; > root /var/www/moda-spb.ru; > index index.php; > > location / { > index index.html index.php; > try_files $uri $uri/ @handler; > expires 30d; > } > > location ^~ > /(app|includes|lib|media/downloadable|pkginfo|report/config.xml|var)/ { > internal; } > location /var/export/ { internal; } > location /. { return 404; } > location @handler { rewrite / /index.php; } > location ~* .php/ { rewrite ^(.*.php)/ $1 last; } > location ~* .php$ { > if (!-e $request_filename) { rewrite / /index.php last; } > expires off; > fastcgi_pass php-fpm; > fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; > fastcgi_param MAGE_RUN_CODE default; > fastcgi_param MAGE_RUN_TYPE store; > include fastcgi_params; > } > } > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,255708,255708#msg-255708 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Yours sincerely, Vladimir Getmanshchuk -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Mon Dec 22 01:05:06 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 22 Dec 2014 04:05:06 +0300 Subject: the http output chain is empty bug In-Reply-To: <78ef1470fc4005391a9892eb267e769b.NginxMailingListRussian@forum.nginx.org> References: <20141218193600.GK79300@mdounin.ru> <78ef1470fc4005391a9892eb267e769b.NginxMailingListRussian@forum.nginx.org> Message-ID: <20141222010506.GZ79300@mdounin.ru> Hello! On Sun, Dec 21, 2014 at 03:01:55PM -0500, tester123 wrote: > но у меня stable версия, чего я должен ставить версию, использование которое > сопряжено с дополнительным риском... Если вам это не нужно - то и не ставьте. Однако странно читать притензии, если вы сами даже не готовы убедиться, что проблема воспроизводится в последней версии. Что касается stable vs. mainline и "дополнительного риска", то о различиях имеет смысл почитать тут: http://nginx.com/blog/nginx-1-6-1-7-released/ Если коротко, то - stable имеет смысл использовать тогда, когда у вас всё работает и вы используете сторонние модули. > и модулей там немного. да и смысл > отключать модули, если они используются при формировании страницы... Сторонние модули могут делать всё, что угодно, в том числе - делать некорректные вещи. И регулярно делают. Поэтому если вы считаете, что имеет место быть ошибка в самом nginx'е, а не в используемом вами стороннем модуле - то для начало имеет смысл это подтвердить, воспроизведя проблему без сторонних модулей. > ну хоть кого-то кроме меня колышет этот баг? как будет время > гляну еще в лог Как вам тут уже писали - у остальных работает. В 1.7.7 я фактически откатил и переделал по другому то изменение в gzip-фильтре, которое ранее было сделано в 1.5.7 по предложению Yichun Zhang (автора lua-модуля), и которое, судя по всему, и приводило к проблемам из-за некорретной работы того самого lua-модуля. Приблизительно тогда же Yichun Zhang'у было подробно объяснено, почему то, что он делает в своём модуле - неправильно, и он отписывался о том, что переделал правильно. Так что при достаточно свежем nginx'е (1.7.7+, там не будет видно ошибки в lua-модуле) или достаточно свежем lua-модуле (версию не знаю, там не будет ошибки) - проблемы быть не должно. Если же вы не хотите или не можете обновить ни nginx, ни lua-модуль - мы можем только сочувствовать, но ничем не можем помочь. -- Maxim Dounin http://nginx.org/ From nginx-forum at nginx.us Tue Dec 23 07:31:02 2014 From: nginx-forum at nginx.us (Ualde) Date: Tue, 23 Dec 2014 02:31:02 -0500 Subject: HTTPS & self signed certificate Message-ID: <3cd8f515b49a34b143d8fa9ea8a04958.NginxMailingListRussian@forum.nginx.org> Здравствуйте Используем nginx уже достаточно давно, однако, теперь решили использовать и SSL (до этого защищенное соединение не требовалось). Для начала решили все опробовать с самоподписанными сертификатами. Но возникает следующая проблема, тестовый сайт не открывается клиентом в Google Chrome, Firefox, и при этом открывается в Internet Explorer. Что сделали? Создали корневой сертификат ( ca.conf - http://pastebin.com/NF5eQJEe ): # openssl genrsa -des3 -out ca.key 2048 # openssl req -new -x509 -nodes -sha1 -days 365 -key ca.key -out ca.crt -config ca.conf # openssl x509 -trustout -inform PEM -in ca.crt -outform DER -out ca.pfx Создали список отозванных сертификатов ( carevoke.conf - http://pastebin.com/7xYs7AJV ): # openssl ca -gencrl -out crl.pem -config carevoke.conf Создали серверный сертификат ( site.dev/server.conf - http://pastebin.com/sLaHqkM8 ): # openssl genrsa -passout pass:test -des3 -out site.dev/server.key.1 1024 # openssl rsa -passin pass:test -in site.dev/server.key.1 -out site.dev/server.key # openssl req -config site.dev/server.conf -new -key site.dev/server.key -out site.dev/server.csr # rm -f site.dev/server.key.1 # openssl ca -batch -config ca.conf -out site.dev/server.crt -infiles site.dev/server.csr # openssl verify -CAfile ca.crt site.dev/server.crt Создали клиентский сертификат ( site.dev/client01/client.conf - http://pastebin.com/2ZH39Dux ): # openssl req -config site.dev/client01/client.conf -new -newkey rsa:512 -nodes -out site.dev/client01/client.csr -keyout site.dev/client01/client.key # openssl ca -batch -config ca.config -out site.dev/client01/client.crt -infiles site.dev/client01/client.csr # openssl verify -CAfile ca.crt site.dev/client01/client.crt # openssl pkcs12 -export -clcerts -in site.dev/client01/client.crt -inkey site.dev/client01/client.key -out site.dev/client01/client.p12 -name "my_client_certificate" -passout file:site.dev/client01/pass В результате получились следующие файлы - http://pastebin.com/ZB5p12S0 Сделали конфигурацию nginx: nginx.conf - http://pastebin.com/CzcVM2b4 site.dev - http://pastebin.com/pZrcj3tx На клиентскую машину поставили сертификаты в хранилища по умолчанию (пробовали и в доверенные центры): client01.p12, ca.crt Вроде все "по инструкции", однако, проблема неприятная. Никак не можем подключиться по иным браузерам кроме IE. Во всех остальных пишется: 400 Bad Request No required SSL certificate was sent Версия nginx: # nginx -V nginx version: nginx/1.7.8 built by gcc 4.7.2 (Debian 4.7.2-5) TLS SNI support enabled configure arguments: --sbin-path=/usr/sbin --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --user=www --group=www --with-select_module --with-http_ssl_module --with-pcre=../pcre-8.36 --with-pcre-jit --with-zlib=../zlib-1.2.8 --with-http_gzip_static_module Версии браузеров: Internet Explorer 10 и 11 (на обоих работает) Google Chrome 39.0.2171.95 Firefox 35.0a2 (2014-11-08) и 33.0.2 (на обоих не работает) Что сделали не так? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255742,255742#msg-255742 From andrey at kopeyko.ru Tue Dec 23 08:55:52 2014 From: andrey at kopeyko.ru (Andrey Kopeyko) Date: Tue, 23 Dec 2014 11:55:52 +0300 Subject: HTTPS & self signed certificate In-Reply-To: <3cd8f515b49a34b143d8fa9ea8a04958.NginxMailingListRussian@forum.nginx.org> References: <3cd8f515b49a34b143d8fa9ea8a04958.NginxMailingListRussian@forum.nginx.org> Message-ID: <54992E18.6010104@kopeyko.ru> 23.12.2014 10:31, Ualde пишет: > Здравствуйте Доброе утро! > Используем nginx уже достаточно давно, однако, теперь решили использовать и > SSL (до этого защищенное соединение не требовалось). > Для начала решили все опробовать с самоподписанными сертификатами. > Но возникает следующая проблема, тестовый сайт не открывается клиентом в > Google Chrome, Firefox, и при этом открывается в Internet Explorer. ... > На клиентскую машину поставили сертификаты в хранилища по умолчанию > (пробовали и в доверенные центры): client01.p12, ca.crt ... > Вроде все "по инструкции", однако, проблема неприятная. Никак не можем > подключиться по иным браузерам кроме IE. ... > Что сделали не так? Не знаю как Хром - но ФФ точно не использует виндовое хранилище сертификатов; у него свой "мешочек сертификатов", вот туда (Настройки -> Дополнительные -> Сертификаты) и надо добавить ваши. > -- Best regards, Andrey Kopeyko From nginx-forum at nginx.us Tue Dec 23 12:12:24 2014 From: nginx-forum at nginx.us (siroco) Date: Tue, 23 Dec 2014 07:12:24 -0500 Subject: =?UTF-8?B?aW5jbHVkZSDQuCDQutC+0L3RhNC40LPQtSDQsiDQt9Cw0LLQuNGB0LjQvNC+0YE=?= =?UTF-8?B?0YLQuCDQvtGCIElQINC60LvQuNC10L3RgiAoZ2VvaXAp?= Message-ID: <629e61f978eb16fbcb07e7948412811d.NginxMailingListRussian@forum.nginx.org> Привет, Есть необходимость включать или не включать кучу редиректов в зависимости от того, откуда приходит юзер. Переменную $myclient я могу выставить в какое-то значение в nginx.conf: geo $extclient { default external; 123.123.123.123/32 internal; } Но сделать conditional include не получается: if ($extlient = external) { include conf.d/extclient.redirects.include; } .. "nginx configtest" ругается. Как правильно решать подобную проблема? C. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255747,255747#msg-255747 From mdounin at mdounin.ru Tue Dec 23 14:37:53 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 23 Dec 2014 17:37:53 +0300 Subject: =?UTF-8?B?UmU6IGluY2x1ZGUg0Lgg0LrQvtC90YTQuNCz0LUg0LIg0LfQsNCy0LjRgdC40Lw=?= =?UTF-8?B?0L7RgdGC0Lgg0L7RgiBJUCDQutC70LjQtdC90YIgKGdlb2lwKQ==?= In-Reply-To: <629e61f978eb16fbcb07e7948412811d.NginxMailingListRussian@forum.nginx.org> References: <629e61f978eb16fbcb07e7948412811d.NginxMailingListRussian@forum.nginx.org> Message-ID: <20141223143753.GV79300@mdounin.ru> Hello! On Tue, Dec 23, 2014 at 07:12:24AM -0500, siroco wrote: > Привет, > > Есть необходимость включать или не включать кучу редиректов в зависимости > от того, откуда приходит юзер. > > Переменную $myclient я могу выставить в какое-то значение в nginx.conf: > > geo $extclient { > default external; > 123.123.123.123/32 internal; > } > > Но сделать conditional include не получается: > > if ($extlient = external) { > include conf.d/extclient.redirects.include; > } > > .. "nginx configtest" ругается. > > > Как правильно решать подобную проблема? Проще всего вынести само условие if(...) во внешний файл, и включать этот файл. Заодно это позволит лучше осознать, что никаких "conditional include" в nginx'е не сущетсвует. А директива include выполняется безусловно при чтении конфигурации и лишь говорит о том, что в данном месте при загрузке конфигурации следует прочитать какой-то другой файл. -- Maxim Dounin http://nginx.org/ From mdounin at mdounin.ru Tue Dec 23 15:39:48 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 23 Dec 2014 18:39:48 +0300 Subject: nginx-1.7.9 Message-ID: <20141223153948.GA79300@mdounin.ru> Изменения в nginx 1.7.9 23.12.2014 *) Добавление: директивы proxy_cache, fastcgi_cache, scgi_cache и uwsgi_cache поддерживают переменные. *) Добавление: директива expires поддерживает переменные. *) Добавление: возможность загрузки секретных ключей с аппаратных устройств с помощью OpenSSL engines. Спасибо Дмитрию Пичулину. *) Добавление: директива autoindex_format. *) Исправление: ревалидация элементов кэша теперь используется только для ответов с кодами 200 и 206. Спасибо Piotr Sikora. *) Исправление: строка "TE" заголовка запроса клиента передавалась на бэкенд при проксировании. *) Исправление: директивы proxy_pass, fastcgi_pass, scgi_pass и uwsgi_pass могли неправильно работать внутри блоков if и limit_except. *) Исправление: директива proxy_store с параметром "on" игнорировалась, если на предыдущем уровне использовалась директива proxy_store с явно заданным путём к файлам. *) Исправление: nginx не собирался с BoringSSL. Спасибо Lukas Tribus. -- Maxim Dounin http://nginx.org/en/donation.html From vbart at nginx.com Tue Dec 23 16:34:18 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Tue, 23 Dec 2014 19:34:18 +0300 Subject: =?UTF-8?B?UmU6INCd0LUg0L7RgtC00LDRkdGCINC+0YLQstC10YIg0L/QvtC60LAg0LHRg9GE?= =?UTF-8?B?0LXRgCDQvdC1INC90LDQv9C+0LvQvdC40YLRgdGP?= In-Reply-To: <26274828744f32119792d2ed863be175.NginxMailingListRussian@forum.nginx.org> References: <2191498.Te2jUsMfOk@note> <26274828744f32119792d2ed863be175.NginxMailingListRussian@forum.nginx.org> Message-ID: <7758832.yeHF0T09MT@vbart-workstation> On Thursday 18 December 2014 13:54:53 sofiamay wrote: [..] > Вы немножко меня не правильно поняли :-) Я предполагал что Nginx умеет > одновременно и получать и отдавать свой буфер. Т.е. получил первый байт в > буфер и тут же начинает передавать ответ клиенту при этом продолжая получать > данные в буфер. Это как бы совместный доступ к буферу, один поток наполняет, > а второй одновременно считывает и передаёт клиенту. [..] Неблокирующиеся чтение и запись данных из/в сокет - это по сути операции копирования в памяти, очень быстрые. Делать это одновременно в разных потоках будет только дороже. Так что вся ваша идея, по крайней мере в такой формулировке, лишена смысла и nginx уже работает эффективно в этом месте. Значение off в proxy_buffering, как это и изложено в документации, все равно подразумевает наличие буфера, размер которого регулируется директивой proxy_buffer_size. Если он достаточно велик, чтобы вместить в себя весь ответ, то по возможности он будет получен полностью и это ни чем существенно по эффективности не будет отличаться от режима "on". Ваша проблема видимо в том, что бекенд не отдает весь ответ сразу, а делает это постепенно маленькими порциями, так что непонятно, как вы намереваетесь его освободить. Такому бекенду уже ничем не поможешь и режима работы proxy_buffering off для него будет вполне достаточно. -- Валентин Бартенев From nginx-forum at nginx.us Wed Dec 24 07:51:39 2014 From: nginx-forum at nginx.us (siroco) Date: Wed, 24 Dec 2014 02:51:39 -0500 Subject: =?UTF-8?B?UmU6IGluY2x1ZGUg0Lgg0LrQvtC90YTQuNCz0LUg0LIg0LfQsNCy0LjRgdC40Lw=?= =?UTF-8?B?0L7RgdGC0Lgg0L7RgiBJUCDQutC70LjQtdC90YIgKGdlb2lwKQ==?= In-Reply-To: <20141223143753.GV79300@mdounin.ru> References: <20141223143753.GV79300@mdounin.ru> Message-ID: <5c4c0f47cd372d72db193ae30c4da8fc.NginxMailingListRussian@forum.nginx.org> Спасибо за ответ! Все получилось. (немного стыдно, что пришлось просить совета по такому простому вопросу) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255747,255767#msg-255767 From soy_siberiano at yahoo.com Wed Dec 24 15:59:11 2014 From: soy_siberiano at yahoo.com (Oleg Ruso) Date: Wed, 24 Dec 2014 15:59:11 +0000 (UTC) Subject: =?UTF-8?B?TmdpbngrRmFzdENHSStmY2dpd3JhcCDQvtCx0YDQsNCx0L7RgtGH0LjQuiBwZXJs?= =?UTF-8?B?INGA0LDQsdC+0YLQvtGB0L/QvtGB0L7QsdC10L0/?= Message-ID: <838681836.1125133.1419436751768.JavaMail.yahoo@jws11175.mail.ir2.yahoo.com> Доброго времени. Пытаюсь заставить nginx обрабатывать cgi скрипты на perl.PHP FPM/FastCGI  страницы возвращает, а вот c перлом проблема. Ошибка 404, страница не найдена. Параметры вопроса:Система  FreeBSD 10.1-RC4. nginx/1.7.7 опции сборки порта:-----------------------------------------------------------     DEBUG=on: Build with debugging support     HTTP=on: Enable HTTP module     HTTP_CACHE=on: Enable http_cache module     HTTP_PERL=on: Enable http_perl module !!!     HTTP_REWRITE=on: Enable http_rewrite module     HTTP_SSL=on: Enable http_ssl module     HTTP_STATUS=on: Enable http_stub_status module     MAIL_POP3=on: Enable POP3 proxy module     MAIL_SMTP=on: Enable SMTP proxy module     MAIL_SSL=on: Enable mail_ssl module     WWW=on: Enable html sample files ----------------------------------------------------------fcgiwrap-1.1.0_2 ----------------------------------------------------------Процессы: #ps -aux | grep www | grep -v grepwww    708   0.0  0.7 100708  7060  -  I     3:34AM   0:00.08 php-fpm: pool www (php-fpm)www    709   0.0  0.7 100708  7340  -  I     3:34AM   0:00.12 php-fpm: pool www (php-fpm)www    982   0.0  0.2  14460  1932  -  Is    4:21AM   0:00.00 daemon: /usr/local/sbin/fcgiwrap[983] (daemon)www    983   0.0  0.2  14444  1904  -  I     4:21AM   0:00.00 /usr/local/sbin/fcgiwrap -s unix:/tmp/fcgiwrap.sockwww   1007   0.0  1.2  49388 11976  -  S     4:24AM   0:00.05 nginx: worker process (nginx)www   1008   0.0  1.1  49388 11740  -  I     4:24AM   0:00.04 nginx: worker process (nginx) #sockstat | grep wwwwww      nginx      1008  6  tcp4   *:80                  *:*www      nginx      1008  8  stream -> ??www      nginx      1008  11 stream -> ??www      nginx      1007  5  stream -> ??www      nginx      1007  6  tcp4   *:80                  *:*www      nginx      1007  9  stream -> ??www      fcgiwrap   983   0  stream /tmp/fcgiwrap.sockwww      php-fpm    709   0  stream /tmp/php5-fpm.sockwww      php-fpm    708   0  stream /tmp/php5-fpm.sock---------------------------------------------------Пермиссии сокетов srw-rw----  1 www  www     0B Dec 24 03:34 /tmp/php5-fpm.socksrw-rw----  1 root  www     0B Dec 22 10:32 /tmp/fcgiwrap.sock-------------------------------------------------nginx.conf  локэйшн для perl: ............ location ~ ^/(.*\.cgi)${try_files $uri =404;gzip off;fastcgi_param DOCUMENT_ROOT /www/www/cgi-bin;fastcgi_pass unix:/tmp/fcgiwrap.sock;fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;fastcgi_param SCRIPT_NAME $document_root$fastcgi_script_name;fastcgi_index index.cgi;include /usr/local/etc/nginx/fastcgi_params;}-------------------------------------------/www/www/cgi-bin-rw-r--r--  1 root  www   694B Dec 19 23:32 test.html-rwxrwx---  1 root  www   282B Dec 22 10:19 index.cgi------------------------------------------Страница test.html возвращается,  index.cgi ошибка 404 В логе по этому поводу ничего. Специально на tail -f ждал ошибок.... ничего. Просто смотрелка возвращает 404. Прошу помощи сообщества. Может кто-нибудь занимался и получил результат. Сам в тупике. Спасибо всем!   -------------- next part -------------- An HTML attachment was scrubbed... URL: From pavel2000 at ngs.ru Wed Dec 24 18:20:17 2014 From: pavel2000 at ngs.ru (Pavel V.) Date: Thu, 25 Dec 2014 00:20:17 +0600 Subject: HTTPS & self signed certificate In-Reply-To: <3cd8f515b49a34b143d8fa9ea8a04958.NginxMailingListRussian@forum.nginx.org> References: <3cd8f515b49a34b143d8fa9ea8a04958.NginxMailingListRussian@forum.nginx.org> Message-ID: <89807477.20141225002017@ngs.ru> Здравствуйте, Ualde. Вы писали 23 декабря 2014 г., 13:31:02: > Здравствуйте > Используем nginx уже достаточно давно, однако, теперь решили использовать и > SSL (до этого защищенное соединение не требовалось). > Для начала решили все опробовать с самоподписанными сертификатами. > Но возникает следующая проблема, тестовый сайт не открывается клиентом в > Google Chrome, Firefox, и при этом открывается в Internet Explorer. > 400 Bad Request > No required SSL certificate was sent > ssl on; > ssl_certificate /etc/nginx/server.crt; > ssl_certificate_key /etc/nginx/server.key; > > ssl_verify_client on; > ssl_client_certificate /etc/nginx/ca.crt; 1) Сделайте файл server.cert, примерно так: cat server.crt > server.cert echo "" >> server.cert cat ca.crt >> server.cert 2) Используйте его вместо server.crt в ssl_certificate. Т.е. ssl_certificate /etc/nginx/server.cert; Т.е. это будет основной сертификат + "промежуточные", т.е. ваш CA-сертификат будет отправляться клиенту, и страница отобразится/клиент сможет добавить СА в доверенные. http://nginx.org/ru/docs/http/ngx_http_ssl_module.html#ssl_certificate 3) Если вы на самом деле не собираетесь никого сертификатами авторизовывать, то директивы не нужны: ssl_verify_client on; ssl_client_certificate /etc/nginx/ca.crt; Вся проблема у вас из-за них, т.к. от клиента требуют авторизацию, а авторизоваться он не может. Ну и в предыдущем письме Вам написали про места хранения сертификатов. Бонусы: - Для создания сертификатов / управления CA удобно использовать консольные скрипты easy-rsa/2.0, которые идут в комплекте с openvpn. - http://security.ncsa.illinois.edu/research/grid-howtos/usefulopenssl.html - http://www.fixyourip.com/library/openssl/openssl_howto.php -- С уважением, Pavel mailto:pavel2000 at ngs.ru From redmine24 at gmail.com Wed Dec 24 20:28:46 2014 From: redmine24 at gmail.com (=?UTF-8?B?0JTQuNC80LAg0KDQtdC00LzQsNC50L0=?=) Date: Wed, 24 Dec 2014 22:28:46 +0200 Subject: =?UTF-8?B?UmU6IE5naW54K0Zhc3RDR0krZmNnaXdyYXAg0L7QsdGA0LDQsdC+0YLRh9C40Log?= =?UTF-8?B?cGVybCDRgNCw0LHQvtGC0L7RgdC/0L7RgdC+0LHQtdC9Pw==?= In-Reply-To: <838681836.1125133.1419436751768.JavaMail.yahoo@jws11175.mail.ir2.yahoo.com> References: <838681836.1125133.1419436751768.JavaMail.yahoo@jws11175.mail.ir2.yahoo.com> Message-ID: Немного офтопа: location ~ ^/(.*\.cgi)$ -- зачем используется такая конструкция? проще же: location ~ \.cgi$ данные в скобках могут попасть в $fastcgi_script_name или там в любом случае полное название файла? 2014-12-24 17:59 GMT+02:00 Oleg Ruso : > Доброго времени. > > Пытаюсь заставить nginx обрабатывать cgi скрипты на perl. > PHP FPM/FastCGI страницы возвращает, а вот c перлом проблема. > > Ошибка 404, страница не найдена. > > Параметры вопроса: > Система FreeBSD 10.1-RC4. > > nginx/1.7.7 опции сборки порта: > ----------------------------------------------------------- > DEBUG=on: Build with debugging support > HTTP=on: Enable HTTP module > HTTP_CACHE=on: Enable http_cache module > HTTP_PERL=on: Enable http_perl module !!! > HTTP_REWRITE=on: Enable http_rewrite module > HTTP_SSL=on: Enable http_ssl module > HTTP_STATUS=on: Enable http_stub_status module > MAIL_POP3=on: Enable POP3 proxy module > MAIL_SMTP=on: Enable SMTP proxy module > MAIL_SSL=on: Enable mail_ssl module > WWW=on: Enable html sample files > ---------------------------------------------------------- > fcgiwrap-1.1.0_2 > ---------------------------------------------------------- > Процессы: > > #ps -aux | grep www | grep -v grep > www 708 0.0 0.7 100708 7060 - I 3:34AM 0:00.08 php-fpm: > pool www (php-fpm) > www 709 0.0 0.7 100708 7340 - I 3:34AM 0:00.12 php-fpm: > pool www (php-fpm) > www 982 0.0 0.2 14460 1932 - Is 4:21AM 0:00.00 daemon: > /usr/local/sbin/fcgiwrap[983] (daemon) > www 983 0.0 0.2 14444 1904 - I 4:21AM 0:00.00 > /usr/local/sbin/fcgiwrap -s unix:/tmp/fcgiwrap.sock > www 1007 0.0 1.2 49388 11976 - S 4:24AM 0:00.05 nginx: > worker process (nginx) > www 1008 0.0 1.1 49388 11740 - I 4:24AM 0:00.04 nginx: > worker process (nginx) > > #sockstat | grep www > www nginx 1008 6 tcp4 *:80 *:* > www nginx 1008 8 stream -> ?? > www nginx 1008 11 stream -> ?? > www nginx 1007 5 stream -> ?? > www nginx 1007 6 tcp4 *:80 *:* > www nginx 1007 9 stream -> ?? > www fcgiwrap 983 0 stream /tmp/fcgiwrap.sock > www php-fpm 709 0 stream /tmp/php5-fpm.sock > www php-fpm 708 0 stream /tmp/php5-fpm.sock > --------------------------------------------------- > Пермиссии сокетов > > srw-rw---- 1 www www 0B Dec 24 03:34 /tmp/php5-fpm.sock > srw-rw---- 1 root www 0B Dec 22 10:32 /tmp/fcgiwrap.sock > ------------------------------------------------- > nginx.conf локэйшн для perl: > > ............ > location ~ ^/(.*\.cgi)$ > { > try_files $uri =404; > gzip off; > fastcgi_param DOCUMENT_ROOT /www/www/cgi-bin; > fastcgi_pass unix:/tmp/fcgiwrap.sock; > fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; > fastcgi_param SCRIPT_NAME $document_root$fastcgi_script_name; > fastcgi_index index.cgi; > include /usr/local/etc/nginx/fastcgi_params; > } > ------------------------------------------- > /www/www/cgi-bin > -rw-r--r-- 1 root www 694B Dec 19 23:32 test.html > -rwxrwx--- 1 root www 282B Dec 22 10:19 index.cgi > ------------------------------------------ > Страница test.html возвращается, index.cgi ошибка 404 > > В логе по этому поводу ничего. Специально на tail -f ждал ошибок.... > ничего. Просто смотрелка возвращает 404. > > Прошу помощи сообщества. Может кто-нибудь занимался и получил результат. > Сам в тупике. > Спасибо всем! > > > > > > > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From soy_siberiano at yahoo.com Thu Dec 25 16:27:04 2014 From: soy_siberiano at yahoo.com (Oleg Ruso) Date: Thu, 25 Dec 2014 16:27:04 +0000 (UTC) Subject: =?UTF-8?B?0J7RgtCyOiBOZ2lueCtGYXN0Q0dJK2ZjZ2l3cmFwINC+0LHRgNCw0LHQvtGC0Yc=?= =?UTF-8?B?0LjQuiBwZXJsINGA0LDQsdC+0YLQvtGB0L/QvtGB0L7QsdC10L0/?= In-Reply-To: References: Message-ID: <1548946775.1329569.1419524824748.JavaMail.yahoo@jws11172.mail.ir2.yahoo.com> Да Дмитрий, конструкция проще, с этого и начинал. Скобки используются в расчёте гарантировать попадание имени файла в переменную.   На обработку cgi (Perl) скрипта передаётся урл вида:/cgi-bin/clwarn.cgi?url=http://sams.perm.ru/tmp/!!!_virus_!!!/Joke.cpl&source=192.168.0.4&user=-&virus=stream: Worm.Bagle.AU FOUND. Скрипт должен возвратить страницу с предупреждением, вместо загрузки инфект. страницы или файла. И ещё. Если вырубить fcgiwrap,  сделать запрос http://ip/cgi-bin/index.cgi файл будет просто сохранён на диск. Следовательно, nginx обрабатывает запрос верно. Видимо, проблема в обработчике Perl - fcgiwrap. Но конфига нет, опции запуска: fcgiwrap_enable="YES"fcgiwrap_socket="unix:/tmp/fcgiwrap.sock"fcgiwrap_user="www" результат запуска выше. Отсюда и возник "?" работоспособности обработчика. Может быть есть какие-то соображения по теме..... Вместо сокета можно испоьзовать сетевой стек..... но не хотелось бы.  четверг, 25 декабря 2014 2:29 Дима Редмайн писал(а): Немного офтопа: location ~ ^/(.*\.cgi)$ -- зачем используется такая конструкция? проще же: location ~ \.cgi$ данные в скобках могут попасть в $fastcgi_script_name или там в любом случае полное название файла? 2014-12-24 17:59 GMT+02:00 Oleg Ruso : Доброго времени. Пытаюсь заставить nginx обрабатывать cgi скрипты на perl.PHP FPM/FastCGI  страницы возвращает, а вот c перлом проблема. Ошибка 404, страница не найдена. Параметры вопроса:Система  FreeBSD 10.1-RC4. nginx/1.7.7 опции сборки порта:-----------------------------------------------------------     DEBUG=on: Build with debugging support     HTTP=on: Enable HTTP module     HTTP_CACHE=on: Enable http_cache module     HTTP_PERL=on: Enable http_perl module !!!     HTTP_REWRITE=on: Enable http_rewrite module     HTTP_SSL=on: Enable http_ssl module     HTTP_STATUS=on: Enable http_stub_status module     MAIL_POP3=on: Enable POP3 proxy module     MAIL_SMTP=on: Enable SMTP proxy module     MAIL_SSL=on: Enable mail_ssl module     WWW=on: Enable html sample files ----------------------------------------------------------fcgiwrap-1.1.0_2 ----------------------------------------------------------Процессы: #ps -aux | grep www | grep -v grepwww    708   0.0  0.7 100708  7060  -  I     3:34AM   0:00.08 php-fpm: pool www (php-fpm)www    709   0.0  0.7 100708  7340  -  I     3:34AM   0:00.12 php-fpm: pool www (php-fpm)www    982   0.0  0.2  14460  1932  -  Is    4:21AM   0:00.00 daemon: /usr/local/sbin/fcgiwrap[983] (daemon)www    983   0.0  0.2  14444  1904  -  I     4:21AM   0:00.00 /usr/local/sbin/fcgiwrap -s unix:/tmp/fcgiwrap.sockwww   1007   0.0  1.2  49388 11976  -  S     4:24AM   0:00.05 nginx: worker process (nginx)www   1008   0.0  1.1  49388 11740  -  I     4:24AM   0:00.04 nginx: worker process (nginx) #sockstat | grep wwwwww      nginx      1008  6  tcp4   *:80                  *:*www      nginx      1008  8  stream -> ??www      nginx      1008  11 stream -> ??www      nginx      1007  5  stream -> ??www      nginx      1007  6  tcp4   *:80                  *:*www      nginx      1007  9  stream -> ??www      fcgiwrap   983   0  stream /tmp/fcgiwrap.sockwww      php-fpm    709   0  stream /tmp/php5-fpm.sockwww      php-fpm    708   0  stream /tmp/php5-fpm.sock---------------------------------------------------Пермиссии сокетов srw-rw----  1 www  www     0B Dec 24 03:34 /tmp/php5-fpm.socksrw-rw----  1 root  www     0B Dec 22 10:32 /tmp/fcgiwrap.sock-------------------------------------------------nginx.conf  локэйшн для perl: ............ location ~ ^/(.*\.cgi)${try_files $uri =404;gzip off;fastcgi_param DOCUMENT_ROOT /www/www/cgi-bin;fastcgi_pass unix:/tmp/fcgiwrap.sock;fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;fastcgi_param SCRIPT_NAME $document_root$fastcgi_script_name;fastcgi_index index.cgi;include /usr/local/etc/nginx/fastcgi_params;}-------------------------------------------/www/www/cgi-bin-rw-r--r--  1 root  www   694B Dec 19 23:32 test.html-rwxrwx---  1 root  www   282B Dec 22 10:19 index.cgi------------------------------------------Страница test.html возвращается,  index.cgi ошибка 404 В логе по этому поводу ничего. Специально на tail -f ждал ошибок.... ничего. Просто смотрелка возвращает 404. Прошу помощи сообщества. Может кто-нибудь занимался и получил результат. Сам в тупике. Спасибо всем!   _______________________________________________ nginx-ru mailing list nginx-ru at nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru _______________________________________________ nginx-ru mailing list nginx-ru at nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Fri Dec 26 09:21:19 2014 From: nginx-forum at nginx.us (Ualde) Date: Fri, 26 Dec 2014 04:21:19 -0500 Subject: HTTPS & self signed certificate In-Reply-To: <89807477.20141225002017@ngs.ru> References: <89807477.20141225002017@ngs.ru> Message-ID: <5e44e0163a3e2d1a38d27f0169f5e656.NginxMailingListRussian@forum.nginx.org> Pavel V. Wrote: ------------------------------------------------------- > > > Для начала решили все опробовать с самоподписанными сертификатами. > > Но возникает следующая проблема, тестовый сайт не открывается > клиентом в > > Google Chrome, Firefox, и при этом открывается в Internet Explorer. > > > > 400 Bad Request > > No required SSL certificate was sent > > > ssl on; > > ssl_certificate /etc/nginx/server.crt; > > ssl_certificate_key /etc/nginx/server.key; > > > > ssl_verify_client on; > > ssl_client_certificate /etc/nginx/ca.crt; > > > 1) Сделайте файл server.cert, примерно так: > > cat server.crt > server.cert > echo "" >> server.cert > cat ca.crt >> server.cert > > 2) Используйте его вместо server.crt в ssl_certificate. Т.е. > > ssl_certificate /etc/nginx/server.cert; > > Т.е. это будет основной сертификат + "промежуточные", т.е. ваш > CA-сертификат будет отправляться > клиенту, и страница отобразится/клиент сможет добавить СА в > доверенные. > > http://nginx.org/ru/docs/http/ngx_http_ssl_module.html#ssl_certificat > e Спасибо! То что нужно. Однако, маленькая проблема осталась - теперь открывает в IE, FF, и в режиме инкогнито Chrome. Но в обычном режиме Chrome - старое сообщение с ошибкой 400. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255742,255796#msg-255796 From nginx-forum at nginx.us Mon Dec 29 09:01:58 2014 From: nginx-forum at nginx.us (pavelz) Date: Mon, 29 Dec 2014 04:01:58 -0500 Subject: =?UTF-8?B?0JzQvtC00YPQu9GMINGB0YLQsNGC0LjRgdGC0LjQutC4IHN0dWIgc3RhdHVzINC9?= =?UTF-8?B?0YPQttC90L4g0L/RgNC+0L/QuNGB0YvQstCw0YLRjCDQtNC70Y8g0LLRgdC1?= =?UTF-8?B?0YUg0YHQtdC60YbQuNC5IHNlcnZlcj8=?= Message-ID: <45064163f8d9690e4d195a1519f2e366.NginxMailingListRussian@forum.nginx.org> Здравствуйте! Возможно ответ уже был на этом форуме, но бегло в поиске не удалось найти ответ. Мне нужно настроить сбор статистики нагрузки сервера Nginx. На сервере настроено множество виртуальных серверов. В связи с этим возник вопрос, достаточно ли настроить location c инструкцией stub_status только в описании одного виртуального сервера или нужно прописывать для каждого виртуального сервера свой location где по отдельности собирать статистику работы? Вроде бы простой вопрос, но ясности к сожалению нет. Помогите понять как правильно поступить. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255817,255817#msg-255817 From nginx-forum at nginx.us Mon Dec 29 12:42:10 2014 From: nginx-forum at nginx.us (Denis P.) Date: Mon, 29 Dec 2014 07:42:10 -0500 Subject: =?UTF-8?B?0J3QtSDQutC10YjQuNGA0YPRjtGC0YHRjyBwb3N0INC30LDQv9GA0L7RgdGL?= Message-ID: <4189cacb6655d7752f8fcf7b2c4bc241.NginxMailingListRussian@forum.nginx.org> Добрый день! Для определенной задачи требуется сделать кеширование post запросов, но никак не получается. Конфиг : proxy_cache_methods POST; # GET HEAD proxy_cache_key "$uri|$request_body"; client_max_body_size 10m; # 413 expires 24h; Тыкаем в браузер первый раз: 10.10.10.10 - [29/Dec/2014:17:20:26 +0500] 200 "POST /sd/admin/dispatch HTTP/1.1" 7|0|31|http://localhost/sd/admin/|0B5EEF49472D45E026B0F3F47167FB96|net.customware.gwt.dispatch.client.standard.StandardDispatchService|execute|net.customware.gwt.dispatch.shared.Action|ru.naumen.core.shared.dispatch.GetDtObjectListAction/3060214423|ru.naumen.core.shared.criteria.DtoCriteria/300364404|java.lang.Boolean/476441737|ru.naumen.metainfo.shared.ClassFqn/3609641243|category|java.lang.Integer/3438268394|java.util.LinkedHashMap/3008245022|java.lang.String/2004016611|title|ru.naumen.core.shared.criteria.Order/3649447375|ru.naumen.core.shared.criteria.DtoProperties/1685177594||java.util.HashSet/3273092938|color|code|folder|removed|removalDate|parent|position|icon|java.util.HashMap/1797211028|java.util.ArrayList/4159755760|mappingContextCutTextStrategy|mappingContextEmulateReferencesStrategy|mappingContextCutImagesStrategy|1|2|3|4|1|5|6|1|0|7|0|8|0|0|9|10|11|1000|0|0|0|12|0|1|13|14|15|1|0|14|16|17|18|9|-7|13|19|13|20|13|21|13|22|13|23|13|24|13|25|13|26|27|1|-16|16|24|18|1|-14|27|0|0|1|0|0|28|3|13|29|13|30|13|31|0| 540 "http://localhost/sd/admin/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.95 Safari/537.36" "-" "200" "10.10.10.11:10080" Тыкаем второй раз: 10.10.10.10 - [29/Dec/2014:17:21:17 +0500] 200 "POST /sd/admin/dispatch HTTP/1.1" 7|0|31|http://localhost/sd/admin/|0B5EEF49472D45E026B0F3F47167FB96|net.customware.gwt.dispatch.client.standard.StandardDispatchService|execute|net.customware.gwt.dispatch.shared.Action|ru.local.core.shared.dispatch.GetDtObjectListAction/3060214423|ru.local.core.shared.criteria.DtoCriteria/300364404|java.lang.Boolean/476441737|ru.local.metainfo.shared.ClassFqn/3609641243|category|java.lang.Integer/3438268394|java.util.LinkedHashMap/3008245022|java.lang.String/2004016611|title|ru.local.core.shared.criteria.Order/3649447375|ru.local.core.shared.criteria.DtoProperties/1685177594||java.util.HashSet/3273092938|color|code|folder|removed|removalDate|parent|position|icon|java.util.HashMap/1797211028|java.util.ArrayList/4159755760|mappingContextCutTextStrategy|mappingContextEmulateReferencesStrategy|mappingContextCutImagesStrategy|1|2|3|4|1|5|6|1|0|7|0|8|0|0|9|10|11|1000|0|0|0|12|0|1|13|14|15|1|0|14|16|17|18|9|-7|13|19|13|20|13|21|13|22|13|23|13|24|13|25|13|26|27|1|-16|16|24|18|1|-14|27|0|0|1|0|0|28|3|13|29|13|30|13|31|0| 540 "http://localhost/sd/admin/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.95 Safari/537.36" "-" "200" "10.10.10.11:10080" В access логе томката видны оба раза пост запросы. Подскажите, в чем может быть проблема? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255826,255826#msg-255826 From pluknet at nginx.com Mon Dec 29 14:16:26 2014 From: pluknet at nginx.com (Sergey Kandaurov) Date: Mon, 29 Dec 2014 17:16:26 +0300 Subject: =?UTF-8?B?UmU6INCc0L7QtNGD0LvRjCDRgdGC0LDRgtC40YHRgtC40LrQuCBzdHViIHN0YXR1?= =?UTF-8?B?cyDQvdGD0LbQvdC+INC/0YDQvtC/0LjRgdGL0LLQsNGC0Ywg0LTQu9GPINCy?= =?UTF-8?B?0YHQtdGFINGB0LXQutGG0LjQuSBzZXJ2ZXI/?= In-Reply-To: <45064163f8d9690e4d195a1519f2e366.NginxMailingListRussian@forum.nginx.org> References: <45064163f8d9690e4d195a1519f2e366.NginxMailingListRussian@forum.nginx.org> Message-ID: <667B7329-9A74-4879-AD09-40D54D1BBCF8@nginx.com> On Dec 29, 2014, at 12:01 PM, pavelz wrote: > В связи с этим возник вопрос, достаточно ли настроить location c инструкцией > stub_status только в описании одного виртуального сервера или нужно > прописывать для каждого виртуального сервера свой location где по > отдельности собирать статистику работы? Счётчики stub_status глобальные и общие между воркерами. -- Sergey Kandaurov From andrey at kopeyko.ru Mon Dec 29 15:09:18 2014 From: andrey at kopeyko.ru (Andrey Kopeyko) Date: Mon, 29 Dec 2014 18:09:18 +0300 Subject: =?UTF-8?B?UmU6INCd0LUg0LrQtdGI0LjRgNGD0Y7RgtGB0Y8gcG9zdCDQt9Cw0L/RgNC+0YE=?= =?UTF-8?B?0Ys=?= In-Reply-To: <4189cacb6655d7752f8fcf7b2c4bc241.NginxMailingListRussian@forum.nginx.org> References: <4189cacb6655d7752f8fcf7b2c4bc241.NginxMailingListRussian@forum.nginx.org> Message-ID: <54A16E9E.4090709@kopeyko.ru> 29.12.2014 15:42, Denis P. пишет: > Добрый день! Добрый день, Денис! > Для определенной задачи требуется сделать кеширование post запросов, но > никак не получается. Это потому, что результат POST-запроса не кешируем. По определению: http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.5 Вероятно, вам надо пересмотреть определение вашей задачи. > -- Best regards, Andrey Kopeyko From mdounin at mdounin.ru Mon Dec 29 16:07:58 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 29 Dec 2014 19:07:58 +0300 Subject: =?UTF-8?B?UmU6INCd0LUg0LrQtdGI0LjRgNGD0Y7RgtGB0Y8gcG9zdCDQt9Cw0L/RgNC+0YE=?= =?UTF-8?B?0Ys=?= In-Reply-To: <4189cacb6655d7752f8fcf7b2c4bc241.NginxMailingListRussian@forum.nginx.org> References: <4189cacb6655d7752f8fcf7b2c4bc241.NginxMailingListRussian@forum.nginx.org> Message-ID: <20141229160757.GB3656@mdounin.ru> Hello! On Mon, Dec 29, 2014 at 07:42:10AM -0500, Denis P. wrote: > Добрый день! > > Для определенной задачи требуется сделать кеширование post запросов, но > никак не получается. > > > Конфиг : > > proxy_cache_methods POST; # GET HEAD > proxy_cache_key "$uri|$request_body"; > client_max_body_size 10m; # 413 > expires 24h; > > > Тыкаем в браузер первый раз: > > 10.10.10.10 - [29/Dec/2014:17:20:26 +0500] 200 "POST /sd/admin/dispatch > HTTP/1.1" > 7|0|31|http://localhost/sd/admin/|0B5EEF49472D45E026B0F3F47167FB96|net.customware.gwt.dispatch.client.standard.StandardDispatchService|execute|net.customware.gwt.dispatch.shared.Action|ru.naumen.core.shared.dispatch.GetDtObjectListAction/3060214423|ru.naumen.core.shared.criteria.DtoCriteria/300364404|java.lang.Boolean/476441737|ru.naumen.metainfo.shared.ClassFqn/3609641243|category|java.lang.Integer/3438268394|java.util.LinkedHashMap/3008245022|java.lang.String/2004016611|title|ru.naumen.core.shared.criteria.Order/3649447375|ru.naumen.core.shared.criteria.DtoProperties/1685177594||java.util.HashSet/3273092938|color|code|folder|removed|removalDate|parent|position|icon|java.util.HashMap/1797211028|java.util.ArrayList/4159755760|mappingContextCutTextStrategy|mappingContextEmulateReferencesStrategy|mappingContextCutImagesStrategy|1|2|3|4|1|5|6|1|0|7|0|8|0|0|9|10|11|1000|0|0|0|12|0|1|13|14|15|1|0|14|16|17|18|9|-7|13|19|13|20|13|21|13|22|13|23|13|24|13|25|13|26|27|1|-16|16|24|18|1|-14|27|0|0|1|0|0|28|3|13|29|13|30|13|31|0| > 540 "http://localhost/sd/admin/" "Mozilla/5.0 (Macintosh; Intel Mac OS X > 10_10_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.95 > Safari/537.36" "-" "200" "10.10.10.11:10080" > > > Тыкаем второй раз: > > 10.10.10.10 - [29/Dec/2014:17:21:17 +0500] 200 "POST /sd/admin/dispatch > HTTP/1.1" > 7|0|31|http://localhost/sd/admin/|0B5EEF49472D45E026B0F3F47167FB96|net.customware.gwt.dispatch.client.standard.StandardDispatchService|execute|net.customware.gwt.dispatch.shared.Action|ru.local.core.shared.dispatch.GetDtObjectListAction/3060214423|ru.local.core.shared.criteria.DtoCriteria/300364404|java.lang.Boolean/476441737|ru.local.metainfo.shared.ClassFqn/3609641243|category|java.lang.Integer/3438268394|java.util.LinkedHashMap/3008245022|java.lang.String/2004016611|title|ru.local.core.shared.criteria.Order/3649447375|ru.local.core.shared.criteria.DtoProperties/1685177594||java.util.HashSet/3273092938|color|code|folder|removed|removalDate|parent|position|icon|java.util.HashMap/1797211028|java.util.ArrayList/4159755760|mappingContextCutTextStrategy|mappingContextEmulateReferencesStrategy|mappingContextCutImagesStrategy|1|2|3|4|1|5|6|1|0|7|0|8|0|0|9|10|11|1000|0|0|0|12|0|1|13|14|15|1|0|14|16|17|18|9|-7|13|19|13|20|13|21|13|22|13|23|13|24|13|25|13|26|27|1|-16|16|24|18|1|-14|27|0|0|1|0|0|28|3|13|29|13|30|13|31|0| > 540 "http://localhost/sd/admin/" "Mozilla/5.0 (Macintosh; Intel Mac OS X > 10_10_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.95 > Safari/537.36" "-" "200" "10.10.10.11:10080" > > > В access логе томката видны оба раза пост запросы. Подскажите, в чем может > быть проблема? Если в процитированном логе тела соответствующих запросов, то проблема в том, что они разные. В частности, "...|ru.naumen.core.shared..." в первом, и "...|ru.local.core.shared..." во втором. -- Maxim Dounin http://nginx.org/ From mdounin at mdounin.ru Mon Dec 29 16:15:28 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 29 Dec 2014 19:15:28 +0300 Subject: =?UTF-8?B?UmU6INCd0LUg0LrQtdGI0LjRgNGD0Y7RgtGB0Y8gcG9zdCDQt9Cw0L/RgNC+0YE=?= =?UTF-8?B?0Ys=?= In-Reply-To: <54A16E9E.4090709@kopeyko.ru> References: <4189cacb6655d7752f8fcf7b2c4bc241.NginxMailingListRussian@forum.nginx.org> <54A16E9E.4090709@kopeyko.ru> Message-ID: <20141229161528.GC3656@mdounin.ru> Hello! On Mon, Dec 29, 2014 at 06:09:18PM +0300, Andrey Kopeyko wrote: > 29.12.2014 15:42, Denis P. пишет: > >Добрый день! > > Добрый день, Денис! > > >Для определенной задачи требуется сделать кеширование post запросов, но > >никак не получается. > > Это потому, что результат POST-запроса не кешируем. > > По определению: > http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.5 > > Вероятно, вам надо пересмотреть определение вашей задачи. Пересмотреть задачу - дело хорошее, но не всегда возможно. Специально для того, чтобы при необходимости можно было таки кешировать результаты POST-запросов, в nginx'е сделана директива proxy_cache_methods, см. тут: http://nginx.org/r/proxy_cache_methods/ru И в конфиге, который ты стёр - она присутствует. Так что всё должно работать - и, судя по всему, работает, см. мой ответ. -- Maxim Dounin http://nginx.org/ From nginx-forum at nginx.us Tue Dec 30 08:52:23 2014 From: nginx-forum at nginx.us (hitarcher) Date: Tue, 30 Dec 2014 03:52:23 -0500 Subject: =?UTF-8?B?0J/QtdGA0LXQtNGA0LXRgdCw0YbQuNGPINGBIGh0dHAg0L3QsCBodHRwczovLw==?= Message-ID: <222b612098aaf6bb1d505673098e753d.NginxMailingListRussian@forum.nginx.org> Добрый день! Есть вопрос по переадресации, а если быть точнее то как настроить например, если запрос идет к /manager то переадресуем на https:// а если ко всему остальному запрос идет на https:// то переадресуем на http:// как такое сделать в nginx ? для онного сервера решилось путем, а вот как для второго сервера прописать там где https ? location ^~ /manager { rewrite ^(.*)$ https://domain.me$1 permanent; } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255869,255869#msg-255869 From nginx-forum at nginx.us Tue Dec 30 09:30:20 2014 From: nginx-forum at nginx.us (Denis P.) Date: Tue, 30 Dec 2014 04:30:20 -0500 Subject: =?UTF-8?B?UmU6INCd0LUg0LrQtdGI0LjRgNGD0Y7RgtGB0Y8gcG9zdCDQt9Cw0L/RgNC+0YE=?= =?UTF-8?B?0Ys=?= In-Reply-To: <20141229160757.GB3656@mdounin.ru> References: <20141229160757.GB3656@mdounin.ru> Message-ID: Затупил. Все на самом деле работает Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255826,255870#msg-255870 From juriy.foboss at gmail.com Tue Dec 30 13:23:37 2014 From: juriy.foboss at gmail.com (Juriy Strashnov) Date: Tue, 30 Dec 2014 16:23:37 +0300 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTRgNC10YHQsNGG0LjRjyDRgSBodHRwINC90LAgaHR0cHM6?= =?UTF-8?B?Ly8=?= In-Reply-To: <222b612098aaf6bb1d505673098e753d.NginxMailingListRussian@forum.nginx.org> References: <222b612098aaf6bb1d505673098e753d.NginxMailingListRussian@forum.nginx.org> Message-ID: Если http и https настроены в одной секции, можно так: server { listen 192.168.7.1:80 default_server; listen 192.168.7.2:443 ssl default_server; server_name example.com; # отправляем на httpS при http запросе location /manager { if ($scheme = http) { rewrite ^(.*) https://$server_name$1 permanent; } <...> } # отправляем на http при httpS запросе location /something { if ($scheme = https) { rewrite ^(.*) https://$server_name$1 permanent; } <...> } } 2014-12-30 11:52 GMT+03:00 hitarcher : > Добрый день! Есть вопрос по переадресации, а если быть точнее то как > настроить например, если запрос идет к /manager то переадресуем на https:// > а если ко всему остальному запрос идет на https:// то переадресуем на > http:// как такое сделать в nginx ? > > для онного сервера решилось путем, а вот как для второго сервера прописать > там где https ? > > location ^~ /manager { > rewrite ^(.*)$ https://domain.me$1 permanent; > } > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,255869,255869#msg-255869 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Best regards, Juriy Strashnov Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Tue Dec 30 15:09:40 2014 From: nginx-forum at nginx.us (hitarcher) Date: Tue, 30 Dec 2014 10:09:40 -0500 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTRgNC10YHQsNGG0LjRjyDRgSBodHRwINC90LAgaHR0cHM6?= =?UTF-8?B?Ly8=?= In-Reply-To: References: Message-ID: <5fe155a186e3c65c58969825cbe1ecc9.NginxMailingListRussian@forum.nginx.org> не много не то ты мне ответил, я вроде понятно вопрос задал ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255869,255882#msg-255882 From nginx-forum at nginx.us Tue Dec 30 15:14:52 2014 From: nginx-forum at nginx.us (hitarcher) Date: Tue, 30 Dec 2014 10:14:52 -0500 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTRgNC10YHQsNGG0LjRjyDRgSBodHRwINC90LAgaHR0cHM6?= =?UTF-8?B?Ly8=?= In-Reply-To: <5fe155a186e3c65c58969825cbe1ecc9.NginxMailingListRussian@forum.nginx.org> References: <5fe155a186e3c65c58969825cbe1ecc9.NginxMailingListRussian@forum.nginx.org> Message-ID: <837a86241ba7b9740ce806484342a0a1.NginxMailingListRussian@forum.nginx.org> вот конфиг, прописал редирект c http://domain.me/manager на https://domain.me/manager вроде работает, а теперь как прописать редирект все остальное с https на http, помогите пожалуйста! server { server_name domain.me www.domain.me; charset UTF-8; disable_symlinks if_not_owner from=$root_path; index index.html index.php; root $root_path; set $root_path /home/domain.me; ssi on; access_log /home/httpd-logs/domain.me.access.log ; error_log /home/httpd-logs/domain.me.error.log notice; include /etc/nginx/vhosts-includes/*.conf; location ^~ /manager { if ($scheme = http) { return 301 https://$host$request_uri; } try_files $uri $uri/ @backend; } location / { location ~* ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar|swf)$ { try_files $uri $uri/ @fallback; } location / { try_files /does_not_exists @fallback; } location ~ [^/]\.ph(p\d*|tml)$ { try_files /does_not_exists @fallback; } } location @fallback { error_log /dev/null crit; proxy_pass http://127.0.0.1:8080; proxy_redirect http://127.0.0.1:8080 /; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header X-Forwarded-Secret GeBJ20wa6DzIiPCK; access_log off ; } listen 123.123.123.123:80; } server { server_name domain.me www.domain.me; charset UTF-8; disable_symlinks if_not_owner from=$root_path; index index.html index.php; root $root_path; set $root_path /home/ziranov/data/www/domain.me; ssi on; access_log /home/httpd-logs/domain.me.access.log ; error_log /home/httpd-logs/domain.me.error.log notice; include /etc/nginx/vhosts-includes/*.conf; location / { location ~* ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar|swf)$ { try_files $uri $uri/ @fallback; } location / { try_files /does_not_exists @fallback; } location ~ [^/]\.ph(p\d*|tml)$ { try_files /does_not_exists @fallback; } } location @fallback { error_log /dev/null crit; proxy_pass http://127.0.0.1:8080; proxy_redirect http://127.0.0.1:8080 /; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header X-Forwarded-Secret GeBJ20wa6DzIiPCK; access_log off ; } listen 123.123.123.123:443; ssl on; ssl_certificate /var/www/httpd-cert/ziranov/domain.me.crt; ssl_certificate_key /var/www/httpd-cert/ziranov/domain.me.key; } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255869,255883#msg-255883 From juriy.foboss at gmail.com Tue Dec 30 15:26:01 2014 From: juriy.foboss at gmail.com (Juriy Strashnov) Date: Tue, 30 Dec 2014 18:26:01 +0300 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTRgNC10YHQsNGG0LjRjyDRgSBodHRwINC90LAgaHR0cHM6?= =?UTF-8?B?Ly8=?= In-Reply-To: <837a86241ba7b9740ce806484342a0a1.NginxMailingListRussian@forum.nginx.org> References: <5fe155a186e3c65c58969825cbe1ecc9.NginxMailingListRussian@forum.nginx.org> <837a86241ba7b9740ce806484342a0a1.NginxMailingListRussian@forum.nginx.org> Message-ID: Отчего же, ответил именно на поставленный вопрос. Да, правда вижу опечатку в примере, там вот так должно быть: server { listen 192.168.7.1:80 default_server; listen 192.168.7.2:443 ssl default_server; server_name example.com; # HTTP -> HTTPS location /manager { if ($scheme = http) { rewrite ^(.*) https://$server_name$1 permanent; } <...> } # HTTPS -> HTTP location / { if ($scheme = https) { rewrite ^(.*) http://$server_name$1 permanent; } <...> } On Tue, Dec 30, 2014 at 6:14 PM, hitarcher wrote: > вот конфиг, прописал редирект c http://domain.me/manager на > https://domain.me/manager вроде работает, а теперь как прописать редирект > все остальное с https на http, помогите пожалуйста! > > server { > server_name domain.me www.domain.me; > charset UTF-8; > disable_symlinks if_not_owner from=$root_path; > index index.html index.php; > root $root_path; > set $root_path /home/domain.me; > ssi on; > access_log /home/httpd-logs/domain.me.access.log ; > error_log /home/httpd-logs/domain.me.error.log notice; > include /etc/nginx/vhosts-includes/*.conf; > > location ^~ /manager { > if ($scheme = http) { > return 301 https://$host$request_uri; > } > try_files $uri $uri/ @backend; > } > > location / { > location ~* > ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar|swf)$ { > try_files $uri $uri/ @fallback; > } > location / { > try_files /does_not_exists @fallback; > } > location ~ [^/]\.ph(p\d*|tml)$ { > try_files /does_not_exists @fallback; > } > } > location @fallback { > error_log /dev/null crit; > proxy_pass http://127.0.0.1:8080; > proxy_redirect http://127.0.0.1:8080 /; > proxy_set_header Host $host; > proxy_set_header X-Forwarded-For > $proxy_add_x_forwarded_for; > proxy_set_header X-Forwarded-Proto $scheme; > proxy_set_header X-Forwarded-Secret GeBJ20wa6DzIiPCK; > access_log off ; > } > listen 123.123.123.123:80; > } > > server { > server_name domain.me www.domain.me; > charset UTF-8; > disable_symlinks if_not_owner from=$root_path; > index index.html index.php; > root $root_path; > set $root_path /home/ziranov/data/www/domain.me; > ssi on; > access_log /home/httpd-logs/domain.me.access.log ; > error_log /home/httpd-logs/domain.me.error.log notice; > include /etc/nginx/vhosts-includes/*.conf; > > location / { > location ~* > ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar|swf)$ { > try_files $uri $uri/ @fallback; > } > location / { > try_files /does_not_exists @fallback; > > } > location ~ [^/]\.ph(p\d*|tml)$ { > try_files /does_not_exists @fallback; > } > } > location @fallback { > error_log /dev/null crit; > proxy_pass http://127.0.0.1:8080; > proxy_redirect http://127.0.0.1:8080 /; > proxy_set_header Host $host; > proxy_set_header X-Forwarded-For > $proxy_add_x_forwarded_for; > proxy_set_header X-Forwarded-Proto $scheme; > proxy_set_header X-Forwarded-Secret GeBJ20wa6DzIiPCK; > access_log off ; > } > listen 123.123.123.123:443; > ssl on; > ssl_certificate /var/www/httpd-cert/ziranov/domain.me.crt; > ssl_certificate_key /var/www/httpd-cert/ziranov/domain.me.key; > } > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,255869,255883#msg-255883 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Juriy Strashnov Mob. +7 (953) 742-1550 E-mail: j.strashnov at me.com Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Tue Dec 30 15:41:30 2014 From: nginx-forum at nginx.us (hitarcher) Date: Tue, 30 Dec 2014 10:41:30 -0500 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTRgNC10YHQsNGG0LjRjyDRgSBodHRwINC90LAgaHR0cHM6?= =?UTF-8?B?Ly8=?= In-Reply-To: References: Message-ID: <59084159c7e6c25c72e759056e5fc015.NginxMailingListRussian@forum.nginx.org> вот, но когда пишу вот так для второй схемы, получаю циклическую переадресацию на /manager, почему ? # HTTPS -> HTTP location / { if ($scheme = https) { rewrite ^(.*) http://$server_name$1 permanent; } <...> } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255869,255886#msg-255886 From mva at mva.name Tue Dec 30 16:47:54 2014 From: mva at mva.name (Vadim A. Misbakh-Soloviov) Date: Tue, 30 Dec 2014 22:47:54 +0600 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTRgNC10YHQsNGG0LjRjyDRgSBodHRwINC90LAgaHR0cHM6?= =?UTF-8?B?Ly8=?= In-Reply-To: <59084159c7e6c25c72e759056e5fc015.NginxMailingListRussian@forum.nginx.org> References: <59084159c7e6c25c72e759056e5fc015.NginxMailingListRussian@forum.nginx.org> Message-ID: <5831811.k2XKZDp5j1@note> В письме от Вт, 30 декабря 2014 10:41:30 пользователь hitarcher написал: > вот, но когда пишу вот так для второй схемы, получаю циклическую > переадресацию на /manager, почему ? потому, что не читаете документацию по NginX и хотите чтобы вам всё принесли разжёванное на блюдечке, например. -- Best regards, mva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: From nginx-forum at nginx.us Tue Dec 30 16:51:35 2014 From: nginx-forum at nginx.us (hitarcher) Date: Tue, 30 Dec 2014 11:51:35 -0500 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTRgNC10YHQsNGG0LjRjyDRgSBodHRwINC90LAgaHR0cHM6?= =?UTF-8?B?Ly8=?= In-Reply-To: <5831811.k2XKZDp5j1@note> References: <5831811.k2XKZDp5j1@note> Message-ID: <6e79328a1ac34653157068b4b4d4b19b.NginxMailingListRussian@forum.nginx.org> да читал я документацию, там нифига про это нет Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255869,255888#msg-255888 From nginx-forum at nginx.us Tue Dec 30 16:52:26 2014 From: nginx-forum at nginx.us (hitarcher) Date: Tue, 30 Dec 2014 11:52:26 -0500 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTRgNC10YHQsNGG0LjRjyDRgSBodHRwINC90LAgaHR0cHM6?= =?UTF-8?B?Ly8=?= In-Reply-To: <6e79328a1ac34653157068b4b4d4b19b.NginxMailingListRussian@forum.nginx.org> References: <5831811.k2XKZDp5j1@note> <6e79328a1ac34653157068b4b4d4b19b.NginxMailingListRussian@forum.nginx.org> Message-ID: <7da547114b6ff8196fb45ca0edbae2b3.NginxMailingListRussian@forum.nginx.org> там есть только в общих чертах, а вот конкретно, почему авторы nginx не добавили ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255869,255889#msg-255889 From onokonem at gmail.com Tue Dec 30 17:55:57 2014 From: onokonem at gmail.com (Daniel Podolsky) Date: Tue, 30 Dec 2014 21:55:57 +0400 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTRgNC10YHQsNGG0LjRjyDRgSBodHRwINC90LAgaHR0cHM6?= =?UTF-8?B?Ly8=?= In-Reply-To: <7da547114b6ff8196fb45ca0edbae2b3.NginxMailingListRussian@forum.nginx.org> References: <5831811.k2XKZDp5j1@note> <6e79328a1ac34653157068b4b4d4b19b.NginxMailingListRussian@forum.nginx.org> <7da547114b6ff8196fb45ca0edbae2b3.NginxMailingListRussian@forum.nginx.org> Message-ID: 2014-12-30 19:52 GMT+03:00 hitarcher : > там есть только в общих чертах, а вот конкретно, почему авторы nginx не > добавили ? Потому, что там все очевидно. server { listen 80; location / { # do whatever you want } location /manager { return 301 https://$server_name$request_uri; } } server { listen 443; ssl on; location / { return 301 http://$server_name$request_uri; } location /manager { # do whatever you want } } ну или вам 302 редирект нужен - решите сами... From nginx-forum at nginx.us Tue Dec 30 18:15:27 2014 From: nginx-forum at nginx.us (hitarcher) Date: Tue, 30 Dec 2014 13:15:27 -0500 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTRgNC10YHQsNGG0LjRjyDRgSBodHRwINC90LAgaHR0cHM6?= =?UTF-8?B?Ly8=?= In-Reply-To: References: Message-ID: <37b918940a64a2fa7f6271f3ba3b0e84.NginxMailingListRussian@forum.nginx.org> ну вот, я же говорю что делал так, но почему-то циклическая переадресация появляется там где /manager, читайте внимательней то что я пишу... почему появляется переадресация ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255869,255892#msg-255892 From onokonem at gmail.com Tue Dec 30 18:40:10 2014 From: onokonem at gmail.com (Daniel Podolsky) Date: Tue, 30 Dec 2014 22:40:10 +0400 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTRgNC10YHQsNGG0LjRjyDRgSBodHRwINC90LAgaHR0cHM6?= =?UTF-8?B?Ly8=?= In-Reply-To: <37b918940a64a2fa7f6271f3ba3b0e84.NginxMailingListRussian@forum.nginx.org> References: <37b918940a64a2fa7f6271f3ba3b0e84.NginxMailingListRussian@forum.nginx.org> Message-ID: 2014-12-30 21:15 GMT+03:00 hitarcher : > читайте внимательней то что я пишу... да-да-да, нам это все очень важно :) переадресация появляется от ошибок в конфиге. которые, в свою очередь, появляются от попыток пользоваться регекспами, ифами и рерайтами там, где ими пользоваться не надо From nginx-forum at nginx.us Tue Dec 30 18:51:52 2014 From: nginx-forum at nginx.us (hitarcher) Date: Tue, 30 Dec 2014 13:51:52 -0500 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTRgNC10YHQsNGG0LjRjyDRgSBodHRwINC90LAgaHR0cHM6?= =?UTF-8?B?Ly8=?= In-Reply-To: References: Message-ID: <2016ccc3aceac6ae605f62939ccf7a5a.NginxMailingListRussian@forum.nginx.org> а можете сделать пример на базе конфига который я указал ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255869,255894#msg-255894 From nginx-forum at nginx.us Tue Dec 30 19:05:59 2014 From: nginx-forum at nginx.us (hitarcher) Date: Tue, 30 Dec 2014 14:05:59 -0500 Subject: =?UTF-8?B?0YbQuNC60LvQuNGH0LXRgdC60LDRjyDQv9C10YDQtdCw0LTRgNC10YHQsNGG0Lg=?= =?UTF-8?B?0Y8=?= Message-ID: Добрый день! Вот простой конфиг, но почему-то возникает циклическая переадресация, поправьте пожалуйтса location /roundcube/ { <------>alias /usr/share/roundcubemail/; <------>index index.php; <------>error_page 404 @apache; } location ~ ^/roundcube/(.+\.php)$ { <------>alias /usr/share/roundcubemail/$1; <------>fastcgi_pass unix:/var/run/php-fpm.apache.sock; <------>fastcgi_index index.php; <------>fastcgi_param SCRIPT_FILENAME $request_filename; <------>return 301 https://1.2.3.4$request_uri; <------>include fastcgi_params; <------>error_page 502 = @apache; <------>error_page 404 = @apache; } location @apache { <------>error_log off; <------>proxy_pass http://127.0.0.1:8080; <------>proxy_redirect http://127.0.0.1:8080 /; <------>proxy_set_header Host $host; <------>proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; <------>proxy_set_header X-Forwarded-Proto $scheme; } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255896,255896#msg-255896 From nginx-forum at nginx.us Tue Dec 30 19:10:36 2014 From: nginx-forum at nginx.us (hitarcher) Date: Tue, 30 Dec 2014 14:10:36 -0500 Subject: =?UTF-8?B?UmU6INGG0LjQutC70LjRh9C10YHQutCw0Y8g0L/QtdGA0LXQsNC00YDQtdGB0LA=?= =?UTF-8?B?0YbQuNGP?= In-Reply-To: References: Message-ID: <584928b5094ff183db04cfaad514ea57.NginxMailingListRussian@forum.nginx.org> переписал конфиг, все заработало вопрос закрыт, спасибо) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255896,255897#msg-255897 From onokonem at gmail.com Tue Dec 30 19:11:49 2014 From: onokonem at gmail.com (Daniel Podolsky) Date: Tue, 30 Dec 2014 23:11:49 +0400 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTRgNC10YHQsNGG0LjRjyDRgSBodHRwINC90LAgaHR0cHM6?= =?UTF-8?B?Ly8=?= In-Reply-To: <2016ccc3aceac6ae605f62939ccf7a5a.NginxMailingListRussian@forum.nginx.org> References: <2016ccc3aceac6ae605f62939ccf7a5a.NginxMailingListRussian@forum.nginx.org> Message-ID: 2014-12-30 21:51 GMT+03:00 hitarcher : > а можете сделать пример на базе конфига который я указал ? я и прочесть-то эту муть не могу, извините... From andrey at kopeyko.ru Tue Dec 30 19:12:17 2014 From: andrey at kopeyko.ru (Andrey Kopeyko) Date: Tue, 30 Dec 2014 22:12:17 +0300 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTRgNC10YHQsNGG0LjRjyDRgSBodHRwINC90LAgaHR0cHM6?= =?UTF-8?B?Ly8=?= In-Reply-To: <2016ccc3aceac6ae605f62939ccf7a5a.NginxMailingListRussian@forum.nginx.org> References: <2016ccc3aceac6ae605f62939ccf7a5a.NginxMailingListRussian@forum.nginx.org> Message-ID: <54A2F911.3010808@kopeyko.ru> 30.12.2014 21:51, hitarcher пишет: > а можете сделать пример на базе конфига который я указал ? Молодой человек, вам _подсказали_ как можно решить вашу проблему. Это - всегда бесплатно, и с удовольствием. Но - не более того. Но если вам этого недостаточно, и вы хотите чтобы кто-то _написал_ конфиг _за_вас_ - вы так и скажите: "есть проблема такая-то, денег за решение предлагаю столько-то, желаемый срок решения такой-то". Получите несколько предложения на почту, выберете исполнителя, договоритесь и получите желаемый результат. Выклянчивать же _решение_ в рассылке, не читая \ не перечитывая доки по получении подсказок, да ещё под Новый Год (когда голова у всех занята совсем другим) - малоперспективное занятие, на мой скромный взгляд. > -- Best regards, Andrey Kopeyko From nginx-forum at nginx.us Tue Dec 30 19:24:30 2014 From: nginx-forum at nginx.us (hitarcher) Date: Tue, 30 Dec 2014 14:24:30 -0500 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTRgNC10YHQsNGG0LjRjyDRgSBodHRwINC90LAgaHR0cHM6?= =?UTF-8?B?Ly8=?= In-Reply-To: References: Message-ID: да какая муть нормальный рабочий конфиг) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255869,255901#msg-255901 From nginx-forum at nginx.us Tue Dec 30 19:25:11 2014 From: nginx-forum at nginx.us (hitarcher) Date: Tue, 30 Dec 2014 14:25:11 -0500 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTRgNC10YHQsNGG0LjRjyDRgSBodHRwINC90LAgaHR0cHM6?= =?UTF-8?B?Ly8=?= In-Reply-To: <54A2F911.3010808@kopeyko.ru> References: <54A2F911.3010808@kopeyko.ru> Message-ID: <4eaf5bd394ac56248ac6315f60f6d481.NginxMailingListRussian@forum.nginx.org> да в том, то и дело хочу разобраться почему с моим конфигом не работает... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255869,255902#msg-255902 From nginx-forum at nginx.us Tue Dec 30 19:26:58 2014 From: nginx-forum at nginx.us (hitarcher) Date: Tue, 30 Dec 2014 14:26:58 -0500 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTRgNC10YHQsNGG0LjRjyDRgSBodHRwINC90LAgaHR0cHM6?= =?UTF-8?B?Ly8=?= In-Reply-To: <4eaf5bd394ac56248ac6315f60f6d481.NginxMailingListRussian@forum.nginx.org> References: <54A2F911.3010808@kopeyko.ru> <4eaf5bd394ac56248ac6315f60f6d481.NginxMailingListRussian@forum.nginx.org> Message-ID: <525950ef7a7941524cdfd795c21553e3.NginxMailingListRussian@forum.nginx.org> но я так пока еще и не понял почему не хочет работать с моим конфигом) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255869,255903#msg-255903 From mva at mva.name Tue Dec 30 19:28:25 2014 From: mva at mva.name (Vadim A. Misbakh-Soloviov) Date: Wed, 31 Dec 2014 01:28:25 +0600 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTRgNC10YHQsNGG0LjRjyDRgSBodHRwINC90LAgaHR0cHM6?= =?UTF-8?B?Ly8=?= In-Reply-To: <4eaf5bd394ac56248ac6315f60f6d481.NginxMailingListRussian@forum.nginx.org> References: <54A2F911.3010808@kopeyko.ru> <4eaf5bd394ac56248ac6315f60f6d481.NginxMailingListRussian@forum.nginx.org> Message-ID: <1791719.7EKCSnVhO4@note> В письме от Вт, 30 декабря 2014 14:25:11 пользователь hitarcher написал: > да в том, то и дело хочу разобраться почему с моим конфигом не работает... Я уже сказал: не внимательно читаете документацию. Там явно сказано и про порядок совпадения локейшнов и про матчинг в if и про регекспы и про всё что Вам нужно. -- Best regards, mva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: