From basil на vpm.net.ua Mon Aug 1 04:49:40 2016 From: basil на vpm.net.ua (Vasiliy P. Melnik) Date: Mon, 1 Aug 2016 07:49:40 +0300 Subject: =?UTF-8?B?UmU6IFtidWc/XSDQv9GA0Lgg0YPQutCw0LfQsNC90LjQuCBwcm94eSBjYWNoZSBw?= =?UTF-8?B?YXRoINGBINC40YHQv9C+0LvRjNC30L7QstCw0L3QuNC10Lwg0LTQtdGE0L4=?= =?UTF-8?B?0LvRgtC90L7Qs9C+INC/0YPRgtC4IG5naW54INGA0YPQs9Cw0LXRgtGB0Y8g?= =?UTF-8?B?0L/RgNC4INC/0YDQvtCy0LXRgNC60LUg0LrQvtC90YTQuNCz0LA=?= In-Reply-To: <2902439.CNsBgdJ2go@note> References: <4233102.7rLojxLUFE@note> <2907820.sh4YSQf8yP@note> <2574394.8pa1m16KhU@cybernote> <2902439.CNsBgdJ2go@note> Message-ID: осталось попробовать собрать с --http-proxy-temp-path=/var/cache/nginx/proxy_temp и проверить 1 августа 2016 г., 0:31 пользователь Vadim A. Misbakh-Soloviov < nginx на mva.name> написал: > В письме от понедельник, 1 августа 2016 г. 0:11:49 +07 пользователь Иван > написал: > > Здравствуйте! > > > > Кстати, подтверждаю! То же самое. > > Я, кстати, даже специально собрал с минимальным набором модулей: > > $ sudo nginx -V 2>&1| sed '4s@ --@\n-- на g' > nginx version: nginx/1.11.3 > built with OpenSSL 1.0.2h 3 May 2016 > TLS SNI support enabled > configure arguments: > --prefix=/usr > --conf-path=/etc/nginx/nginx.conf > --error-log-path=/var/log/nginx/error.log > --pid-path=/run/nginx.pid > --lock-path=/run/lock/nginx.lock > --with-cc-opt=-I/usr/include > --with-ld-opt=-L/usr/lib64 > --http-log-path=/var/log/nginx/access.log > --http-client-body-temp-path=/var/lib/nginx/tmp/client > --http-proxy-temp-path=/var/lib/nginx/tmp/proxy > --http-fastcgi-temp-path=/var/lib/nginx/tmp/fastcgi > --http-scgi-temp-path=/var/lib/nginx/tmp/scgi > --http-uwsgi-temp-path=/var/lib/nginx/tmp/uwsgi > --with-file-aio > --with-ipv6 > --with-pcre > --with-pcre-jit > --with-threads > --with-http_realip_module > --with-http_ssl_module > --with-mail > --with-mail_ssl_module > --without-stream_access_module > --without-stream_geo_module > --without-stream_limit_conn_module > --without-stream_map_module > --without-stream_return_module > --without-stream_split_clients_module > --without-stream_upstream_hash_module > --without-stream_upstream_least_conn_module > --without-stream_upstream_zone_module > --with-stream > --with-stream_ssl_module > --user=nginx > --group=nginx > > Всё равно воспроизводится :) > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на forum.nginx.org Mon Aug 1 08:22:52 2016 From: nginx-forum на forum.nginx.org (Zaynullin) Date: Mon, 01 Aug 2016 04:22:52 -0400 Subject: =?UTF-8?B?UmU6INCh0LrQsNGH0LrQvtC+0LHRgNCw0LfQvdGL0Lkg0YDQvtGB0YIg0L/QvtGC?= =?UTF-8?B?0YDQtdCx0LvRj9C10LzQvtC5INC/0LDQvNGP0YLQuCDQv9GA0Lgg0LLQutC7?= =?UTF-8?B?0Y7Rh9C10L3QuNC4IHNsaWNl?= In-Reply-To: <7904302.3JZUCIns8y@vbart-laptop> References: <7904302.3JZUCIns8y@vbart-laptop> Message-ID: Можно подробнее описать, на что используется память при использовании модуля slice? Теоритически при размере кеш директории в 1 Tb и размере slice в 1 Mb в памяти должно храниться 1000000 открытых файловых дескрипторов, что не должно приводить к потреблению памяти в 15 Gb. В нашем же случае размер кеш директории был равен всего 6 Gb. При выставленном значении slice в 5 Mb память так же утекает. За 9 часов использования объем памяти увеличился на 5 Gb, размер кеша был 90 Gb. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268615,268672#msg-268672 From vbart на nginx.com Mon Aug 1 11:42:37 2016 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Mon, 01 Aug 2016 14:42:37 +0300 Subject: =?UTF-8?B?UmU6INCh0LrQsNGH0LrQvtC+0LHRgNCw0LfQvdGL0Lkg0YDQvtGB0YIg0L/QvtGC?= =?UTF-8?B?0YDQtdCx0LvRj9C10LzQvtC5INC/0LDQvNGP0YLQuCDQv9GA0Lgg0LLQutC7?= =?UTF-8?B?0Y7Rh9C10L3QuNC4IHNsaWNl?= In-Reply-To: References: <7904302.3JZUCIns8y@vbart-laptop> Message-ID: <1539498.xILQWt3aTN@vbart-workstation> On Monday 01 August 2016 04:22:52 Zaynullin wrote: > Можно подробнее описать, на что используется память при использовании модуля > slice? > [..] Файл разбивается на N-частей указанного размера. Каждая такая часть порождает отдельный запрос, на обработку каждого запроса и для всех связанных с ним структур требуется память. Больше частей - больше расход памяти. -- Валентин Бартенев From nginx-forum на forum.nginx.org Tue Aug 2 08:43:44 2016 From: nginx-forum на forum.nginx.org (Zaynullin) Date: Tue, 02 Aug 2016 04:43:44 -0400 Subject: =?UTF-8?B?UmU6INCh0LrQsNGH0LrQvtC+0LHRgNCw0LfQvdGL0Lkg0YDQvtGB0YIg0L/QvtGC?= =?UTF-8?B?0YDQtdCx0LvRj9C10LzQvtC5INC/0LDQvNGP0YLQuCDQv9GA0Lgg0LLQutC7?= =?UTF-8?B?0Y7Rh9C10L3QuNC4IHNsaWNl?= In-Reply-To: <1539498.xILQWt3aTN@vbart-workstation> References: <1539498.xILQWt3aTN@vbart-workstation> Message-ID: <2b75a2ffa8446a426477324348f3b33b.NginxMailingListRussian@forum.nginx.org> Тогда скажите, пожалуйста, на что будет использоваться память, если все запросы и соответственно подзапросы завершатся? Был проведен следующий эксперимент: Для конфигурации vhost-а была добавлена опция slice, размер слайса выставнел в 1 Mb. При достижения размера кеш директирии в 6.5 Gb (при этом объем занимаемой памяти увеличился на 12 Gb) данный vhost был выведен из раздачи контента, все обращения пользователей и обращения к бэкенду были завершены, но память, которую занимал nginx, не освободилась. Статистика по воркеру с наибольшим потреблением памяти (pid процесса 32644): Количество открытых файловых дескрипторов в момент наличия трафика на vhost-е: # ls -al /proc/32644/fd/ | grep "/cache/site" | wc -l 3026 # # ls -al /proc/32644/fd/ | grep "/cache/site" ... nginx 32644 www-data 1307r REG 251,0 1049159 8991910 /cache/site/e4/47/ace4b88679ddd8e474cc011550a247e4 nginx 32644 www-data 1308r REG 251,0 1049159 8991964 /cache/site/ec/c0/7243a8078612184fd38428c56fe3c0ec nginx 32644 www-data 1309r REG 251,0 1049159 8992270 /cache/site/82/8f/4d4b037db08e7d0bbbfbbe463a358f82 nginx 32644 www-data 1310r REG 251,0 1049159 9050216 /cache/site/3a/f1/88003b68414975e7bc7ddf4b5e9ef13a nginx 32644 www-data 1311r REG 251,0 1049159 9050363 /cache/site/5a/c9/b9d116b686a50697dabcce331646c95a nginx 32644 www-data 1312r REG 251,0 1049159 9050385 /cache/site/bf/dc/bbda6fc4a34e5d1b40f87c4ba993dcbf nginx 32644 www-data 1313r REG 251,0 1049159 9050391 /cache/site/4b/40/182980d925d2f890670d90257c76404b nginx 32644 www-data 1314r REG 251,0 1049159 9050457 /cache/site/97/a6/1ddd3ecb6c26b42c480afad9def3a697 nginx 32644 www-data 1315r REG 251,0 1049159 9050474 /cache/site/86/8c/8d24482c046a225ae445c822bd468c86 nginx 32644 www-data 1316r REG 251,0 1049159 9050490 /cache/site/5a/e6/eb26563e5fe645ff0ef70fbb8f47e65a nginx 32644 www-data 1317r REG 251,0 1049159 9050557 /cache/site/db/2b/38e06f35d15d9c8b5285d1c8307c2bdb nginx 32644 www-data 1318r REG 251,0 1049159 9050568 /cache/site/d8/78/2f6a51b6c4ba1a4b420cd254dd8f78d8 nginx 32644 www-data 1319r REG 251,0 1049159 9050601 /cache/site/08/79/06b2a6b4f06c9300a27513fd99a37908 nginx 32644 www-data 1320r REG 251,0 1049159 9050649 /cache/site/50/82/d0bff3902256edcd9f18ae43bcc28250 nginx 32644 www-data 1321r REG 251,0 1049159 9050745 /cache/site/9b/47/eff2713754d61f4e3bd0204d120f479b nginx 32644 www-data 1322r REG 251,0 1049159 9050757 /cache/site/2b/0b/8b1552246619f5e420ca478b15490b2b nginx 32644 www-data 1323r REG 251,0 1049159 9050816 /cache/site/f7/14/efaeec1422480225f74f45249dd014f7 nginx 32644 www-data 1324r REG 251,0 1049159 9050820 /cache/site/a9/8b/17893fd8ccbfdecbf14f3471aa098ba9 nginx 32644 www-data 1325r REG 251,0 1049159 9050873 /cache/site/75/27/7f1276f0afeb742395e2b70b49732775 nginx 32644 www-data 1326r REG 251,0 1049159 9050875 /cache/site/e6/43/e8145c455685658d9997aa8c125e43e6 nginx 32644 www-data 1327r REG 251,0 1049159 9050933 /cache/site/87/67/6dc59e471b2d57202cb3fe92526f6787 nginx 32644 www-data 1328r REG 251,0 1049159 9051033 /cache/site/a5/c4/cb9e1be19bada73b2302365ee8e7c4a5 nginx 32644 www-data 1329r REG 251,0 1049159 9051077 /cache/site/8c/e7/76f809a29bda28551b16f6c84d36e78c ... # Количество открытых файловых дескрипторов после снятия трафика с vhost-а: # ls -al /proc/32644/fd/ | grep "/cache/site" | wc -l 0 # # ls -al /proc/32644/fd/ | grep "/cache/site" # # cat /proc/32644/status Name: nginx State: S (sleeping) Tgid: 32644 Ngid: 32644 Pid: 32644 PPid: 10099 TracerPid: 0 Uid: 33 33 33 33 Gid: 33 33 33 33 FDSize: 2048 Groups: 33 VmPeak: 4715992 kB VmSize: 4715992 kB VmLck: 0 kB VmPin: 0 kB VmHWM: 2173464 kB VmRSS: 2173464 kB VmData: 2072396 kB VmStk: 136 kB VmExe: 1160 kB VmLib: 7100 kB VmPTE: 4568 kB VmSwap: 0 kB Threads: 1 SigQ: 0/193086 SigPnd: 0000000000000000 ShdPnd: 0000000000000000 SigBlk: 0000000000000000 SigIgn: 0000000040001000 SigCgt: 0000000198016a07 CapInh: 0000000000000000 CapPrm: 0000000000000000 CapEff: 0000000000000000 CapBnd: 0000003fffffffff Seccomp: 0 Cpus_allowed: ffffff Cpus_allowed_list: 0-23 Mems_allowed: 00000000,00000003 Mems_allowed_list: 0-1 voluntary_ctxt_switches: 365234 nonvoluntary_ctxt_switches: 39930 # Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268615,268685#msg-268685 From nginx-forum на forum.nginx.org Tue Aug 2 09:49:44 2016 From: nginx-forum на forum.nginx.org (siroco) Date: Tue, 02 Aug 2016 05:49:44 -0400 Subject: =?UTF-8?B?0KDQtdC00LjRgNC10LrRgtGLINGBINC+0LTQvdC+0Lkg0YHRgtGA0LDQvdC40YY=?= =?UTF-8?B?0Ysg0L3QsCDRgNCw0LfQvdGL0LU=?= Message-ID: <0466c7a2bdcd704c89ee44df724ade29.NginxMailingListRussian@forum.nginx.org> Привет! А каков правильный способ организации вот таких вот редиректов? https://site.domain.com/static/html/help.html -> https://help.domain.com/helppage1 https://site.domain.com/static/html/help.html#WhatisSite? - -> https://help.domain.com/helppage2 https://site.domain.com/static/html/help.html#GettingStarted -> https://help.domain.com/helppage3 Слева - всегда "/static/html/help.html". Если делать: location = https://site.domain.com/static/html/help.html#GettingStarted { return 301 https://help.domain.com/helppage3; } .. то понятное дело "#GettingStarted" съедается. Выставлять кучу "if"-ов переменной $request_uri? Или есть более правильный способ? -- s. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268687,268687#msg-268687 From nginx на mva.name Tue Aug 2 09:57:27 2016 From: nginx на mva.name (Vadim A. Misbakh-Soloviov) Date: Tue, 02 Aug 2016 16:57:27 +0700 Subject: =?UTF-8?B?UmU6INCg0LXQtNC40YDQtdC60YLRiyDRgSDQvtC00L3QvtC5INGB0YLRgNCw0L0=?= =?UTF-8?B?0LjRhtGLINC90LAg0YDQsNC30L3Ri9C1?= In-Reply-To: <0466c7a2bdcd704c89ee44df724ade29.NginxMailingListRussian@forum.nginx.org> References: <0466c7a2bdcd704c89ee44df724ade29.NginxMailingListRussian@forum.nginx.org> Message-ID: <2541919.InzSvY3F1o@note> Маркер `#` и всё что после него *НИКОГДА* не передаётся веб-серверу, что вы в конфигах не пишите. Это маркер только для браузера. Максимум что можно - получить о нём инфу из JS. И уже из него делать необходимые действия. Сервер же мало того, что не знает ничего о #blabla, но и при переходе клиента внутри одной страницы с разными маркерами он даже как правило не получает новых запросов. From chipitsine на gmail.com Tue Aug 2 10:08:21 2016 From: chipitsine на gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0KjQuNC/0LjRhtC40L0=?=) Date: Tue, 2 Aug 2016 15:08:21 +0500 Subject: =?UTF-8?B?UmU6INCg0LXQtNC40YDQtdC60YLRiyDRgSDQvtC00L3QvtC5INGB0YLRgNCw0L0=?= =?UTF-8?B?0LjRhtGLINC90LAg0YDQsNC30L3Ri9C1?= In-Reply-To: <2541919.InzSvY3F1o@note> References: <0466c7a2bdcd704c89ee44df724ade29.NginxMailingListRussian@forum.nginx.org> <2541919.InzSvY3F1o@note> Message-ID: в качестве реферера передается )) 2 августа 2016 г., 14:57 пользователь Vadim A. Misbakh-Soloviov < nginx на mva.name> написал: > Маркер `#` и всё что после него *НИКОГДА* не передаётся веб-серверу, что > вы в > конфигах не пишите. Это маркер только для браузера. Максимум что можно - > получить о нём инфу из JS. И уже из него делать необходимые действия. > Сервер > же мало того, что не знает ничего о #blabla, но и при переходе клиента > внутри > одной страницы с разными маркерами он даже как правило не получает новых > запросов. > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mdounin на mdounin.ru Tue Aug 2 11:05:10 2016 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 2 Aug 2016 14:05:10 +0300 Subject: =?UTF-8?B?UmU6INCh0LrQsNGH0LrQvtC+0LHRgNCw0LfQvdGL0Lkg0YDQvtGB0YIg0L/QvtGC?= =?UTF-8?B?0YDQtdCx0LvRj9C10LzQvtC5INC/0LDQvNGP0YLQuCDQv9GA0Lgg0LLQutC7?= =?UTF-8?B?0Y7Rh9C10L3QuNC4IHNsaWNl?= In-Reply-To: <2b75a2ffa8446a426477324348f3b33b.NginxMailingListRussian@forum.nginx.org> References: <1539498.xILQWt3aTN@vbart-workstation> <2b75a2ffa8446a426477324348f3b33b.NginxMailingListRussian@forum.nginx.org> Message-ID: <20160802110510.GJ57459@mdounin.ru> Hello! On Tue, Aug 02, 2016 at 04:43:44AM -0400, Zaynullin wrote: > Тогда скажите, пожалуйста, на что будет использоваться память, если все > запросы и соответственно подзапросы завершатся? Если все запросы завершаться - то память использоваться не будет (и будет освобождена), однако с точки зрения ядра может оставаться выделенной nginx'у. Зависит от поведения и настроек системного аллокатора, а равно от размеров используемых буферов. Одна из основных проблем при использовании slice-фильтра состоит в том, что nginx не умеет повторно использовать буфера из подзапросов, и для каждого подзапроса выделяются свои proxy_buffers и output_buffers. Соответственно запрос файла в 1 гигабайт при использовании слайсов в 1 мегабайт размером требует 1024 подзапросов, каждый - со своими буферами. В предположении буферов по умолчанию это (2 * 32k + 8 * 4k) * 1024 == 96m Т.е. даже с минимальными буферами по умолчанию на один запрос потребуется почти 100 мегабайт памяти. Именно поэтому рекомендуется делать слайсы достаточно большого размера. Кроме того, стоит подумать про использование sendfile, это позволит не использовать output_buffers и существенно сэкономит память при отдаче ответов из кеша. -- Maxim Dounin http://nginx.org/ From nginx-forum на forum.nginx.org Tue Aug 2 11:35:16 2016 From: nginx-forum на forum.nginx.org (S.A.N) Date: Tue, 02 Aug 2016 07:35:16 -0400 Subject: client_body_in_file_only In-Reply-To: <5c05544bd74fc4e8483dcbb8d9ce6ef9.NginxMailingListRussian@forum.nginx.org> References: <5c05544bd74fc4e8483dcbb8d9ce6ef9.NginxMailingListRussian@forum.nginx.org> Message-ID: <6abca82872b7ce9b64cbb44ecee18e5e.NginxMailingListRussian@forum.nginx.org> Ещё вопросы по временным файлам 1. Если клиент закрыл соединения до отправки всего тела запроса, временный файл остается в папке, Nginx этот файл не удаляет, запрос на бекенд отправлен не будет. Я так понимаю подразумевалось что ОС должна чистить папку temp, но может лучше чтобы Nginx сам за собой подчистил? 2. После получения ответа от бекенда, временный файл ещё какое-то время (~100ms) остается заблокированным процессом Nginx, бекенду после отправки ответа ещё приходится ждать когда файл освободится на запись. В конфигах указана директива: client_body_in_file_only clean; Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268350,268692#msg-268692 From nginx-forum на forum.nginx.org Tue Aug 2 17:08:13 2016 From: nginx-forum на forum.nginx.org (YuriV) Date: Tue, 02 Aug 2016 13:08:13 -0400 Subject: =?UTF-8?B?0J3QtSDRgNCw0LHQvtGC0LDQtdGCIG1hcCBjINC/0LXRgNC10LzQtdC90L3Ri9C8?= =?UTF-8?B?0LggJHN0YXR1cyDQuCAkdXBzdHJlYW0gc3RhdHVz?= Message-ID: <42a5be887dcbfd01bdce4bb2d09a5439.NginxMailingListRussian@forum.nginx.org> Доброго времени суток. Возникла тут задачка кэшировать на nginx ТОЛЬКО 200-е ответы от апстрима, но при условии, что поддерживаются заголовки кэширования от бэкэнда. И тут упёрся в неразрешимую проблему - ни на одной версии nginx, начиная с 1.8.0 и кончая 1.10.1, на которую только что обновился не работает вот эта простейшая мапа: map $upstream_status $do_cache { 200 "0"; default "no-cache"; } Сам конфиг выглядит примерно так: upstream test { server 192.168.1.1; } proxy_cache_path /var/cache/nginx/test_cache levels=1:2 keys_zone=test_cache:2048m max_size=35000m inactive=3d; server { listen 80; server_name testapp; proxy_cache test_cache; proxy_cache_valid 200 3d; proxy_cache_valid 301 5s; proxy_cache_valid 302 1s; proxy_cache_valid 500 1s; proxy_cache_use_stale error timeout invalid_header updating; #proxy_ignore_headers Expires Cache-Control Set-Cookie; #proxy_hide_header Set-Cookie; proxy_hide_header Pragma; proxy_hide_header X-Powered-By; proxy_hide_header X-AspNetMvc-Version; proxy_headers_hash_max_size 2048; proxy_headers_hash_bucket_size 1024; proxy_http_version 1.1; proxy_connect_timeout 10; proxy_send_timeout 180; proxy_read_timeout 60; proxy_buffers 8 16k; proxy_buffer_size 32k; proxy_busy_buffers_size 64k; proxy_temp_file_write_size 64k; proxy_cache_key "$host$request_uri$http_origin"; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Connection ""; access_log /var/log/nginx/test.log cust; location / { proxy_cache_bypass $do_cache; proxy_set_header Host testapp; proxy_pass http://test; } } Сделал вывод в кустомный лог переменной $do_cache - независимо от статуса, который приходит с апстрима, она всегда равна дефолту мапы... 10.2.14.219 - - [02/Aug/2016:12:45:52 -0400] "GET /WebForm1.aspx?code=200 HTTP/1.1" 200 594 "-" "no-cache" 10.2.14.219 - - [02/Aug/2016:12:45:52 -0400] "GET /WebForm1.aspx?code=200 HTTP/1.1" 200 585 "-" "no-cache" 10.2.14.219 - - [02/Aug/2016:12:45:52 -0400] "GET /WebForm1.aspx?code=200 HTTP/1.1" 200 591 "-" "no-cache" 10.2.14.219 - - [02/Aug/2016:12:45:56 -0400] "GET /WebForm1.aspx?code=500 HTTP/1.1" 500 674 "-" "no-cache" 10.2.14.219 - - [02/Aug/2016:12:45:58 -0400] "GET /WebForm1.aspx?code=500 HTTP/1.1" 500 674 "-" "no-cache" 10.2.14.219 - - [02/Aug/2016:12:45:58 -0400] "GET /WebForm1.aspx?code=500 HTTP/1.1" 500 674 "-" "no-cache" Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268695,268695#msg-268695 From nginx на mva.name Tue Aug 2 17:37:31 2016 From: nginx на mva.name (Vadim A. Misbakh-Soloviov) Date: Wed, 03 Aug 2016 00:37:31 +0700 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: <42a5be887dcbfd01bdce4bb2d09a5439.NginxMailingListRussian@forum.nginx.org> References: <42a5be887dcbfd01bdce4bb2d09a5439.NginxMailingListRussian@forum.nginx.org> Message-ID: <6142832.HgVKdpKSii@note> Пальцем в небо, но в http-upstream так много всяких директив которые "доступно только в платной подписке", так что не может ли это переменная быть из их же группы? :) // хинт: попробуйте логгировать её контент тоже вместе с do_cache From pavel2000 на ngs.ru Tue Aug 2 17:53:44 2016 From: pavel2000 на ngs.ru (Pavel V.) Date: Wed, 3 Aug 2016 00:53:44 +0700 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: <42a5be887dcbfd01bdce4bb2d09a5439.NginxMailingListRussian@forum.nginx.org> References: <42a5be887dcbfd01bdce4bb2d09a5439.NginxMailingListRussian@forum.nginx.org> Message-ID: <1554129960.20160803005344@ngs.ru> Здравствуйте, YuriV. Вы писали 3 августа 2016 г., 0:08:13: > Доброго времени суток. > Возникла тут задачка кэшировать на nginx ТОЛЬКО 200-е ответы от апстрима, но > при условии, что поддерживаются заголовки кэширования от бэкэнда. Вы хотите странного - придумали какие-то "заголовки кэширования от бэкенда", но смысла их так и не объяснили. В чем в вашем понимании разница между "бэкэнд" и "апстрим"? Кеш - это кеш. Он предназначен для уменьшения количества запросов на бэкенд. Если бэкэнд отдал ответ, то отдавать ответ из кеша уже не имеет смысла. Ответ бэкенда более актуален, чем то, что находится в кеше, так что надо отдать ответ бэкенда, а кеш надо обновить. Не вполне ясно, чего вы пытаетесь достичь. > Сделал вывод в кустомный лог переменной $do_cache - независимо от статуса, > который приходит с апстрима, она всегда равна дефолту мапы... Мапа вычисляется и сохраняется момент первого обращения к переменной. Оно происходит во время обработки директивы proxy_cache_bypass. В это время $upstream_status не равен 200, т.к. обращения к апстриму не происходило. -- С уважением, Pavel mailto:pavel2000 на ngs.ru From vbart на nginx.com Tue Aug 2 18:07:06 2016 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Tue, 02 Aug 2016 21:07:06 +0300 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: <6142832.HgVKdpKSii@note> References: <42a5be887dcbfd01bdce4bb2d09a5439.NginxMailingListRussian@forum.nginx.org> <6142832.HgVKdpKSii@note> Message-ID: <2079943.P930feLJOJ@vbart-workstation> On Wednesday 03 August 2016 00:37:31 Vadim A. Misbakh-Soloviov wrote: > Пальцем в небо, но в http-upstream так много всяких директив которые "доступно > только в платной подписке", так что не может ли это переменная быть из их же > группы? :) > > // хинт: попробуйте логгировать её контент тоже вместе с do_cache Если переменной или директивы не существует, то это вызовет синтаксическую ошибку. А чтобы не тыкать в небо, на сайте nginx.org есть документация, в том числе на русском языке. Для удобства навигации созданы алфавитные указатели директив и переменных: http://nginx.org/ru/docs/varindex.html http://nginx.org/ru/docs/dirindex.html -- Валентин Бартенев From nginx на mva.name Wed Aug 3 04:44:12 2016 From: nginx на mva.name (Vadim A. Misbakh-Soloviov) Date: Wed, 03 Aug 2016 11:44:12 +0700 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: <2079943.P930feLJOJ@vbart-workstation> References: <42a5be887dcbfd01bdce4bb2d09a5439.NginxMailingListRussian@forum.nginx.org> <6142832.HgVKdpKSii@note> <2079943.P930feLJOJ@vbart-workstation> Message-ID: <6777280.mCsNlk5FKO@note> В письме от вторник, 2 августа 2016 г. 21:07:06 +07 пользователь Валентин Бартенев написал: > А чтобы не тыкать в небо, на сайте nginx.org есть документация, в том числе > на русском языке. Угу, вот только ни у одной переменной сходу не обнаруживается "доступно только в коммерческой подписке". Плюс иногда в рассылке пробегают баги что забыли что-то указать в документации. Так что вполне могла быть ситуация, что просто не указали. А вот с тем, что была бы синтаксическая ошибка - да, не подумал. Впрочем, я сталкивался с ситуациями, когда, например, nginx нормально reload'ился, а вот когда его restart'ишь - вылетает синтаксическая ошибка. Правда, по памяти сейчас не воспроизведу уже. From nginx-forum на forum.nginx.org Wed Aug 3 07:41:57 2016 From: nginx-forum на forum.nginx.org (YuriV) Date: Wed, 03 Aug 2016 03:41:57 -0400 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: <2079943.P930feLJOJ@vbart-workstation> References: <2079943.P930feLJOJ@vbart-workstation> Message-ID: Валентин Бартенев Хм, т.е. намекаете, что я где-то обшибся? НО, я специально подбацал формат лога, чтобы эти переменные в него попадали и там все как раз ОК: log_format cust '$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" ' '"$upstream_status" "$do_cache"'; 10.2.14.219 - - [02/Aug/2016:13:29:24 -0400] "GET /WebForm1.aspx?code=200 HTTP/1.1" 200 588 "-" "200" "no-cache" 10.2.14.219 - - [02/Aug/2016:13:29:24 -0400] "GET /WebForm1.aspx?code=200 HTTP/1.1" 200 586 "-" "200" "no-cache" 10.2.14.219 - - [02/Aug/2016:13:29:28 -0400] "GET /WebForm1.aspx?code=500 HTTP/1.1" 500 674 "-" "500" "no-cache" 10.2.14.219 - - [02/Aug/2016:13:29:30 -0400] "GET /WebForm1.aspx?code=500 HTTP/1.1" 500 674 "-" "500" "no-cache" Специально погуглил переменную $upstream_status : http://nginx.org/ru/docs/http/ngx_http_upstream_module.html Вроде как правильно написал. Да и мапа жеж не сработала бы вообще, если бы этой переменной не было. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268696,268705#msg-268705 From nginx на mva.name Wed Aug 3 08:09:22 2016 From: nginx на mva.name (Vadim A. Misbakh-Soloviov) Date: Wed, 03 Aug 2016 15:09:22 +0700 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: References: <2079943.P930feLJOJ@vbart-workstation> Message-ID: <2898162.4Q3oBdZK02@note> > 10.2.14.219 - - [02/Aug/2016:13:29:24 -0400] "GET /WebForm1.aspx?code=200 > HTTP/1.1" 200 588 "-" "200" "no-cache" > 10.2.14.219 - - [02/Aug/2016:13:29:24 -0400] "GET /WebForm1.aspx?code=200 > HTTP/1.1" 200 586 "-" "200" "no-cache" > 10.2.14.219 - - [02/Aug/2016:13:29:28 -0400] "GET /WebForm1.aspx?code=500 > HTTP/1.1" 500 674 "-" "500" "no-cache" > 10.2.14.219 - - [02/Aug/2016:13:29:30 -0400] "GET /WebForm1.aspx?code=500 > HTTP/1.1" 500 674 "-" "500" "no-cache" На эту часть вам уже ответили веткой выше. map заполняется первым запросом. Когда ответ ещё не 200. Прочитайте то письмо, пожалуйста :) From nginx-forum на forum.nginx.org Wed Aug 3 08:32:45 2016 From: nginx-forum на forum.nginx.org (YuriV) Date: Wed, 03 Aug 2016 04:32:45 -0400 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: <2898162.4Q3oBdZK02@note> References: <2898162.4Q3oBdZK02@note> Message-ID: Vadim A. Misbakh-Soloviov Понятно, т.е. средств заставить кэшировать ТОЛЬКО 200-е респонзы от апстрима у nginx'а попросту нет :( Крайне это печально - мы уже не раз нарывались на большие проблемы, когда наш кривой бэкенд отдает статику с неверным кодом типа 406 или 400, но с заголовком Cache-Control: public, max-age=100500 и именно этот респонз попадает в кеш и рушит весь фронт сайта. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268696,268707#msg-268707 From nginx на mva.name Wed Aug 3 08:41:15 2016 From: nginx на mva.name (Vadim A. Misbakh-Soloviov) Date: Wed, 03 Aug 2016 15:41:15 +0700 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: References: <2898162.4Q3oBdZK02@note> Message-ID: <23938303.epzOLbxhXC@note> А как на счёт идеи о том, чтобы починить бекенд, а не решать его неправильное поведение средствами NginX'а? :) From nginx-forum на forum.nginx.org Wed Aug 3 08:47:33 2016 From: nginx-forum на forum.nginx.org (YuriV) Date: Wed, 03 Aug 2016 04:47:33 -0400 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: <23938303.epzOLbxhXC@note> References: <23938303.epzOLbxhXC@note> Message-ID: <7dd119d27f02088a291c0999ee0c0283.NginxMailingListRussian@forum.nginx.org> :) Не вариант - там такая куча быдлокода, что проще накостылять где-то в стороне, чем туда лезть. Похоже возвращаемся к первоначальному варианту - срезать Cache-Control для респонзов, не равных 200 на Netscaler'e :( Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268696,268709#msg-268709 From nginx-ru на sadok.spb.ru Wed Aug 3 08:55:36 2016 From: nginx-ru на sadok.spb.ru (Dmitry Ivanov) Date: Wed, 3 Aug 2016 11:55:36 +0300 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: <7dd119d27f02088a291c0999ee0c0283.NginxMailingListRussian@forum.nginx.org> References: <23938303.epzOLbxhXC@note> <7dd119d27f02088a291c0999ee0c0283.NginxMailingListRussian@forum.nginx.org> Message-ID: <1503889852.20160803115536@sadok.spb.ru> Здравствуйте, YuriV. Вы писали 3 августа 2016 г., 11:47:33: > Похоже возвращаемся к первоначальному варианту - срезать Cache-Control для > респонзов, не равных 200 на Netscaler'e :( А зачем вам nginx, если есть Netscaler? Ровно все можно делать и на нем. -- С уважением, Dmitry nginx-ru на sadok.spb.ru From nginx-forum на forum.nginx.org Wed Aug 3 09:08:00 2016 From: nginx-forum на forum.nginx.org (YuriV) Date: Wed, 03 Aug 2016 05:08:00 -0400 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: <1503889852.20160803115536@sadok.spb.ru> References: <1503889852.20160803115536@sadok.spb.ru> Message-ID: <82e05e4989193f03ec2d071923164389.NginxMailingListRussian@forum.nginx.org> Dmitry Ivanov У Netscaler'a слабая сторона - кэширование. Да и лицухи нет у нас нет для этого. Чем nginx его легко уделывает - это возможностью легко и быстро закэшировать ответы без писанины страшных конструкций :). Но вот заподлянка с невозможностью кэшировать только определённый респонз на nginx убивает... Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268696,268711#msg-268711 From kpoxa на kpoxa.net Wed Aug 3 09:24:46 2016 From: kpoxa на kpoxa.net (kpoxa) Date: Wed, 03 Aug 2016 09:24:46 +0000 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: <82e05e4989193f03ec2d071923164389.NginxMailingListRussian@forum.nginx.org> References: <1503889852.20160803115536@sadok.spb.ru> <82e05e4989193f03ec2d071923164389.NginxMailingListRussian@forum.nginx.org> Message-ID: По умолчанию nginx кеширует только 200 301 и 302, при желании для 301 и 302 можно поставить время кеширования в 1 секунду, чем не вариант? ср, 3 авг. 2016 г. в 12:08, YuriV : > Dmitry Ivanov > > У Netscaler'a слабая сторона - кэширование. Да и лицухи нет у нас нет для > этого. Чем nginx его легко уделывает - это возможностью легко и быстро > закэшировать ответы без писанины страшных конструкций :). Но вот заподлянка > с невозможностью кэшировать только определённый респонз на nginx убивает... > > Posted at Nginx Forum: > https://forum.nginx.org/read.php?21,268696,268711#msg-268711 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum на forum.nginx.org Wed Aug 3 11:29:28 2016 From: nginx-forum на forum.nginx.org (YuriV) Date: Wed, 03 Aug 2016 07:29:28 -0400 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: <1554129960.20160803005344@ngs.ru> References: <1554129960.20160803005344@ngs.ru> Message-ID: <4846a514500f3472a418d361c0817d27.NginxMailingListRussian@forum.nginx.org> Pavel V. Вы хотите странного - придумали какие-то "заголовки кэширования от бэкенда", но смысла их так и не объяснили. Ну дык в документации nginx есть объяснение :) - http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_cache_valid Там сказано, что директивой proxy_cache_valid можно задать время жизни кэша для разного вида респонза. Но там же есть и оговорка, что это не будет работать, когда время кэширования в заголовке Cache-Control от бэка приезжает - этот заголовок перебивает настройки proxy_cache_valid. И вот если бэк по какой-то, одному ему ведомой причине отдаст файлик с неправильным кодом, но с заголовком Cache-Control, то это дело убъет нафиг весь функционал :(, пока неверный респонз из кэша не выковырять... Странно, почему разработчик не предусмотрел такой вариант работы nginx.. У принципе, конечно, можно покопаться грязными ручками в недрах кода, дабы выпилить оттудова кэширование всех респонзов, кроме нужного 200-го, но это как-то неправильно.. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268697,268715#msg-268715 From nginx-forum на forum.nginx.org Wed Aug 3 11:31:11 2016 From: nginx-forum на forum.nginx.org (YuriV) Date: Wed, 03 Aug 2016 07:31:11 -0400 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: References: Message-ID: <4254c8096f31770f8fafc50252f3f07b.NginxMailingListRussian@forum.nginx.org> kpoxa Неа, не выйдет. Если 302 или 301-й с заголовком Cache-Control приедет, где max-age 1 год стоит, то и закэшит nginx редирект на 1 год :( Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268696,268716#msg-268716 From pavel2000 на ngs.ru Wed Aug 3 11:57:15 2016 From: pavel2000 на ngs.ru (Pavel V.) Date: Wed, 3 Aug 2016 18:57:15 +0700 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: <4846a514500f3472a418d361c0817d27.NginxMailingListRussian@forum.nginx.org> References: <1554129960.20160803005344@ngs.ru> <4846a514500f3472a418d361c0817d27.NginxMailingListRussian@forum.nginx.org> Message-ID: <1928466196.20160803185715@ngs.ru> Здравствуйте, YuriV. Вы писали 3 августа 2016 г., 18:29:28: > Pavel V. > Вы хотите странного - придумали какие-то "заголовки кэширования от > бэкенда", но смысла их так и не объяснили. > Ну дык в документации nginx есть объяснение - > http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_cache_valid > Там сказано, что директивой proxy_cache_valid можно задать время жизни кэша > для разного вида респонза. Но там же есть и оговорка, что это не будет > работать, когда время кэширования в заголовке Cache-Control от бэка > приезжает - этот заголовок перебивает настройки proxy_cache_valid. И вот > если бэк по какой-то, одному ему ведомой причине отдаст файлик с > неправильным кодом, но с заголовком Cache-Control, то это дело убъет нафиг > весь функционал :(, пока неверный респонз из кэша не выковырять... Теперь гораздо более понятно. Но там же еще есть ссылка на http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_ignore_headers Это для вас не вариант? > Странно, почему разработчик не предусмотрел такой вариант работы nginx.. > У принципе, конечно, можно покопаться грязными ручками в недрах кода, дабы > выпилить оттудова кэширование всех респонзов, кроме нужного 200-го, но это > как-то неправильно.. Если ковыряться в недрах кода, то наверное можно впилить в proxy_ignore_headers поддержку переменных с целью задавать значение директивы по изначально предполагаемой вами схеме. Насколько я понимаю документацию, сейчас ни proxy_cache_valid ни proxy_ignore_headers переменные не поддерживают. -- С уважением, Pavel mailto:pavel2000 на ngs.ru From vbart на nginx.com Wed Aug 3 12:29:10 2016 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Wed, 03 Aug 2016 15:29:10 +0300 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: <6777280.mCsNlk5FKO@note> References: <42a5be887dcbfd01bdce4bb2d09a5439.NginxMailingListRussian@forum.nginx.org> <2079943.P930feLJOJ@vbart-workstation> <6777280.mCsNlk5FKO@note> Message-ID: <5551419.T45nEc0BD8@vbart-workstation> On Wednesday 03 August 2016 11:44:12 Vadim A. Misbakh-Soloviov wrote: > В письме от вторник, 2 августа 2016 г. 21:07:06 +07 пользователь Валентин > Бартенев написал: > > А чтобы не тыкать в небо, на сайте nginx.org есть документация, в том числе > > на русском языке. > > Угу, вот только ни у одной переменной сходу не обнаруживается "доступно только > в коммерческой подписке". Ибо на данный момент таких и нет. > Плюс иногда в рассылке пробегают баги что забыли что-то указать в документации. > Так что вполне могла быть ситуация, что просто не указали. Ситуации, когда не указали, что функциональность из plus-а, на моей памяти не было ни разу. В любом случае, для всех ошибок, в том числе в документации, рекомендуется присылать патчи или заводить тикеты. http://hg.nginx.org/nginx.org/ https://trac.nginx.org/ > > А вот с тем, что была бы синтаксическая ошибка - да, не подумал. > > Впрочем, я сталкивался с ситуациями, когда, например, nginx нормально > reload'ился, а вот когда его restart'ишь - вылетает синтаксическая ошибка. > Правда, по памяти сейчас не воспроизведу уже. nginx не может порелоадиться, если не в состоянии прочитать конфигурацию, это просто технически невозможно. В этом случае он пишет ошибку в лог и продолжает работать со старой конфигурацией. reload - это просто отправка сигнала мастер-процессу, вернуть в консоль он при этом ничего не может, нужно проверять error_log на предмет ошибок. Если этого не делать, то может сложится ложное иллюзия, что reload прошел успешно, но на сомом деле это просто сигнал был успешно отправлен. Подробнее: http://nginx.org/ru/docs/control.html -- Валентин Бартенев From maxim на nginx.com Wed Aug 3 12:36:30 2016 From: maxim на nginx.com (Maxim Konovalov) Date: Wed, 3 Aug 2016 15:36:30 +0300 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: <5551419.T45nEc0BD8@vbart-workstation> References: <42a5be887dcbfd01bdce4bb2d09a5439.NginxMailingListRussian@forum.nginx.org> <2079943.P930feLJOJ@vbart-workstation> <6777280.mCsNlk5FKO@note> <5551419.T45nEc0BD8@vbart-workstation> Message-ID: <721b0f12-5b95-5531-29cd-780eaa7ed13b@nginx.com> On 8/3/16 3:29 PM, Валентин Бартенев wrote: [...] >> Впрочем, я сталкивался с ситуациями, когда, например, nginx >> нормально reload'ился, а вот когда его restart'ишь - вылетает >> синтаксическая ошибка. Правда, по памяти сейчас не >> воспроизведу уже. > Добавлю лишь, что такое поведение в теории возможно, если бинарник on disk отличается от того, что сейчас запущено. Например, запущена версия 1.11.3, on disk -- 1.10.0. nginx -t при этом может выдавать ошибку при валидации конфига из-за того, что не может работать с новыми директивами. При этом уже запущенный процесс будет успешно релоадиться. > nginx не может порелоадиться, если не в состоянии прочитать > конфигурацию, это просто технически невозможно. В этом случае > он пишет ошибку в лог и продолжает работать со старой > конфигурацией. > > reload - это просто отправка сигнала мастер-процессу, вернуть в > консоль он при этом ничего не может, нужно проверять error_log > на предмет ошибок. Если этого не делать, то может сложится > ложное иллюзия, что reload прошел успешно, но на сомом деле это > просто сигнал был успешно отправлен. > > Подробнее: http://nginx.org/ru/docs/control.html > > -- Валентин Бартенев > _______________________________________________ nginx-ru mailing > list nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Maxim Konovalov From vbart на nginx.com Wed Aug 3 12:39:11 2016 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Wed, 03 Aug 2016 15:39:11 +0300 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: References: <2898162.4Q3oBdZK02@note> Message-ID: <1811790.X4WYmkgyOE@vbart-workstation> On Wednesday 03 August 2016 04:32:45 YuriV wrote: > Vadim A. Misbakh-Soloviov > > Понятно, т.е. средств заставить кэшировать ТОЛЬКО 200-е респонзы от апстрима > у nginx'а попросту нет :( > Крайне это печально - мы уже не раз нарывались на большие проблемы, когда > наш кривой бэкенд отдает статику с неверным кодом типа 406 или 400, но с > заголовком Cache-Control: public, max-age=100500 и именно этот респонз > попадает в кеш и рушит весь фронт сайта. > [..] Вы используете не ту директиву. Директива proxy_cache_bypass отвечает за то, будет ли проверятся наличие ответа в кэше для данного запроса, или запрос будет отправлен на бекенд сразу. Разумеется в этот момент переменные, связанные с ответом бекенда, пусты, ибо никакого запроса на бекенд еще не было. При этом данная директива не предотвращает последующего кэширования ответа. Документация: http://nginx.org/r/proxy_cache_bypass/ru Для управления кэшированием существует другая директива proxy_no_cache: http://nginx.org/r/proxy_no_cache/ru -- Валентин Бартенев From mdounin на mdounin.ru Wed Aug 3 13:48:46 2016 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 3 Aug 2016 16:48:46 +0300 Subject: client_body_in_file_only In-Reply-To: <6abca82872b7ce9b64cbb44ecee18e5e.NginxMailingListRussian@forum.nginx.org> References: <5c05544bd74fc4e8483dcbb8d9ce6ef9.NginxMailingListRussian@forum.nginx.org> <6abca82872b7ce9b64cbb44ecee18e5e.NginxMailingListRussian@forum.nginx.org> Message-ID: <20160803134846.GP57459@mdounin.ru> Hello! On Tue, Aug 02, 2016 at 07:35:16AM -0400, S.A.N wrote: > 1. Если клиент закрыл соединения до отправки всего тела запроса, временный > файл остается в папке, Nginx этот файл не удаляет, запрос на бекенд > отправлен не будет. Я так понимаю подразумевалось что ОС должна чистить > папку temp, но может лучше чтобы Nginx сам за собой подчистил? При использовании "client_body_in_file_only clean" - файлы удаляет nginx по завершению запроса. > 2. После получения ответа от бекенда, временный файл ещё какое-то время > (~100ms) остается заблокированным процессом Nginx, бекенду после отправки > ответа ещё приходится ждать когда файл освободится на запись. Сам nginx ничего не блокирует. Возможно, вы пытаетесь делать это на Windows и/или через Самбу/NFS? Боюсь, что если так, то на этом пути вас ждёт множество неприятных открытий. -- Maxim Dounin http://nginx.org/ From nginx-forum на forum.nginx.org Wed Aug 3 15:54:16 2016 From: nginx-forum на forum.nginx.org (YuriV) Date: Wed, 03 Aug 2016 11:54:16 -0400 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: <1811790.X4WYmkgyOE@vbart-workstation> References: <1811790.X4WYmkgyOE@vbart-workstation> Message-ID: <88b08503ebb42079ee702af641f1755b.NginxMailingListRussian@forum.nginx.org> Валентин Бартенев C учетом особенностей кода nginx эта директива тоже абсолютно бесполезна :( - у неё те же самые параметры, что и у proxy_cache_bypass. Т.е. она точно также не может полагаться на код ответа от бэка. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268696,268727#msg-268727 From nginx-forum на forum.nginx.org Wed Aug 3 16:00:15 2016 From: nginx-forum на forum.nginx.org (YuriV) Date: Wed, 03 Aug 2016 12:00:15 -0400 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: <1928466196.20160803185715@ngs.ru> References: <1928466196.20160803185715@ngs.ru> Message-ID: Pavel V. К сожалению proxy_ignore_headers как раз не подходят для меня :( - разные урлы должны кэшироваться на разное время, которое как раз в Cache-Control и приезжает с бэка. Включив игнор этих заголовков легко сломать нафиг всю бизнес-логику.. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268695,268728#msg-268728 From borepstein на gmail.com Wed Aug 3 16:01:34 2016 From: borepstein на gmail.com (Boris Epstein) Date: Wed, 3 Aug 2016 12:01:34 -0400 Subject: Drupal+nginx: Multibyte string problem Message-ID: Доброго времени суток! У меня Drupal требует следующего: Multibyte string input conversion in PHP is active and must be disabled. Check the php.ini mbstring.http_input setting. Please refer to the PHP mbstring documentation for more information. Я уже чего только не перепробовал, чтобы поменять mbstring сеттинги - и пока бестолку. Кто-нибудь с этим сталкивался? Drupal 8, PHP 5.5, nginx 1.6.3. Заранее спасибо:) Борис. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin на mdounin.ru Wed Aug 3 16:04:39 2016 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 3 Aug 2016 19:04:39 +0300 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: <88b08503ebb42079ee702af641f1755b.NginxMailingListRussian@forum.nginx.org> References: <1811790.X4WYmkgyOE@vbart-workstation> <88b08503ebb42079ee702af641f1755b.NginxMailingListRussian@forum.nginx.org> Message-ID: <20160803160439.GS57459@mdounin.ru> Hello! On Wed, Aug 03, 2016 at 11:54:16AM -0400, YuriV wrote: > C учетом особенностей кода nginx эта директива тоже абсолютно бесполезна :( > - у неё те же самые параметры, что и у proxy_cache_bypass. Т.е. она точно > также не может полагаться на код ответа от бэка. Полёт вашей мысли причудлив и занимателен, но, вероятно, никому кроме вас - не понятен. Двайте я поясню, как оно работает, а вы уже решайте, насколько ваши мысли об этом совпадают с реальностью. И если вдруг совпадают - то поясните, что именно приводит вас к мысли о бесполезности. При использовании кеша есть два момента времени, в которые можно принимать какие-то решения. 1. Первый момент - когда nginx получил запрос от клиента и думает, что именно отвечать. В этот момент он может воспользоваться кешом, и, если там есть ответ, вернуть его клиенту. Если этого делать не надо - то есть директива proxy_cache_bypass, которая позволяет "пропустить" использование кеша. Но, очевидно, пытаться использовать что-либо из ответа бекенда в этот момент нельзя - т.к. к бекенду никто ещё не обращался. 2. Второй момент - когда nginx cходил на бекенд, получил ответ, и решает, сохранять ли его в кеш. В этот момент сохранение можно явно запретить с помощью директивы proxy_no_cache. И в ней вполне можно (и зачастую нужно) использовать то, что ответил бекенд. Ибо мы как раз решаем, сохранять ли полученный ответ. -- Maxim Dounin http://nginx.org/ From vbart на nginx.com Wed Aug 3 16:06:39 2016 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Wed, 03 Aug 2016 19:06:39 +0300 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: <88b08503ebb42079ee702af641f1755b.NginxMailingListRussian@forum.nginx.org> References: <1811790.X4WYmkgyOE@vbart-workstation> <88b08503ebb42079ee702af641f1755b.NginxMailingListRussian@forum.nginx.org> Message-ID: <2787938.2I2W96X7cj@vbart-workstation> On Wednesday 03 August 2016 11:54:16 YuriV wrote: > Валентин Бартенев > > C учетом особенностей кода nginx эта директива тоже абсолютно бесполезна :( > - у неё те же самые параметры, что и у proxy_cache_bypass. Т.е. она точно > также не может полагаться на код ответа от бэка. > Это каких таких особенностей кода nginx? Проверка, кэшировать ответ или нет, происходит уже после получения заголовков ответа и на этом этапе соответствующие переменные могут быть использованы. -- Валентин Бартенев From medvedev.yp на gmail.com Wed Aug 3 16:11:10 2016 From: medvedev.yp на gmail.com (Yuriy Medvedev) Date: Wed, 3 Aug 2016 19:11:10 +0300 Subject: Drupal+nginx: Multibyte string problem In-Reply-To: References: Message-ID: Здравствуйте, используете php-fpm? 3 авг. 2016 г. 20:01 пользователь "Boris Epstein" написал: > Доброго времени суток! > > У меня Drupal требует следующего: > > Multibyte string input conversion in PHP is active and must be disabled. > Check the php.ini mbstring.http_input setting. Please refer to the PHP > mbstring documentation for more information. > > Я уже чего только не перепробовал, чтобы поменять mbstring сеттинги - и > пока бестолку. Кто-нибудь с этим сталкивался? Drupal 8, PHP 5.5, nginx > 1.6.3. > > Заранее спасибо:) > > Борис. > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From borepstein на gmail.com Wed Aug 3 16:15:20 2016 From: borepstein на gmail.com (Boris Epstein) Date: Wed, 3 Aug 2016 12:15:20 -0400 Subject: Drupal+nginx: Multibyte string problem In-Reply-To: References: Message-ID: Использую. Пытался сеттинги в настройках php-fpm изменить в /etc/php-fpm.d/conf.d/nginx.conf Но, похоже, эффект от этого был просто никакой. Борис. 2016-08-03 12:11 GMT-04:00 Yuriy Medvedev : > Здравствуйте, используете php-fpm? > > 3 авг. 2016 г. 20:01 пользователь "Boris Epstein" > написал: > >> Доброго времени суток! >> >> У меня Drupal требует следующего: >> >> Multibyte string input conversion in PHP is active and must be disabled. >> Check the php.ini mbstring.http_input setting. Please refer to the PHP >> mbstring documentation for more information. >> >> Я уже чего только не перепробовал, чтобы поменять mbstring сеттинги - и >> пока бестолку. Кто-нибудь с этим сталкивался? Drupal 8, PHP 5.5, nginx >> 1.6.3. >> >> Заранее спасибо:) >> >> Борис. >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From medvedev.yp на gmail.com Wed Aug 3 16:16:23 2016 From: medvedev.yp на gmail.com (Yuriy Medvedev) Date: Wed, 3 Aug 2016 19:16:23 +0300 Subject: Drupal+nginx: Multibyte string problem In-Reply-To: References: Message-ID: У php-fpm отдельный PHP.ini 3 авг. 2016 г. 20:15 пользователь "Boris Epstein" написал: > Использую. > > Пытался сеттинги в настройках php-fpm изменить в > /etc/php-fpm.d/conf.d/nginx.conf Но, похоже, эффект от этого был просто > никакой. > > Борис. > > 2016-08-03 12:11 GMT-04:00 Yuriy Medvedev : > >> Здравствуйте, используете php-fpm? >> >> 3 авг. 2016 г. 20:01 пользователь "Boris Epstein" >> написал: >> >>> Доброго времени суток! >>> >>> У меня Drupal требует следующего: >>> >>> Multibyte string input conversion in PHP is active and must be disabled. >>> Check the php.ini mbstring.http_input setting. Please refer to the PHP >>> mbstring documentation for more information. >>> >>> Я уже чего только не перепробовал, чтобы поменять mbstring сеттинги - и >>> пока бестолку. Кто-нибудь с этим сталкивался? Drupal 8, PHP 5.5, nginx >>> 1.6.3. >>> >>> Заранее спасибо:) >>> >>> Борис. >>> >>> _______________________________________________ >>> nginx-ru mailing list >>> nginx-ru на nginx.org >>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>> >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From medvedev.yp на gmail.com Wed Aug 3 16:17:49 2016 From: medvedev.yp на gmail.com (Yuriy Medvedev) Date: Wed, 3 Aug 2016 19:17:49 +0300 Subject: Drupal+nginx: Multibyte string problem In-Reply-To: References: Message-ID: Так же можете сделать ансет для переменной https://www.drupal.org/node/207287 3 авг. 2016 г. 20:16 пользователь "Yuriy Medvedev" написал: > У php-fpm отдельный PHP.ini > > 3 авг. 2016 г. 20:15 пользователь "Boris Epstein" > написал: > >> Использую. >> >> Пытался сеттинги в настройках php-fpm изменить в >> /etc/php-fpm.d/conf.d/nginx.conf Но, похоже, эффект от этого был просто >> никакой. >> >> Борис. >> >> 2016-08-03 12:11 GMT-04:00 Yuriy Medvedev : >> >>> Здравствуйте, используете php-fpm? >>> >>> 3 авг. 2016 г. 20:01 пользователь "Boris Epstein" >>> написал: >>> >>>> Доброго времени суток! >>>> >>>> У меня Drupal требует следующего: >>>> >>>> Multibyte string input conversion in PHP is active and must be >>>> disabled. Check the php.ini mbstring.http_input setting. Please refer to >>>> the PHP mbstring documentation for more information. >>>> >>>> Я уже чего только не перепробовал, чтобы поменять mbstring сеттинги - и >>>> пока бестолку. Кто-нибудь с этим сталкивался? Drupal 8, PHP 5.5, nginx >>>> 1.6.3. >>>> >>>> Заранее спасибо:) >>>> >>>> Борис. >>>> >>>> _______________________________________________ >>>> nginx-ru mailing list >>>> nginx-ru на nginx.org >>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>> >>> >>> _______________________________________________ >>> nginx-ru mailing list >>> nginx-ru на nginx.org >>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>> >> >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на forum.nginx.org Wed Aug 3 16:19:51 2016 From: nginx-forum на forum.nginx.org (YuriV) Date: Wed, 03 Aug 2016 12:19:51 -0400 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: <20160803160439.GS57459@mdounin.ru> References: <20160803160439.GS57459@mdounin.ru> Message-ID: <4f52ce929566de6c25f450becb13dfe1.NginxMailingListRussian@forum.nginx.org> Maxim Dounin Афигеть, сработало!!!!!! Спасибо большое. map $upstream_status $do_cache { 200 "0"; default "no-cache"; } .............................. location / { proxy_no_cache $do_cache; proxy_set_header Host testapp; proxy_pass http://test; } Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268696,268735#msg-268735 From nginx-forum на forum.nginx.org Wed Aug 3 16:21:16 2016 From: nginx-forum на forum.nginx.org (YuriV) Date: Wed, 03 Aug 2016 12:21:16 -0400 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBtYXAgYyDQv9C10YDQtdC80LXQvdC9?= =?UTF-8?B?0YvQvNC4ICRzdGF0dXMg0LggJHVwc3RyZWFtIHN0YXR1cw==?= In-Reply-To: <2787938.2I2W96X7cj@vbart-workstation> References: <2787938.2I2W96X7cj@vbart-workstation> Message-ID: Валентин Бартенев Вот этого я и не учел, когда пытался соорудить правильный конфиг :) Теперь все ОК, спасибо! Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268696,268737#msg-268737 From borepstein на gmail.com Wed Aug 3 16:26:59 2016 From: borepstein на gmail.com (Boris Epstein) Date: Wed, 3 Aug 2016 12:26:59 -0400 Subject: Drupal+nginx: Multibyte string problem In-Reply-To: References: Message-ID: Ага, спасибо - я это и пытался сделать, кучей способов, но пока бестолку, А где этот отдельный php.ini должен быть для php-fpm? У меня есть только общий почему-то: тот который /etc/php.ini 2016-08-03 12:17 GMT-04:00 Yuriy Medvedev : > Так же можете сделать ансет для переменной > https://www.drupal.org/node/207287 > > 3 авг. 2016 г. 20:16 пользователь "Yuriy Medvedev" > написал: > > У php-fpm отдельный PHP.ini >> >> 3 авг. 2016 г. 20:15 пользователь "Boris Epstein" >> написал: >> >>> Использую. >>> >>> Пытался сеттинги в настройках php-fpm изменить в >>> /etc/php-fpm.d/conf.d/nginx.conf Но, похоже, эффект от этого был просто >>> никакой. >>> >>> Борис. >>> >>> 2016-08-03 12:11 GMT-04:00 Yuriy Medvedev : >>> >>>> Здравствуйте, используете php-fpm? >>>> >>>> 3 авг. 2016 г. 20:01 пользователь "Boris Epstein" >>>> написал: >>>> >>>>> Доброго времени суток! >>>>> >>>>> У меня Drupal требует следующего: >>>>> >>>>> Multibyte string input conversion in PHP is active and must be >>>>> disabled. Check the php.ini mbstring.http_input setting. Please refer to >>>>> the PHP mbstring documentation for more information. >>>>> >>>>> Я уже чего только не перепробовал, чтобы поменять mbstring сеттинги - >>>>> и пока бестолку. Кто-нибудь с этим сталкивался? Drupal 8, PHP 5.5, nginx >>>>> 1.6.3. >>>>> >>>>> Заранее спасибо:) >>>>> >>>>> Борис. >>>>> >>>>> _______________________________________________ >>>>> nginx-ru mailing list >>>>> nginx-ru на nginx.org >>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>> >>>> >>>> _______________________________________________ >>>> nginx-ru mailing list >>>> nginx-ru на nginx.org >>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>> >>> >>> >>> _______________________________________________ >>> nginx-ru mailing list >>> nginx-ru на nginx.org >>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>> >> > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From borepstein на gmail.com Wed Aug 3 16:35:47 2016 From: borepstein на gmail.com (Boris Epstein) Date: Wed, 3 Aug 2016 12:35:47 -0400 Subject: Drupal+nginx: Multibyte string problem In-Reply-To: References: Message-ID: Похоже, php-fpm надо отдельно указать, какой конфиг использовать: http://serverfault.com/questions/458006/do-we-need-to-explicitly-pass-php-inis-location-to-php-fpm Ну и бардак же это все:))) 2016-08-03 12:26 GMT-04:00 Boris Epstein : > Ага, спасибо - я это и пытался сделать, кучей способов, но пока бестолку, > А где этот отдельный php.ini должен быть для php-fpm? У меня есть только > общий почему-то: тот который /etc/php.ini > > 2016-08-03 12:17 GMT-04:00 Yuriy Medvedev : > >> Так же можете сделать ансет для переменной >> https://www.drupal.org/node/207287 >> >> 3 авг. 2016 г. 20:16 пользователь "Yuriy Medvedev" >> написал: >> >> У php-fpm отдельный PHP.ini >>> >>> 3 авг. 2016 г. 20:15 пользователь "Boris Epstein" >>> написал: >>> >>>> Использую. >>>> >>>> Пытался сеттинги в настройках php-fpm изменить в >>>> /etc/php-fpm.d/conf.d/nginx.conf Но, похоже, эффект от этого был просто >>>> никакой. >>>> >>>> Борис. >>>> >>>> 2016-08-03 12:11 GMT-04:00 Yuriy Medvedev : >>>> >>>>> Здравствуйте, используете php-fpm? >>>>> >>>>> 3 авг. 2016 г. 20:01 пользователь "Boris Epstein" < >>>>> borepstein на gmail.com> написал: >>>>> >>>>>> Доброго времени суток! >>>>>> >>>>>> У меня Drupal требует следующего: >>>>>> >>>>>> Multibyte string input conversion in PHP is active and must be >>>>>> disabled. Check the php.ini mbstring.http_input setting. Please refer to >>>>>> the PHP mbstring documentation for more information. >>>>>> >>>>>> Я уже чего только не перепробовал, чтобы поменять mbstring сеттинги - >>>>>> и пока бестолку. Кто-нибудь с этим сталкивался? Drupal 8, PHP 5.5, nginx >>>>>> 1.6.3. >>>>>> >>>>>> Заранее спасибо:) >>>>>> >>>>>> Борис. >>>>>> >>>>>> _______________________________________________ >>>>>> nginx-ru mailing list >>>>>> nginx-ru на nginx.org >>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>>> >>>>> >>>>> _______________________________________________ >>>>> nginx-ru mailing list >>>>> nginx-ru на nginx.org >>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>> >>>> >>>> >>>> _______________________________________________ >>>> nginx-ru mailing list >>>> nginx-ru на nginx.org >>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>> >>> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From borepstein на gmail.com Wed Aug 3 17:07:44 2016 From: borepstein на gmail.com (Boris Epstein) Date: Wed, 3 Aug 2016 13:07:44 -0400 Subject: Drupal+nginx: Multibyte string problem In-Reply-To: References: Message-ID: Попробовал внести конфиг ( /etc/php.ini ) через опцию -c при запуске php-fpm - и тоже нулевой эффект. Просто засада какая-то:) 2016-08-03 12:35 GMT-04:00 Boris Epstein : > Похоже, php-fpm надо отдельно указать, какой конфиг использовать: > > > http://serverfault.com/questions/458006/do-we-need-to-explicitly-pass-php-inis-location-to-php-fpm > > Ну и бардак же это все:))) > > > 2016-08-03 12:26 GMT-04:00 Boris Epstein : > >> Ага, спасибо - я это и пытался сделать, кучей способов, но пока бестолку, >> А где этот отдельный php.ini должен быть для php-fpm? У меня есть только >> общий почему-то: тот который /etc/php.ini >> >> 2016-08-03 12:17 GMT-04:00 Yuriy Medvedev : >> >>> Так же можете сделать ансет для переменной >>> https://www.drupal.org/node/207287 >>> >>> 3 авг. 2016 г. 20:16 пользователь "Yuriy Medvedev" < >>> medvedev.yp на gmail.com> написал: >>> >>> У php-fpm отдельный PHP.ini >>>> >>>> 3 авг. 2016 г. 20:15 пользователь "Boris Epstein" >>>> написал: >>>> >>>>> Использую. >>>>> >>>>> Пытался сеттинги в настройках php-fpm изменить в >>>>> /etc/php-fpm.d/conf.d/nginx.conf Но, похоже, эффект от этого был просто >>>>> никакой. >>>>> >>>>> Борис. >>>>> >>>>> 2016-08-03 12:11 GMT-04:00 Yuriy Medvedev : >>>>> >>>>>> Здравствуйте, используете php-fpm? >>>>>> >>>>>> 3 авг. 2016 г. 20:01 пользователь "Boris Epstein" < >>>>>> borepstein на gmail.com> написал: >>>>>> >>>>>>> Доброго времени суток! >>>>>>> >>>>>>> У меня Drupal требует следующего: >>>>>>> >>>>>>> Multibyte string input conversion in PHP is active and must be >>>>>>> disabled. Check the php.ini mbstring.http_input setting. Please refer to >>>>>>> the PHP mbstring documentation for more information. >>>>>>> >>>>>>> Я уже чего только не перепробовал, чтобы поменять mbstring сеттинги >>>>>>> - и пока бестолку. Кто-нибудь с этим сталкивался? Drupal 8, PHP 5.5, nginx >>>>>>> 1.6.3. >>>>>>> >>>>>>> Заранее спасибо:) >>>>>>> >>>>>>> Борис. >>>>>>> >>>>>>> _______________________________________________ >>>>>>> nginx-ru mailing list >>>>>>> nginx-ru на nginx.org >>>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> nginx-ru mailing list >>>>>> nginx-ru на nginx.org >>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> nginx-ru mailing list >>>>> nginx-ru на nginx.org >>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>> >>>> >>> _______________________________________________ >>> nginx-ru mailing list >>> nginx-ru на nginx.org >>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx на mva.name Wed Aug 3 17:28:04 2016 From: nginx на mva.name (Vadim A. Misbakh-Soloviov) Date: Thu, 04 Aug 2016 00:28:04 +0700 Subject: Drupal+nginx: Multibyte string problem In-Reply-To: References: Message-ID: <3228130.8dkGsyhXar@note> 1) при чём тут nginx? Вообще никаким боком ведь. 2) у php-fpm конфиг находится в зависимости от дистрибутива (везде градус упорина мейнтейнеров разный), но на сколько я помню, в phpinfo() можно посмотреть местоположение "системного" (для этого инстанса php) php.ini и "юзерского" (локального, как .htaccess в оффтопике) From medvedev.yp на gmail.com Wed Aug 3 17:34:41 2016 From: medvedev.yp на gmail.com (Yuriy Medvedev) Date: Wed, 03 Aug 2016 21:34:41 +0400 Subject: Drupal+nginx: Multibyte string problem References: Message-ID: Вообще /etc/php(5)/fpm там обычно. Либо в пуле переопределить. На крайней случай срашивать на форумах по пхп Отправлено с моего ASUS -------- Исходное сообщение -------- Отправитель:Boris Epstein Отправленные:Wed, 03 Aug 2016 20:26:59 +0400 Получатель:nginx-ru на nginx.org Тема:Re: Drupal+nginx: Multibyte string problem >_______________________________________________ >nginx-ru mailing list >nginx-ru на nginx.org >http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на forum.nginx.org Wed Aug 3 18:17:44 2016 From: nginx-forum на forum.nginx.org (S.A.N) Date: Wed, 03 Aug 2016 14:17:44 -0400 Subject: client_body_in_file_only In-Reply-To: <20160803134846.GP57459@mdounin.ru> References: <20160803134846.GP57459@mdounin.ru> Message-ID: <810c02a81944fdf7cafcafa508889148.NginxMailingListRussian@forum.nginx.org> Maxim Dounin Wrote: ------------------------------------------------------- > Самбу/NFS? Боюсь, что если так, то на этом > пути вас ждёт множество неприятных открытий. > Да, вы правы, на dev сервере Самба/NFS, проблема именно в этом. Спасибо! Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268350,268747#msg-268747 From alex.hha на gmail.com Wed Aug 3 18:28:22 2016 From: alex.hha на gmail.com (Alex Domoradov) Date: Wed, 3 Aug 2016 21:28:22 +0300 Subject: Drupal+nginx: Multibyte string problem In-Reply-To: References: Message-ID: Как минимум в выводе phpinfo() будет видно где он ищет ini и какие подгрузил 2016-08-03 20:34 GMT+03:00 Yuriy Medvedev : > Вообще /etc/php(5)/fpm там обычно. Либо в пуле переопределить. На крайней > случай срашивать на форумах по пхп > > Отправлено с моего ASUS > > -------- Исходное сообщение -------- > Отправитель:Boris Epstein > Отправленные:Wed, 03 Aug 2016 20:26:59 +0400 > Получатель:nginx-ru на nginx.org > Тема:Re: Drupal+nginx: Multibyte string problem > > Ага, спасибо - я это и пытался сделать, кучей способов, но пока бестолку, > А где этот отдельный php.ini должен быть для php-fpm? У меня есть только > общий почему-то: тот который /etc/php.ini > > 2016-08-03 12:17 GMT-04:00 Yuriy Medvedev : > >> Так же можете сделать ансет для переменной >> https://www.drupal.org/node/207287 >> >> 3 авг. 2016 г. 20:16 пользователь "Yuriy Medvedev" >> написал: >> >> У php-fpm отдельный PHP.ini >>> >>> 3 авг. 2016 г. 20:15 пользователь "Boris Epstein" >>> написал: >>> >>>> Использую. >>>> >>>> Пытался сеттинги в настройках php-fpm изменить в >>>> /etc/php-fpm.d/conf.d/nginx.conf Но, похоже, эффект от этого был просто >>>> никакой. >>>> >>>> Борис. >>>> >>>> 2016-08-03 12:11 GMT-04:00 Yuriy Medvedev : >>>> >>>>> Здравствуйте, используете php-fpm? >>>>> >>>>> 3 авг. 2016 г. 20:01 пользователь "Boris Epstein" < >>>>> borepstein на gmail.com> написал: >>>>> >>>>>> Доброго времени суток! >>>>>> >>>>>> У меня Drupal требует следующего: >>>>>> >>>>>> Multibyte string input conversion in PHP is active and must be >>>>>> disabled. Check the php.ini mbstring.http_input setting. Please refer to >>>>>> the PHP mbstring documentation for more information. >>>>>> >>>>>> Я уже чего только не перепробовал, чтобы поменять mbstring сеттинги - >>>>>> и пока бестолку. Кто-нибудь с этим сталкивался? Drupal 8, PHP 5.5, nginx >>>>>> 1.6.3. >>>>>> >>>>>> Заранее спасибо:) >>>>>> >>>>>> Борис. >>>>>> >>>>>> _______________________________________________ >>>>>> nginx-ru mailing list >>>>>> nginx-ru на nginx.org >>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>>> >>>>> >>>>> _______________________________________________ >>>>> nginx-ru mailing list >>>>> nginx-ru на nginx.org >>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>> >>>> >>>> >>>> _______________________________________________ >>>> nginx-ru mailing list >>>> nginx-ru на nginx.org >>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>> >>> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From marck на rinet.ru Wed Aug 3 19:27:09 2016 From: marck на rinet.ru (Dmitry Morozovsky) Date: Wed, 3 Aug 2016 22:27:09 +0300 (MSK) Subject: TCP for HTTP IETF Draft Message-ID: Коллеги, если вы вдруг ещё не -- по-моему, вам самое оно написать туда комментариев из вашего опыта: https://www.ietf.org/internet-drafts/draft-stenberg-httpbis-tcp-02.txt -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck на FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck на rinet.ru *** ------------------------------------------------------------------------ From borepstein на gmail.com Wed Aug 3 19:41:38 2016 From: borepstein на gmail.com (Boris Epstein) Date: Wed, 3 Aug 2016 15:41:38 -0400 Subject: Drupal+nginx: Multibyte string problem In-Reply-To: References: Message-ID: Да вроде ищет-то правильно, но не считывает: http://borisepstein.info/php.php Тут тоже какая-то заморочка. 2016-08-03 14:28 GMT-04:00 Alex Domoradov : > Как минимум в выводе phpinfo() будет видно где он ищет ini и какие > подгрузил > > 2016-08-03 20:34 GMT+03:00 Yuriy Medvedev : > >> Вообще /etc/php(5)/fpm там обычно. Либо в пуле переопределить. На крайней >> случай срашивать на форумах по пхп >> >> Отправлено с моего ASUS >> >> -------- Исходное сообщение -------- >> Отправитель:Boris Epstein >> Отправленные:Wed, 03 Aug 2016 20:26:59 +0400 >> Получатель:nginx-ru на nginx.org >> Тема:Re: Drupal+nginx: Multibyte string problem >> >> Ага, спасибо - я это и пытался сделать, кучей способов, но пока бестолку, >> А где этот отдельный php.ini должен быть для php-fpm? У меня есть только >> общий почему-то: тот который /etc/php.ini >> >> 2016-08-03 12:17 GMT-04:00 Yuriy Medvedev : >> >>> Так же можете сделать ансет для переменной >>> https://www.drupal.org/node/207287 >>> >>> 3 авг. 2016 г. 20:16 пользователь "Yuriy Medvedev" < >>> medvedev.yp на gmail.com> написал: >>> >>> У php-fpm отдельный PHP.ini >>>> >>>> 3 авг. 2016 г. 20:15 пользователь "Boris Epstein" >>>> написал: >>>> >>>>> Использую. >>>>> >>>>> Пытался сеттинги в настройках php-fpm изменить в >>>>> /etc/php-fpm.d/conf.d/nginx.conf Но, похоже, эффект от этого был просто >>>>> никакой. >>>>> >>>>> Борис. >>>>> >>>>> 2016-08-03 12:11 GMT-04:00 Yuriy Medvedev : >>>>> >>>>>> Здравствуйте, используете php-fpm? >>>>>> >>>>>> 3 авг. 2016 г. 20:01 пользователь "Boris Epstein" < >>>>>> borepstein на gmail.com> написал: >>>>>> >>>>>>> Доброго времени суток! >>>>>>> >>>>>>> У меня Drupal требует следующего: >>>>>>> >>>>>>> Multibyte string input conversion in PHP is active and must be >>>>>>> disabled. Check the php.ini mbstring.http_input setting. Please refer to >>>>>>> the PHP mbstring documentation for more information. >>>>>>> >>>>>>> Я уже чего только не перепробовал, чтобы поменять mbstring сеттинги >>>>>>> - и пока бестолку. Кто-нибудь с этим сталкивался? Drupal 8, PHP 5.5, nginx >>>>>>> 1.6.3. >>>>>>> >>>>>>> Заранее спасибо:) >>>>>>> >>>>>>> Борис. >>>>>>> >>>>>>> _______________________________________________ >>>>>>> nginx-ru mailing list >>>>>>> nginx-ru на nginx.org >>>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> nginx-ru mailing list >>>>>> nginx-ru на nginx.org >>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> nginx-ru mailing list >>>>> nginx-ru на nginx.org >>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>> >>>> >>> _______________________________________________ >>> nginx-ru mailing list >>> nginx-ru на nginx.org >>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>> >> >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From medvedev.yp на gmail.com Wed Aug 3 21:26:20 2016 From: medvedev.yp на gmail.com (Yuriy Medvedev) Date: Thu, 4 Aug 2016 00:26:20 +0300 Subject: Drupal+nginx: Multibyte string problem In-Reply-To: References: Message-ID: Настраиваем в соответствии с http://php.net/manual/en/mbstring.configuration.php#ini.mbstring.http-input То есть должно быть значение pass. Перезапускаем php-fpm 3 авг. 2016 г. 23:41 пользователь "Boris Epstein" написал: > Да вроде ищет-то правильно, но не считывает: > > http://borisepstein.info/php.php > > Тут тоже какая-то заморочка. > > 2016-08-03 14:28 GMT-04:00 Alex Domoradov : > >> Как минимум в выводе phpinfo() будет видно где он ищет ini и какие >> подгрузил >> >> 2016-08-03 20:34 GMT+03:00 Yuriy Medvedev : >> >>> Вообще /etc/php(5)/fpm там обычно. Либо в пуле переопределить. На >>> крайней случай срашивать на форумах по пхп >>> >>> Отправлено с моего ASUS >>> >>> -------- Исходное сообщение -------- >>> Отправитель:Boris Epstein >>> Отправленные:Wed, 03 Aug 2016 20:26:59 +0400 >>> Получатель:nginx-ru на nginx.org >>> Тема:Re: Drupal+nginx: Multibyte string problem >>> >>> Ага, спасибо - я это и пытался сделать, кучей способов, но пока >>> бестолку, А где этот отдельный php.ini должен быть для php-fpm? У меня есть >>> только общий почему-то: тот который /etc/php.ini >>> >>> 2016-08-03 12:17 GMT-04:00 Yuriy Medvedev : >>> >>>> Так же можете сделать ансет для переменной >>>> https://www.drupal.org/node/207287 >>>> >>>> 3 авг. 2016 г. 20:16 пользователь "Yuriy Medvedev" < >>>> medvedev.yp на gmail.com> написал: >>>> >>>> У php-fpm отдельный PHP.ini >>>>> >>>>> 3 авг. 2016 г. 20:15 пользователь "Boris Epstein" < >>>>> borepstein на gmail.com> написал: >>>>> >>>>>> Использую. >>>>>> >>>>>> Пытался сеттинги в настройках php-fpm изменить в >>>>>> /etc/php-fpm.d/conf.d/nginx.conf Но, похоже, эффект от этого был просто >>>>>> никакой. >>>>>> >>>>>> Борис. >>>>>> >>>>>> 2016-08-03 12:11 GMT-04:00 Yuriy Medvedev : >>>>>> >>>>>>> Здравствуйте, используете php-fpm? >>>>>>> >>>>>>> 3 авг. 2016 г. 20:01 пользователь "Boris Epstein" < >>>>>>> borepstein на gmail.com> написал: >>>>>>> >>>>>>>> Доброго времени суток! >>>>>>>> >>>>>>>> У меня Drupal требует следующего: >>>>>>>> >>>>>>>> Multibyte string input conversion in PHP is active and must be >>>>>>>> disabled. Check the php.ini mbstring.http_input setting. Please refer to >>>>>>>> the PHP mbstring documentation for more information. >>>>>>>> >>>>>>>> Я уже чего только не перепробовал, чтобы поменять mbstring сеттинги >>>>>>>> - и пока бестолку. Кто-нибудь с этим сталкивался? Drupal 8, PHP 5.5, nginx >>>>>>>> 1.6.3. >>>>>>>> >>>>>>>> Заранее спасибо:) >>>>>>>> >>>>>>>> Борис. >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> nginx-ru mailing list >>>>>>>> nginx-ru на nginx.org >>>>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> nginx-ru mailing list >>>>>>> nginx-ru на nginx.org >>>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> nginx-ru mailing list >>>>>> nginx-ru на nginx.org >>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>>> >>>>> >>>> _______________________________________________ >>>> nginx-ru mailing list >>>> nginx-ru на nginx.org >>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>> >>> >>> >>> _______________________________________________ >>> nginx-ru mailing list >>> nginx-ru на nginx.org >>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>> >> >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From enp на itx.ru Thu Aug 4 14:26:09 2016 From: enp на itx.ru (Eugene Prokopiev) Date: Thu, 4 Aug 2016 17:26:09 +0300 Subject: 415 Unsupported Media Type with image_filter Message-ID: Здравствуйте! Требуется проксировать и обрезать картинки, пытаюсь делать так: server { listen 80; server_name localhost; location / { proxy_pass https://a2.muscache.com; image_filter crop 600 600; image_filter_buffer 1000M; } } Не получается: $ curl -I -X HEAD http://localhost/im/pictures/85355503/64baa390_original.jpg HTTP/1.1 415 Unsupported Media Type Server: nginx Date: Thu, 04 Aug 2016 14:13:25 GMT Content-Type: text/html Content-Length: 188 Connection: keep-alive $ curl -I -X HEAD https://a2.muscache.com/im/pictures/85355503/64baa390_original.jpg HTTP/1.1 200 OK Content-Type: image/jpeg Access-Control-Expose-Headers: Content-Length Last-Modified: Wed, 03 Aug 2016 20:10:22 UTC X-IM2G-Akamai-Auth-Sign: QrDvx1Ja1CBCCDSGijz9Bvfccnivnuz1SYwAlbFdRaw= X-IM2G-Akamai-Auth-Data: salt=2197993113278415406 parse=1 adapted=1 Server: Akamai Image Manager Content-Length: 44548 Cache-Control: private, max-age=43200 Expires: Fri, 05 Aug 2016 02:15:35 GMT Date: Thu, 04 Aug 2016 14:15:35 GMT Connection: keep-alive access-control-allow-methods: GET access-control-allow-origin: * Однако не получается не всегда, одна и та же картинка может нормально проксироваться - и как правило так и происходит. В error.log вообще ничего даже с debug (и на собранном с --debug nginx соответственно). Вообще nginx собран так: # nginx -V nginx version: nginx/1.10.1 built with OpenSSL 1.0.2h 3 May 2016 TLS SNI support enabled configure arguments: --prefix=/ --conf-path=/etc/nginx/nginx.conf --sbin-path=/usr/sbin --modules-path=/usr/lib64/nginx --error-log-path=/var/log/nginx/nginx.error.log --http-log-path=/var/log/nginx/nginx.log --http-client-body-temp-path=/var/spool/nginx/tmp/client --http-proxy-temp-path=/var/spool/nginx/tmp/proxy --http-fastcgi-temp-path=/var/spool/nginx/tmp/fastcgi --http-uwsgi-temp-path=/var/spool/nginx/tmp/uwsgi --http-scgi-temp-path=/var/spool/nginx/tmp/scgi --pid-path=/var/run/nginx.pid --user=_nginx --group=_nginx --with-cc-opt='-I /usr/include/pcre/' --with-http_ssl_module --with-select_module --with-poll_module --with-threads --with-file-aio --with-ipv6 --with-http_ssl_module --with-http_v2_module --with-http_realip_module --with-http_addition_module --with-http_xslt_module=dynamic --with-http_image_filter_module=dynamic --with-http_geoip_module=dynamic --with-http_sub_module --with-http_dav_module --with-http_flv_module --with-http_mp4_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_auth_request_module --with-http_random_index_module --with-http_secure_link_module --with-http_degradation_module --with-http_slice_module --with-http_stub_status_module --with-http_perl_module=dynamic --with-mail=dynamic --with-mail_ssl_module --with-stream=dynamic --with-stream_ssl_module --add-module=cache_purge --add-module=nginx-rtmp-module --with-debug --with-google_perftools_module --with-md5=/usr/lib64 --with-sha1=/usr/lib64 Как диагностировать и лечить? -- WBR, Eugene Prokopiev From vbart на nginx.com Thu Aug 4 14:31:23 2016 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Thu, 04 Aug 2016 17:31:23 +0300 Subject: 415 Unsupported Media Type with image_filter In-Reply-To: References: Message-ID: <5330631.8XO4lhexcE@vbart-workstation> On Thursday 04 August 2016 17:26:09 Eugene Prokopiev wrote: [..] > В error.log вообще ничего даже с debug (и на собранном с --debug nginx > соответственно). Вообще nginx собран так: > [..] Так может быть только если вы не в тот error_log смотрите или не там его сконфигурировали. -- Валентин Бартенев From annulen на yandex.ru Thu Aug 4 14:32:32 2016 From: annulen на yandex.ru (Konstantin Tokarev) Date: Thu, 04 Aug 2016 17:32:32 +0300 Subject: 415 Unsupported Media Type with image_filter In-Reply-To: References: Message-ID: <84171470321152@web17g.yandex.ru> Такая ошибка обычно возникает, если nginx не может открыть исходный файл 04.08.2016, 17:26, "Eugene Prokopiev" : > Здравствуйте! > > Требуется проксировать и обрезать картинки, пытаюсь делать так: > > server { >     listen 80; >     server_name localhost; >     location / { >         proxy_pass https://a2.muscache.com; >         image_filter crop 600 600; >         image_filter_buffer 1000M; >     } > } > > Не получается: > > $ curl -I -X HEAD http://localhost/im/pictures/85355503/64baa390_original.jpg > HTTP/1.1 415 Unsupported Media Type > Server: nginx > Date: Thu, 04 Aug 2016 14:13:25 GMT > Content-Type: text/html > Content-Length: 188 > Connection: keep-alive > > $ curl -I -X HEAD > https://a2.muscache.com/im/pictures/85355503/64baa390_original.jpg > HTTP/1.1 200 OK > Content-Type: image/jpeg > Access-Control-Expose-Headers: Content-Length > Last-Modified: Wed, 03 Aug 2016 20:10:22 UTC > X-IM2G-Akamai-Auth-Sign: QrDvx1Ja1CBCCDSGijz9Bvfccnivnuz1SYwAlbFdRaw= > X-IM2G-Akamai-Auth-Data: salt=2197993113278415406 parse=1 adapted=1 > Server: Akamai Image Manager > Content-Length: 44548 > Cache-Control: private, max-age=43200 > Expires: Fri, 05 Aug 2016 02:15:35 GMT > Date: Thu, 04 Aug 2016 14:15:35 GMT > Connection: keep-alive > access-control-allow-methods: GET > access-control-allow-origin: * > > Однако не получается не всегда, одна и та же картинка может нормально > проксироваться - и как правило так и происходит. > > В error.log вообще ничего даже с debug (и на собранном с --debug nginx > соответственно). Вообще nginx собран так: > > # nginx -V > nginx version: nginx/1.10.1 > built with OpenSSL 1.0.2h 3 May 2016 > TLS SNI support enabled > configure arguments: --prefix=/ --conf-path=/etc/nginx/nginx.conf > --sbin-path=/usr/sbin --modules-path=/usr/lib64/nginx > --error-log-path=/var/log/nginx/nginx.error.log > --http-log-path=/var/log/nginx/nginx.log > --http-client-body-temp-path=/var/spool/nginx/tmp/client > --http-proxy-temp-path=/var/spool/nginx/tmp/proxy > --http-fastcgi-temp-path=/var/spool/nginx/tmp/fastcgi > --http-uwsgi-temp-path=/var/spool/nginx/tmp/uwsgi > --http-scgi-temp-path=/var/spool/nginx/tmp/scgi > --pid-path=/var/run/nginx.pid --user=_nginx --group=_nginx > --with-cc-opt='-I /usr/include/pcre/' --with-http_ssl_module > --with-select_module --with-poll_module --with-threads --with-file-aio > --with-ipv6 --with-http_ssl_module --with-http_v2_module > --with-http_realip_module --with-http_addition_module > --with-http_xslt_module=dynamic > --with-http_image_filter_module=dynamic > --with-http_geoip_module=dynamic --with-http_sub_module > --with-http_dav_module --with-http_flv_module --with-http_mp4_module > --with-http_gunzip_module --with-http_gzip_static_module > --with-http_auth_request_module --with-http_random_index_module > --with-http_secure_link_module --with-http_degradation_module > --with-http_slice_module --with-http_stub_status_module > --with-http_perl_module=dynamic --with-mail=dynamic > --with-mail_ssl_module --with-stream=dynamic --with-stream_ssl_module > --add-module=cache_purge --add-module=nginx-rtmp-module --with-debug > --with-google_perftools_module --with-md5=/usr/lib64 > --with-sha1=/usr/lib64 > > Как диагностировать и лечить? > > -- > WBR, > Eugene Prokopiev > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Regards, Konstantin From nginx на mva.name Fri Aug 5 05:48:25 2016 From: nginx на mva.name (Vadim A. Misbakh-Soloviov) Date: Fri, 05 Aug 2016 12:48:25 +0700 Subject: 415 Unsupported Media Type with image_filter In-Reply-To: References: Message-ID: <7687613.7uXTDzheTE@note> > $ curl -I -X HEAD А можно небольшой оффтопичный вопрос? Зачем вы так (процитировнао выше) делаете? Это же ведь одно и то же > -I, --head Show document info only From borepstein на gmail.com Fri Aug 5 09:18:50 2016 From: borepstein на gmail.com (Boris Epstein) Date: Fri, 5 Aug 2016 05:18:50 -0400 Subject: Drupal+nginx: Multibyte string problem In-Reply-To: References: Message-ID: Это-то я давно сделал, в нескольких вариантах - но с нулевым результатом. По следующей причине - там mbstring-модуль отсутствовал вообще. Установил его: yum install php55w-mbstring и все пошло. Подсказка где-то была, уже не помню где. И таки да, уровень упорина у друпальщиков довольно высокий - они жаловались на неправильную работу модуля, который даже не был установлен и который им, по их же выбору, не нужен:))) Всем спасибо еще раз! Борис. 2016-08-03 17:26 GMT-04:00 Yuriy Medvedev : > Настраиваем в соответствии с http://php.net/manual/en/ > mbstring.configuration.php#ini.mbstring.http-input > То есть должно быть значение pass. Перезапускаем php-fpm > > 3 авг. 2016 г. 23:41 пользователь "Boris Epstein" > написал: > > Да вроде ищет-то правильно, но не считывает: >> >> http://borisepstein.info/php.php >> >> Тут тоже какая-то заморочка. >> >> 2016-08-03 14:28 GMT-04:00 Alex Domoradov : >> >>> Как минимум в выводе phpinfo() будет видно где он ищет ini и какие >>> подгрузил >>> >>> 2016-08-03 20:34 GMT+03:00 Yuriy Medvedev : >>> >>>> Вообще /etc/php(5)/fpm там обычно. Либо в пуле переопределить. На >>>> крайней случай срашивать на форумах по пхп >>>> >>>> Отправлено с моего ASUS >>>> >>>> -------- Исходное сообщение -------- >>>> Отправитель:Boris Epstein >>>> Отправленные:Wed, 03 Aug 2016 20:26:59 +0400 >>>> Получатель:nginx-ru на nginx.org >>>> Тема:Re: Drupal+nginx: Multibyte string problem >>>> >>>> Ага, спасибо - я это и пытался сделать, кучей способов, но пока >>>> бестолку, А где этот отдельный php.ini должен быть для php-fpm? У меня есть >>>> только общий почему-то: тот который /etc/php.ini >>>> >>>> 2016-08-03 12:17 GMT-04:00 Yuriy Medvedev : >>>> >>>>> Так же можете сделать ансет для переменной >>>>> https://www.drupal.org/node/207287 >>>>> >>>>> 3 авг. 2016 г. 20:16 пользователь "Yuriy Medvedev" < >>>>> medvedev.yp на gmail.com> написал: >>>>> >>>>> У php-fpm отдельный PHP.ini >>>>>> >>>>>> 3 авг. 2016 г. 20:15 пользователь "Boris Epstein" < >>>>>> borepstein на gmail.com> написал: >>>>>> >>>>>>> Использую. >>>>>>> >>>>>>> Пытался сеттинги в настройках php-fpm изменить в >>>>>>> /etc/php-fpm.d/conf.d/nginx.conf Но, похоже, эффект от этого был >>>>>>> просто никакой. >>>>>>> >>>>>>> Борис. >>>>>>> >>>>>>> 2016-08-03 12:11 GMT-04:00 Yuriy Medvedev : >>>>>>> >>>>>>>> Здравствуйте, используете php-fpm? >>>>>>>> >>>>>>>> 3 авг. 2016 г. 20:01 пользователь "Boris Epstein" < >>>>>>>> borepstein на gmail.com> написал: >>>>>>>> >>>>>>>>> Доброго времени суток! >>>>>>>>> >>>>>>>>> У меня Drupal требует следующего: >>>>>>>>> >>>>>>>>> Multibyte string input conversion in PHP is active and must be >>>>>>>>> disabled. Check the php.ini mbstring.http_input setting. Please refer to >>>>>>>>> the PHP mbstring documentation for more information. >>>>>>>>> >>>>>>>>> Я уже чего только не перепробовал, чтобы поменять mbstring >>>>>>>>> сеттинги - и пока бестолку. Кто-нибудь с этим сталкивался? Drupal 8, PHP >>>>>>>>> 5.5, nginx 1.6.3. >>>>>>>>> >>>>>>>>> Заранее спасибо:) >>>>>>>>> >>>>>>>>> Борис. >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> nginx-ru mailing list >>>>>>>>> nginx-ru на nginx.org >>>>>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> nginx-ru mailing list >>>>>>>> nginx-ru на nginx.org >>>>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> nginx-ru mailing list >>>>>>> nginx-ru на nginx.org >>>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>>>> >>>>>> >>>>> _______________________________________________ >>>>> nginx-ru mailing list >>>>> nginx-ru на nginx.org >>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>> >>>> >>>> >>>> _______________________________________________ >>>> nginx-ru mailing list >>>> nginx-ru на nginx.org >>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>> >>> >>> >>> _______________________________________________ >>> nginx-ru mailing list >>> nginx-ru на nginx.org >>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>> >> >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From borepstein на gmail.com Fri Aug 5 09:19:17 2016 From: borepstein на gmail.com (Boris Epstein) Date: Fri, 5 Aug 2016 05:19:17 -0400 Subject: Drupal+nginx: Multibyte string problem In-Reply-To: References: Message-ID: Это-то я давно сделал, в нескольких вариантах - но с нулевым результатом. По следующей причине - там mbstring-модуль отсутствовал вообще. Установил его: yum install php55w-mbstring и все пошло. Подсказка где-то была, уже не помню где. И таки да, уровень упорина у друпальщиков довольно высокий - они жаловались на неправильную работу модуля, к 2016-08-03 17:26 GMT-04:00 Yuriy Medvedev : > Настраиваем в соответствии с http://php.net/manual/en/ > mbstring.configuration.php#ini.mbstring.http-input > То есть должно быть значение pass. Перезапускаем php-fpm > > 3 авг. 2016 г. 23:41 пользователь "Boris Epstein" > написал: > > Да вроде ищет-то правильно, но не считывает: >> >> http://borisepstein.info/php.php >> >> Тут тоже какая-то заморочка. >> >> 2016-08-03 14:28 GMT-04:00 Alex Domoradov : >> >>> Как минимум в выводе phpinfo() будет видно где он ищет ini и какие >>> подгрузил >>> >>> 2016-08-03 20:34 GMT+03:00 Yuriy Medvedev : >>> >>>> Вообще /etc/php(5)/fpm там обычно. Либо в пуле переопределить. На >>>> крайней случай срашивать на форумах по пхп >>>> >>>> Отправлено с моего ASUS >>>> >>>> -------- Исходное сообщение -------- >>>> Отправитель:Boris Epstein >>>> Отправленные:Wed, 03 Aug 2016 20:26:59 +0400 >>>> Получатель:nginx-ru на nginx.org >>>> Тема:Re: Drupal+nginx: Multibyte string problem >>>> >>>> Ага, спасибо - я это и пытался сделать, кучей способов, но пока >>>> бестолку, А где этот отдельный php.ini должен быть для php-fpm? У меня есть >>>> только общий почему-то: тот который /etc/php.ini >>>> >>>> 2016-08-03 12:17 GMT-04:00 Yuriy Medvedev : >>>> >>>>> Так же можете сделать ансет для переменной >>>>> https://www.drupal.org/node/207287 >>>>> >>>>> 3 авг. 2016 г. 20:16 пользователь "Yuriy Medvedev" < >>>>> medvedev.yp на gmail.com> написал: >>>>> >>>>> У php-fpm отдельный PHP.ini >>>>>> >>>>>> 3 авг. 2016 г. 20:15 пользователь "Boris Epstein" < >>>>>> borepstein на gmail.com> написал: >>>>>> >>>>>>> Использую. >>>>>>> >>>>>>> Пытался сеттинги в настройках php-fpm изменить в >>>>>>> /etc/php-fpm.d/conf.d/nginx.conf Но, похоже, эффект от этого был >>>>>>> просто никакой. >>>>>>> >>>>>>> Борис. >>>>>>> >>>>>>> 2016-08-03 12:11 GMT-04:00 Yuriy Medvedev : >>>>>>> >>>>>>>> Здравствуйте, используете php-fpm? >>>>>>>> >>>>>>>> 3 авг. 2016 г. 20:01 пользователь "Boris Epstein" < >>>>>>>> borepstein на gmail.com> написал: >>>>>>>> >>>>>>>>> Доброго времени суток! >>>>>>>>> >>>>>>>>> У меня Drupal требует следующего: >>>>>>>>> >>>>>>>>> Multibyte string input conversion in PHP is active and must be >>>>>>>>> disabled. Check the php.ini mbstring.http_input setting. Please refer to >>>>>>>>> the PHP mbstring documentation for more information. >>>>>>>>> >>>>>>>>> Я уже чего только не перепробовал, чтобы поменять mbstring >>>>>>>>> сеттинги - и пока бестолку. Кто-нибудь с этим сталкивался? Drupal 8, PHP >>>>>>>>> 5.5, nginx 1.6.3. >>>>>>>>> >>>>>>>>> Заранее спасибо:) >>>>>>>>> >>>>>>>>> Борис. >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> nginx-ru mailing list >>>>>>>>> nginx-ru на nginx.org >>>>>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> nginx-ru mailing list >>>>>>>> nginx-ru на nginx.org >>>>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> nginx-ru mailing list >>>>>>> nginx-ru на nginx.org >>>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>>>> >>>>>> >>>>> _______________________________________________ >>>>> nginx-ru mailing list >>>>> nginx-ru на nginx.org >>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>> >>>> >>>> >>>> _______________________________________________ >>>> nginx-ru mailing list >>>> nginx-ru на nginx.org >>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>> >>> >>> >>> _______________________________________________ >>> nginx-ru mailing list >>> nginx-ru на nginx.org >>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>> >> >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From enp на itx.ru Fri Aug 5 10:02:30 2016 From: enp на itx.ru (Eugene Prokopiev) Date: Fri, 5 Aug 2016 13:02:30 +0300 Subject: 415 Unsupported Media Type with image_filter In-Reply-To: <5330631.8XO4lhexcE@vbart-workstation> References: <5330631.8XO4lhexcE@vbart-workstation> Message-ID: 4 августа 2016 г., 17:31 пользователь Валентин Бартенев написал: > On Thursday 04 August 2016 17:26:09 Eugene Prokopiev wrote: > [..] >> В error.log вообще ничего даже с debug (и на собранном с --debug nginx >> соответственно). Вообще nginx собран так: >> > [..] > > Так может быть только если вы не в тот error_log смотрите или не там > его сконфигурировали. Признаю свою ошибку и прикладываю два лога: 1) nginx.ok.log записан при выполнении curl -O -X GET http://localhost/im/pictures/21520448/2006a3c5_original.jpg 2) nginx.fail.log записан при попытке открыть тот же урл в Chromium (результат с Firefox похож скорее на (1)) Где-то в течении часа проблема воспроизводится практически с гарантией, потом урл открывается всеми, но не открывается еще что-нибудь. В nginx.fail.log смущает: 2016/08/05 12:33:24 [debug] 8642#8642: *130 input buf #0 2016/08/05 12:33:24 [debug] 8642#8642: *130 malloc: 0000000000F054C0:4096 2016/08/05 12:33:24 [debug] 8642#8642: *130 SSL_read: 4096 2016/08/05 12:33:24 [debug] 8642#8642: *130 pipe recv chain: 4096 2016/08/05 12:33:24 [debug] 8642#8642: *130 input buf #1 2016/08/05 12:33:24 [debug] 8642#8642: *130 malloc: 0000000000F1C8A0:4096 2016/08/05 12:33:24 [debug] 8642#8642: *130 SSL_read: 4096 2016/08/05 12:33:24 [debug] 8642#8642: *130 pipe recv chain: 4096 2016/08/05 12:33:24 [debug] 8642#8642: *130 input buf #2 2016/08/05 12:33:24 [debug] 8642#8642: *130 malloc: 0000000000F1D8B0:4096 2016/08/05 12:33:24 [debug] 8642#8642: *130 SSL_read: 4096 2016/08/05 12:33:24 [debug] 8642#8642: *130 pipe recv chain: 4096 2016/08/05 12:33:24 [debug] 8642#8642: *130 input buf #3 2016/08/05 12:33:24 [debug] 8642#8642: *130 malloc: 0000000000F1E8C0:4096 2016/08/05 12:33:24 [debug] 8642#8642: *130 SSL_read: -1 2016/08/05 12:33:24 [debug] 8642#8642: *130 SSL_get_error: 2 2016/08/05 12:33:24 [debug] 8642#8642: *130 pipe recv chain: -2 Т.е. выглядит это как проблема на стороне a2.muscache.com, однако почему другой HTTP-агент нормально получает тот же самый файл? -- WBR, Eugene Prokopiev From enp на itx.ru Fri Aug 5 10:04:26 2016 From: enp на itx.ru (Eugene Prokopiev) Date: Fri, 5 Aug 2016 13:04:26 +0300 Subject: 415 Unsupported Media Type with image_filter In-Reply-To: <84171470321152@web17g.yandex.ru> References: <84171470321152@web17g.yandex.ru> Message-ID: 2016-08-04 17:32 GMT+03:00 Konstantin Tokarev : > Такая ошибка обычно возникает, если nginx не может открыть исходный файл Вы правы, однако см. ответ выше: с разными HTTP-агентами поведение разное и оно воспроизводится -- WBR, Eugene Prokopiev From nginx-forum на forum.nginx.org Fri Aug 5 10:07:35 2016 From: nginx-forum на forum.nginx.org (S.A.N) Date: Fri, 05 Aug 2016 06:07:35 -0400 Subject: client_body_in_file_only In-Reply-To: <5c05544bd74fc4e8483dcbb8d9ce6ef9.NginxMailingListRussian@forum.nginx.org> References: <5c05544bd74fc4e8483dcbb8d9ce6ef9.NginxMailingListRussian@forum.nginx.org> Message-ID: Проявилась одна фича (или баг?) В официальном Nginx репозитории для CentOS 7, в Systemd юните - nginx.services, указанна директива PrivateTmp = yes https://www.freedesktop.org/software/systemd/man/systemd.exec.html#PrivateTmp= Если в конфиге Nginx, указать client_body_temp_path /tmp; proxy_set_header x-file-path $request_body_file; На бекенд придет заголовок "x-file-path: /tmp/0000000001" Но в "/tmp" папке нет файла "0000000001" потому что Systemd для процесса Nginx, указывает другую временную папку, в которую Nginx записывает файл "0000000001", а бекенду передается не правильный путь "/tmp/0000000001" В логах Nginx все будет чисто, потому что ошибок нет, а бекенд разаработчики долго будут думать в чем проблема. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268350,268787#msg-268787 From enp на itx.ru Fri Aug 5 10:09:18 2016 From: enp на itx.ru (Eugene Prokopiev) Date: Fri, 5 Aug 2016 13:09:18 +0300 Subject: 415 Unsupported Media Type with image_filter In-Reply-To: <7687613.7uXTDzheTE@note> References: <7687613.7uXTDzheTE@note> Message-ID: 5 августа 2016 г., 8:48 пользователь Vadim A. Misbakh-Soloviov написал: >> $ curl -I -X HEAD > > А можно небольшой оффтопичный вопрос? Зачем вы так (процитировнао выше) > делаете? Это же ведь одно и то же > >> -I, --head Show document info only Перекочевало от -X GET (там уже есть разница) и зря, на HEAD и оригинальный сервер часто отвечает 422 Unprocessable Entity, так что лучше с GET проверять. -- WBR, Eugene Prokopiev From nginx на mva.name Fri Aug 5 10:24:06 2016 From: nginx на mva.name (Vadim A. Misbakh-Soloviov) Date: Fri, 05 Aug 2016 17:24:06 +0700 Subject: 415 Unsupported Media Type with image_filter In-Reply-To: References: <7687613.7uXTDzheTE@note> Message-ID: <4511619.0jMCOgMrtT@note> -X GET тоже не нужно (если не -I, конечно). Используйте -v. Для дебага оно лучше. From enp на itx.ru Fri Aug 5 11:04:15 2016 From: enp на itx.ru (Eugene Prokopiev) Date: Fri, 5 Aug 2016 14:04:15 +0300 Subject: 415 Unsupported Media Type with image_filter In-Reply-To: References: <5330631.8XO4lhexcE@vbart-workstation> Message-ID: 5 августа 2016 г., 13:02 пользователь Eugene Prokopiev написал: > Признаю свою ошибку и прикладываю два лога ... Вот теперь точно прикладываю, в прошлый раз забыл. -- WBR, Eugene Prokopiev ----------- следущая часть ----------- Вложение не в текстовом формате было извлечено… Имя: nginx.fail.log Тип: text/x-log Размер: 34602 байтов Описание: отсутствует URL: ----------- следущая часть ----------- Вложение не в текстовом формате было извлечено… Имя: nginx.ok.log Тип: text/x-log Размер: 33470 байтов Описание: отсутствует URL: From nginx-forum на forum.nginx.org Fri Aug 5 11:36:55 2016 From: nginx-forum на forum.nginx.org (sasha181) Date: Fri, 05 Aug 2016 07:36:55 -0400 Subject: =?UTF-8?B?0J3QtSDQstC10YDQvdGL0Lkg0YfQsNGB0L7QstC+0Lkg0L/QvtGP0YEg0LIgbmdp?= =?UTF-8?B?bng=?= Message-ID: <489516400b8d256600f4f3a819055ecf.NginxMailingListRussian@forum.nginx.org> Заметил такую проблему. Nginx в заголовках отдаёт дату без учёта часового пояса в linix . В англоязычной версии форума нашёл пояснение https://forum.nginx.org/read.php?2,214494,214504#msg-214504 Но оно достаточно давнее и решения на тот момент не было. Подскажите пожалуйста, ситуация так и не поменялась с тех пор? Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268794,268794#msg-268794 From vbart на nginx.com Fri Aug 5 12:26:24 2016 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Fri, 05 Aug 2016 15:26:24 +0300 Subject: 415 Unsupported Media Type with image_filter In-Reply-To: References: <5330631.8XO4lhexcE@vbart-workstation> Message-ID: <1749707.4qn6Y5kiVP@vbart-workstation> On Friday 05 August 2016 13:02:30 Eugene Prokopiev wrote: > 4 августа 2016 г., 17:31 пользователь Валентин Бартенев > написал: > > On Thursday 04 August 2016 17:26:09 Eugene Prokopiev wrote: > > [..] > >> В error.log вообще ничего даже с debug (и на собранном с --debug nginx > >> соответственно). Вообще nginx собран так: > >> > > [..] > > > > Так может быть только если вы не в тот error_log смотрите или не там > > его сконфигурировали. > > Признаю свою ошибку и прикладываю два лога: > > 1) nginx.ok.log записан при выполнении curl -O -X GET > http://localhost/im/pictures/21520448/2006a3c5_original.jpg > 2) nginx.fail.log записан при попытке открыть тот же урл в Chromium > (результат с Firefox похож скорее на (1)) > > Где-то в течении часа проблема воспроизводится практически с > гарантией, потом урл открывается всеми, но не открывается еще > что-нибудь. > > В nginx.fail.log смущает: > > 2016/08/05 12:33:24 [debug] 8642#8642: *130 input buf #0 > 2016/08/05 12:33:24 [debug] 8642#8642: *130 malloc: 0000000000F054C0:4096 > 2016/08/05 12:33:24 [debug] 8642#8642: *130 SSL_read: 4096 > 2016/08/05 12:33:24 [debug] 8642#8642: *130 pipe recv chain: 4096 > 2016/08/05 12:33:24 [debug] 8642#8642: *130 input buf #1 > 2016/08/05 12:33:24 [debug] 8642#8642: *130 malloc: 0000000000F1C8A0:4096 > 2016/08/05 12:33:24 [debug] 8642#8642: *130 SSL_read: 4096 > 2016/08/05 12:33:24 [debug] 8642#8642: *130 pipe recv chain: 4096 > 2016/08/05 12:33:24 [debug] 8642#8642: *130 input buf #2 > 2016/08/05 12:33:24 [debug] 8642#8642: *130 malloc: 0000000000F1D8B0:4096 > 2016/08/05 12:33:24 [debug] 8642#8642: *130 SSL_read: 4096 > 2016/08/05 12:33:24 [debug] 8642#8642: *130 pipe recv chain: 4096 > 2016/08/05 12:33:24 [debug] 8642#8642: *130 input buf #3 > 2016/08/05 12:33:24 [debug] 8642#8642: *130 malloc: 0000000000F1E8C0:4096 > 2016/08/05 12:33:24 [debug] 8642#8642: *130 SSL_read: -1 > 2016/08/05 12:33:24 [debug] 8642#8642: *130 SSL_get_error: 2 > 2016/08/05 12:33:24 [debug] 8642#8642: *130 pipe recv chain: -2 > > Т.е. выглядит это как проблема на стороне a2.muscache.com, однако > почему другой HTTP-агент нормально получает тот же самый файл? > [..] Очевидно разница в заголовках, которые посылает curl и Chrome. В итоге для браузера Chrome ваш бекенд перекодирует картинку в webp, о чем и сообщает в ответе: Content-Type: image/webp Отключите эту функцию на бекенде или перезаписывайте заголовки. -- Валентин Бартенев From enp на itx.ru Fri Aug 5 13:38:07 2016 From: enp на itx.ru (Eugene Prokopiev) Date: Fri, 5 Aug 2016 16:38:07 +0300 Subject: 415 Unsupported Media Type with image_filter In-Reply-To: <1749707.4qn6Y5kiVP@vbart-workstation> References: <5330631.8XO4lhexcE@vbart-workstation> <1749707.4qn6Y5kiVP@vbart-workstation> Message-ID: 5 августа 2016 г., 15:26 пользователь Валентин Бартенев написал: > Очевидно разница в заголовках, которые посылает curl и Chrome. > > В итоге для браузера Chrome ваш бекенд перекодирует картинку > в webp, о чем и сообщает в ответе: > > Content-Type: image/webp > > Отключите эту функцию на бекенде или перезаписывайте заголовки. Да, proxy_pass_request_headers off решает проблему, спасибо! -- WBR, Eugene Prokopiev From mdounin на mdounin.ru Sat Aug 6 14:57:33 2016 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sat, 6 Aug 2016 17:57:33 +0300 Subject: =?UTF-8?B?UmU6INCd0LUg0LLQtdGA0L3Ri9C5INGH0LDRgdC+0LLQvtC5INC/0L7Rj9GBINCy?= =?UTF-8?B?IG5naW54?= In-Reply-To: <489516400b8d256600f4f3a819055ecf.NginxMailingListRussian@forum.nginx.org> References: <489516400b8d256600f4f3a819055ecf.NginxMailingListRussian@forum.nginx.org> Message-ID: <20160806145733.GG57459@mdounin.ru> Hello! On Fri, Aug 05, 2016 at 07:36:55AM -0400, sasha181 wrote: > Заметил такую проблему. Nginx в заголовках отдаёт дату без учёта часового > пояса в linix . > В англоязычной версии форума нашёл пояснение > https://forum.nginx.org/read.php?2,214494,214504#msg-214504 > Но оно достаточно давнее и решения на тот момент не было. > Подскажите пожалуйста, ситуация так и не поменялась с тех пор? В заголовках дата/время всегда в GMT. Цитата из RFC 2616, https://tools.ietf.org/html/rfc2616#section-3.3.1: All HTTP date/time stamps MUST be represented in Greenwich Mean Time (GMT), without exception. Упомянутый тред - не про заголовки, а про логгирование, и исключительно в ситуациях, когда таймзону хочется поменять, не перезапуская nginx. -- Maxim Dounin http://nginx.org/ From r на kpitv.net Sun Aug 7 18:52:01 2016 From: r на kpitv.net (=?UTF-8?B?0KDQtdCz0LjRgdGC0YDQsNGG0LjQuCAu?=) Date: Sun, 7 Aug 2016 21:52:01 +0300 Subject: =?UTF-8?B?0J3QtSDRgNCw0LHQvtGC0LDQtdGCIHByb3h5X2NhY2hlX2xvY2s=?= Message-ID: Стоит nginx 1.10.1 из репозитория nginx, CentOS 7. proxy_pass http://proxy_ts$uri; proxy_next_upstream http_404; proxy_next_upstream_tries 3; proxy_cache proxy_cache_stream; proxy_cache_valid 3m; proxy_cache_valid any 10s; proxy_cache_lock on; proxy_cache_lock_timeout 650000000s; proxy_cache_lock_age 10m; proxy_cache_methods GET HEAD POST; proxy_method GET; proxy_hide_header "Set-Cookie"; proxy_ignore_headers "Set-Cookie" "X-Accel-Redirect" "X-Accel-Expires" "X-Accel-Limit-Rate" "X-Accel-Buffering"; proxy_pass_request_headers off; proxy_cache_path /var/lib/nginx/proxy_cache levels=1:2 keys_zone=proxy_cache_stream:1m max_size=1024m inactive=3m; proxy_temp_path /var/lib/nginx/proxy_temp 1 2; Есть 1 поток 0,8 МБит/с Но график использования сети http://searchengines.guru/attachment.php?attachmentid=154233&stc=1&d=1470339703 показывает исходящий трафик до 7 МБит/с. По логам ($upstream_cache_status) некешированный только первый запрос. Интервал между первым и последним запросом - 1 минута. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From vbart на nginx.com Sun Aug 7 20:49:49 2016 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Sun, 07 Aug 2016 23:49:49 +0300 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBwcm94eV9jYWNoZV9sb2Nr?= In-Reply-To: References: Message-ID: <2075110.IZBplvv2zU@vbart-laptop> On Sunday 07 August 2016 21:52:01 Регистрации . wrote: > Стоит nginx 1.10.1 из репозитория nginx, CentOS 7. [..] А система у вас 32-х или 64-х битная? -- Валентин Бартенев From nginx-forum на forum.nginx.org Mon Aug 8 08:33:16 2016 From: nginx-forum на forum.nginx.org (Helper code) Date: Mon, 08 Aug 2016 04:33:16 -0400 Subject: =?UTF-8?B?UmU6IEhUVFBTINC+0YLQtNCw0LLQsNGC0YwgNDQ0INCyINGB0LXQutGG0LjQuCBk?= =?UTF-8?B?ZWZhdWx0?= In-Reply-To: <20160728113753.GP57459@mdounin.ru> References: <20160728113753.GP57459@mdounin.ru> Message-ID: <2b99af6e88b8d999e3acdb0dd3fe2ea4.NginxMailingListRussian@forum.nginx.org> При использовании - ssl_ciphers aNULL получается облом для браузеров не поддерживающих SNI. Без этой директивы все работает. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268592,268824#msg-268824 From r на kpitv.net Mon Aug 8 08:36:39 2016 From: r на kpitv.net (=?UTF-8?B?0KDQtdCz0LjRgdGC0YDQsNGG0LjQuCAu?=) Date: Mon, 8 Aug 2016 11:36:39 +0300 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBwcm94eV9jYWNoZV9sb2Nr?= Message-ID: >А система у вас 32-х или 64-х битная? uname -a: Linux 3.10.0-327.10.1.el7.x86_64 #1 SMP Tue Feb 16 17:03:50 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux П.С. Как-то неудобно тут отвечать. :) ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From vovansystems на gmail.com Mon Aug 8 08:37:54 2016 From: vovansystems на gmail.com (VovansystemS) Date: Mon, 8 Aug 2016 11:37:54 +0300 Subject: =?UTF-8?B?UmU6IG5heHNpINC60LDQuiBkeW5hbWljIG1vZHVsZQ==?= In-Reply-To: References: Message-ID: > Да модуль версия зависим это понятно. но планируется ли (и возможно ли) сделать такую архитектуру подключения модулей, которая бы обеспечила возможность собрать один раз модуль как dll для программы под windows, а затем обновлять только по мере необходимости, а не при каждом выходе новой версии nginx? прошу прощения, если вопрос дурацкий, я не силён в системном программировании под linux From nginx-forum на forum.nginx.org Mon Aug 8 10:21:14 2016 From: nginx-forum на forum.nginx.org (nNgzlTtv3k5lzmKRvlmS22tSl8sJr68k) Date: Mon, 08 Aug 2016 06:21:14 -0400 Subject: =?UTF-8?B?0J7Qs9GA0LDQvdC40YfQtdC90LjQtSDQutC+0LvQuNGH0LXRgdGC0LLQsCDQt9Cw?= =?UTF-8?B?0L/RgNC+0YHQvtCy?= Message-ID: Поисковые боты часто дёргают сайты, чем создают большую нагрузку. Была предпринята попытка ограничить запросы к php-страницам. Вот конфиг nginx: http { ...... limit_req_zone $bot_key zone=php_bot:100m rate=5r/s; log_format bot '$time_local $status $server_name ...' server { ...... location ~* \.php$ { ...... set $bot_key ""; if ($http_user_agent ~* spider|bot|crawl|megaindex|yahoo){ set $bot_key $server_name; } limit_req zone=php_bot; limit_req_status 503; limit_req_log_level notice; access_log /var/log/nginx/access-php-bot.log bot if=$bot_key; } } } Секций server { ... } несколько, они все идентичные. В итоге после полного перезапуска nginx в логе видим: 08/Aug/2016:12:27:00 +0300 200 site.com ... upstream_response_time=0.119 08/Aug/2016:12:27:00 +0300 503 site.com 08/Aug/2016:12:27:00 +0300 503 site.com 08/Aug/2016:12:27:00 +0300 200 site.com ... upstream_response_time=0.117 08/Aug/2016:12:27:00 +0300 503 site.com 08/Aug/2016:12:27:00 +0300 200 site.com ... upstream_response_time=0.116 08/Aug/2016:12:27:00 +0300 200 site.com ... upstream_response_time=0.022 08/Aug/2016:12:27:01 +0300 200 site.com ... upstream_response_time=0.129 08/Aug/2016:12:27:01 +0300 503 site.com ... 08/Aug/2016:12:27:01 +0300 200 site.com ... upstream_response_time=0.074 08/Aug/2016:12:27:01 +0300 503 site.com ... 08/Aug/2016:12:27:01 +0300 200 site.com ... upstream_response_time=0.030 08/Aug/2016:12:27:01 +0300 503 site.com ... За "01" секунду всего 3 успешно обработанных запроса, за предыдущую - 4, несмотря на то, что ограничение допускает обработку 5 запросов. Почему так, в чём ошибка ? Какая временная метка указывается в логе - момента прихода запроса или момента выдачи ответа ? Даже если временная метка - это момент выдачи ответа, то всё равно маловато выходит: за каждую из секунд не пропустилось максимально допустимое количество запросов. Как корректно проверять правильно ли работает конфигурация nginx, понял ли nginx то, что от него хотели ? Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268830,268830#msg-268830 From chipitsine на gmail.com Mon Aug 8 10:35:46 2016 From: chipitsine на gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0KjQuNC/0LjRhtC40L0=?=) Date: Mon, 8 Aug 2016 15:35:46 +0500 Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0LrQvtC70LjRh9C10YHRgtCy0LAg?= =?UTF-8?B?0LfQsNC/0YDQvtGB0L7Qsg==?= In-Reply-To: References: Message-ID: попробуйте вот такое прописать в robots.txt User-agent: * Allow: / Crawl-delay: 5 Request-rate: 1/5 Visit-time: 1800-2359 8 августа 2016 г., 15:21 пользователь nNgzlTtv3k5lzmKRvlmS22tSl8sJr68k < nginx-forum на forum.nginx.org> написал: > Поисковые боты часто дёргают сайты, чем создают большую нагрузку. Была > предпринята попытка ограничить запросы к php-страницам. > Вот конфиг nginx: > > http { > ...... > > limit_req_zone $bot_key zone=php_bot:100m rate=5r/s; > > log_format bot '$time_local $status $server_name ...' > > server { > ...... > > location ~* \.php$ { > ...... > > set $bot_key ""; > if ($http_user_agent ~* spider|bot|crawl|megaindex|yahoo){ > set $bot_key > $server_name; } > > limit_req zone=php_bot; > limit_req_status 503; > limit_req_log_level notice; > > access_log /var/log/nginx/access-php-bot.log > bot > if=$bot_key; > } > } > } > > Секций server { ... } несколько, они все идентичные. > В итоге после полного перезапуска nginx в логе видим: > > 08/Aug/2016:12:27:00 +0300 200 site.com ... upstream_response_time=0.119 > 08/Aug/2016:12:27:00 +0300 503 site.com > 08/Aug/2016:12:27:00 +0300 503 site.com > 08/Aug/2016:12:27:00 +0300 200 site.com ... upstream_response_time=0.117 > 08/Aug/2016:12:27:00 +0300 503 site.com > 08/Aug/2016:12:27:00 +0300 200 site.com ... upstream_response_time=0.116 > 08/Aug/2016:12:27:00 +0300 200 site.com ... upstream_response_time=0.022 > > 08/Aug/2016:12:27:01 +0300 200 site.com ... upstream_response_time=0.129 > 08/Aug/2016:12:27:01 +0300 503 site.com ... > 08/Aug/2016:12:27:01 +0300 200 site.com ... upstream_response_time=0.074 > 08/Aug/2016:12:27:01 +0300 503 site.com ... > 08/Aug/2016:12:27:01 +0300 200 site.com ... upstream_response_time=0.030 > 08/Aug/2016:12:27:01 +0300 503 site.com ... > > За "01" секунду всего 3 успешно обработанных запроса, за предыдущую - 4, > несмотря на то, что ограничение допускает обработку 5 запросов. > Почему так, в чём ошибка ? Какая временная метка указывается в логе - > момента прихода запроса или момента выдачи ответа ? > Даже если временная метка - это момент выдачи ответа, то всё равно маловато > выходит: за каждую из секунд не пропустилось максимально допустимое > количество запросов. > Как корректно проверять правильно ли работает конфигурация nginx, понял ли > nginx то, что от него хотели ? > > Posted at Nginx Forum: https://forum.nginx.org/read. > php?21,268830,268830#msg-268830 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From vbart на nginx.com Mon Aug 8 10:52:08 2016 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Mon, 08 Aug 2016 13:52:08 +0300 Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0LrQvtC70LjRh9C10YHRgtCy0LAg?= =?UTF-8?B?0LfQsNC/0YDQvtGB0L7Qsg==?= In-Reply-To: References: Message-ID: <1522667.K3xYVDtlu5@vbart-workstation> On Monday 08 August 2016 06:21:14 nNgzlTtv3k5lzmKRvlmS22tSl8sJr68k wrote: > Поисковые боты часто дёргают сайты, чем создают большую нагрузку. Была > предпринята попытка ограничить запросы к php-страницам. > Вот конфиг nginx: > > http { > ...... > > limit_req_zone $bot_key zone=php_bot:100m rate=5r/s; > [..] > Секций server { ... } несколько, они все идентичные. > В итоге после полного перезапуска nginx в логе видим: > > 08/Aug/2016:12:27:00 +0300 200 site.com ... upstream_response_time=0.119 > 08/Aug/2016:12:27:00 +0300 503 site.com > 08/Aug/2016:12:27:00 +0300 503 site.com > 08/Aug/2016:12:27:00 +0300 200 site.com ... upstream_response_time=0.117 > 08/Aug/2016:12:27:00 +0300 503 site.com > 08/Aug/2016:12:27:00 +0300 200 site.com ... upstream_response_time=0.116 > 08/Aug/2016:12:27:00 +0300 200 site.com ... upstream_response_time=0.022 > > 08/Aug/2016:12:27:01 +0300 200 site.com ... upstream_response_time=0.129 > 08/Aug/2016:12:27:01 +0300 503 site.com ... > 08/Aug/2016:12:27:01 +0300 200 site.com ... upstream_response_time=0.074 > 08/Aug/2016:12:27:01 +0300 503 site.com ... > 08/Aug/2016:12:27:01 +0300 200 site.com ... upstream_response_time=0.030 > 08/Aug/2016:12:27:01 +0300 503 site.com ... > > За "01" секунду всего 3 успешно обработанных запроса, за предыдущую - 4, > несмотря на то, что ограничение допускает обработку 5 запросов. [..] У модуля нет никакой дискретности в 1 секунду, так же как ограничение скорости 60 км/ч, не означает что это должна быть средняя скорость движения в течение часа. Установленное вами ограничения допускает не более 1 запроса в течение 200мс. Если вы хотите разрешить всплески и принимать запросы, в том числе пришедшие с интервалом менее 200мс, то нужно настроить параметр burst. -- Валентин Бартенев From nginx-forum на forum.nginx.org Mon Aug 8 10:54:52 2016 From: nginx-forum на forum.nginx.org (nNgzlTtv3k5lzmKRvlmS22tSl8sJr68k) Date: Mon, 08 Aug 2016 06:54:52 -0400 Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0LrQvtC70LjRh9C10YHRgtCy0LAg?= =?UTF-8?B?0LfQsNC/0YDQvtGB0L7Qsg==?= In-Reply-To: References: Message-ID: <3e540e5820a8c57b3172264eaacbbc6b.NginxMailingListRussian@forum.nginx.org> Спасибо за совет, но хотелось бы получить разъяснение именно по настройкам nginx. Смысл вопроса - разобраться с нюансами работы nginx по ограничению запросов. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268830,268834#msg-268834 From vbart на nginx.com Mon Aug 8 11:09:21 2016 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Mon, 08 Aug 2016 14:09:21 +0300 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBwcm94eV9jYWNoZV9sb2Nr?= In-Reply-To: References: Message-ID: <2847989.z6jWpLWLD6@vbart-workstation> On Monday 08 August 2016 11:36:39 Регистрации . wrote: > >А система у вас 32-х или 64-х битная? > > uname -a: > Linux 3.10.0-327.10.1.el7.x86_64 #1 SMP Tue Feb 16 17:03:50 UTC 2016 x86_64 > x86_64 x86_64 GNU/Linux > Просто на 32-х битной системе ваша конфигурация с proxy_cache_lock_timeout в 20 с лишнем лет невалидна и не загрузилась бы. Что же касается остального, то судя по вашей же фразе: | По логам ($upstream_cache_status) некешированный только первый запрос. Всё работает, а откуда берется трафик на графике и имеет ли он вообще какое-то отношение к вашей проблеме - неизвестно. Стоит сперва разобраться что это за трафик и что же на самом деле показано на графике. -- Валентин Бартенев From chipitsine на gmail.com Mon Aug 8 11:09:42 2016 From: chipitsine на gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0KjQuNC/0LjRhtC40L0=?=) Date: Mon, 8 Aug 2016 16:09:42 +0500 Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0LrQvtC70LjRh9C10YHRgtCy0LAg?= =?UTF-8?B?0LfQsNC/0YDQvtGB0L7Qsg==?= In-Reply-To: <3e540e5820a8c57b3172264eaacbbc6b.NginxMailingListRussian@forum.nginx.org> References: <3e540e5820a8c57b3172264eaacbbc6b.NginxMailingListRussian@forum.nginx.org> Message-ID: в идеале, в вашем случае было бы круто добавить заголовок Retry-After в 503-й ответ (чтобы роботу было понятнее, через сколько повторить запрос), но, такого, насколько я знаю, limit не умеет. поэтому сигнализацию по интенсивности логично вынести в robots.txt, а вообще, роботы очень аккуратно делают запросы, они стараются не давать нагрузку больше, чем дает обычный серфинг. если вы упираетесь при индексации упираетесь в производительность, это звоночек о том, что запас по производительности у вас маленький 8 августа 2016 г., 15:54 пользователь nNgzlTtv3k5lzmKRvlmS22tSl8sJr68k < nginx-forum на forum.nginx.org> написал: > Спасибо за совет, но хотелось бы получить разъяснение именно по настройкам > nginx. Смысл вопроса - разобраться с нюансами работы nginx по ограничению > запросов. > > Posted at Nginx Forum: https://forum.nginx.org/read. > php?21,268830,268834#msg-268834 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на forum.nginx.org Mon Aug 8 11:27:14 2016 From: nginx-forum на forum.nginx.org (nNgzlTtv3k5lzmKRvlmS22tSl8sJr68k) Date: Mon, 08 Aug 2016 07:27:14 -0400 Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0LrQvtC70LjRh9C10YHRgtCy0LAg?= =?UTF-8?B?0LfQsNC/0YDQvtGB0L7Qsg==?= In-Reply-To: <1522667.K3xYVDtlu5@vbart-workstation> References: <1522667.K3xYVDtlu5@vbart-workstation> Message-ID: Указал размер очереди =5: limit_req zone=php_dos_bot burst=5; Теперь в логе одни сплошные "200 OK": 08/Aug/2016:14:19:32 +0300 200 site.com 08/Aug/2016:14:19:32 +0300 200 site.com 08/Aug/2016:14:19:32 +0300 200 site.com 08/Aug/2016:14:19:32 +0300 200 site.com 08/Aug/2016:14:19:32 +0300 200 site.com 08/Aug/2016:14:19:32 +0300 200 site.com 08/Aug/2016:14:19:32 +0300 200 site.com Здесь видно 7 успешно обработанных запросов в секунду. Если 5r/s - это "не более 1 запроса в течение 200мс", то как в одной секунде уместилось 7 таких промежутков ? Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268830,268837#msg-268837 From nginx-forum на forum.nginx.org Mon Aug 8 11:38:35 2016 From: nginx-forum на forum.nginx.org (vitcool) Date: Mon, 08 Aug 2016 07:38:35 -0400 Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0LrQvtC70LjRh9C10YHRgtCy0LAg?= =?UTF-8?B?0LfQsNC/0YDQvtGB0L7Qsg==?= In-Reply-To: References: Message-ID: <4edd14acc3880110418b0eec28d79db0.NginxMailingListRussian@forum.nginx.org> я использую код 429, его на самом деле многие понимают Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268830,268838#msg-268838 From nginx-forum на forum.nginx.org Mon Aug 8 11:42:19 2016 From: nginx-forum на forum.nginx.org (vitcool) Date: Mon, 08 Aug 2016 07:42:19 -0400 Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0LrQvtC70LjRh9C10YHRgtCy0LAg?= =?UTF-8?B?0LfQsNC/0YDQvtGB0L7Qsg==?= In-Reply-To: References: Message-ID: приятно видеть самого себя в начале пути :) могу дать совет - начинайте дорабатывать бекенд. реально снять эту проблему можно только на стороне, путем определения по ip кто именно пришел (яндекс гугл или другой бот), там же можно выставить политику для других ботов, а так же поставить нормальную защиту от парсинга а по вашей методике, Вам очень быстро надоест добавлять новых ботов, а их поверьте мне сотни, если не тысячи. вот недавно совсем приходил бот поисковой системы которая ищет сайты по торговле продуктами не содержащими толи глютамат натрия толи что то в этом роде Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268830,268839#msg-268839 From nginx-forum на forum.nginx.org Mon Aug 8 11:48:35 2016 From: nginx-forum на forum.nginx.org (nNgzlTtv3k5lzmKRvlmS22tSl8sJr68k) Date: Mon, 08 Aug 2016 07:48:35 -0400 Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0LrQvtC70LjRh9C10YHRgtCy0LAg?= =?UTF-8?B?0LfQsNC/0YDQvtGB0L7Qsg==?= In-Reply-To: References: <1522667.K3xYVDtlu5@vbart-workstation> Message-ID: <6aa2b71510ca20560722ca9c8c7d8558.NginxMailingListRussian@forum.nginx.org> Поправка: промежутков всё таки 6, но тем не менее. Есть даже местами и по 8: 08/Aug/2016:14:17:53 +0300 200 site.com upstream_response_time=1.337 08/Aug/2016:14:17:53 +0300 200 site.com upstream_response_time=1.279 08/Aug/2016:14:17:53 +0300 200 site.com upstream_response_time=0.047 08/Aug/2016:14:17:53 +0300 200 site.com upstream_response_time=0.614 08/Aug/2016:14:17:53 +0300 200 site.com upstream_response_time=1.428 08/Aug/2016:14:17:53 +0300 200 site.com upstream_response_time=0.506 08/Aug/2016:14:17:53 +0300 200 site.com upstream_response_time=0.239 08/Aug/2016:14:17:53 +0300 200 site.com upstream_response_time=0.008 Или временная метка - это таки время выдачи ответа, т.е. из него нужно вычитать upstream_response_time, чтоб получить время прихода запроса ? Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268830,268840#msg-268840 From bgx на protva.ru Mon Aug 8 12:00:15 2016 From: bgx на protva.ru (Evgeniy Berdnikov) Date: Mon, 8 Aug 2016 15:00:15 +0300 Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0LrQvtC70LjRh9C10YHRgtCy0LAg?= =?UTF-8?B?0LfQsNC/0YDQvtGB0L7Qsg==?= In-Reply-To: References: <1522667.K3xYVDtlu5@vbart-workstation> Message-ID: <20160808120015.GW3245@protva.ru> On Mon, Aug 08, 2016 at 07:27:14AM -0400, nNgzlTtv3k5lzmKRvlmS22tSl8sJr68k wrote: > Указал размер очереди =5: > > limit_req zone=php_dos_bot burst=5; > > Теперь в логе одни сплошные "200 OK": > > 08/Aug/2016:14:19:32 +0300 200 site.com > 08/Aug/2016:14:19:32 +0300 200 site.com > 08/Aug/2016:14:19:32 +0300 200 site.com > 08/Aug/2016:14:19:32 +0300 200 site.com > 08/Aug/2016:14:19:32 +0300 200 site.com > 08/Aug/2016:14:19:32 +0300 200 site.com > 08/Aug/2016:14:19:32 +0300 200 site.com > > Здесь видно 7 успешно обработанных запросов в секунду. Если 5r/s - это "не > более 1 запроса в течение 200мс", то как в одной секунде уместилось 7 таких > промежутков ? Элементарно: 4 раза по одному запросу в тайм-слоты по 200 мс, и 5 (burst) в оставшийся тайм-слот 200 мс, вот и 9 возможных запросов за 1 секунду. А здесь всего 7 запросов, что меньше установленного лимита. -- Eugene Berdnikov From vbart на nginx.com Mon Aug 8 13:02:30 2016 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Mon, 08 Aug 2016 16:02:30 +0300 Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0LrQvtC70LjRh9C10YHRgtCy0LAg?= =?UTF-8?B?0LfQsNC/0YDQvtGB0L7Qsg==?= In-Reply-To: <6aa2b71510ca20560722ca9c8c7d8558.NginxMailingListRussian@forum.nginx.org> References: <1522667.K3xYVDtlu5@vbart-workstation> <6aa2b71510ca20560722ca9c8c7d8558.NginxMailingListRussian@forum.nginx.org> Message-ID: <122558509.THYcoYuJsV@vbart-workstation> On Monday 08 August 2016 07:48:35 nNgzlTtv3k5lzmKRvlmS22tSl8sJr68k wrote: > Поправка: промежутков всё таки 6, но тем не менее. > Есть даже местами и по 8: > > 08/Aug/2016:14:17:53 +0300 200 site.com upstream_response_time=1.337 > 08/Aug/2016:14:17:53 +0300 200 site.com upstream_response_time=1.279 > 08/Aug/2016:14:17:53 +0300 200 site.com upstream_response_time=0.047 > 08/Aug/2016:14:17:53 +0300 200 site.com upstream_response_time=0.614 > 08/Aug/2016:14:17:53 +0300 200 site.com upstream_response_time=1.428 > 08/Aug/2016:14:17:53 +0300 200 site.com upstream_response_time=0.506 > 08/Aug/2016:14:17:53 +0300 200 site.com upstream_response_time=0.239 > 08/Aug/2016:14:17:53 +0300 200 site.com upstream_response_time=0.008 > > Или временная метка - это таки время выдачи ответа, т.е. из него нужно > вычитать upstream_response_time, чтоб получить время прихода запроса ? > [..] Лог пишется после выдачи ответа, а поскольку у вас там $time_local, то и значение этой переменной будет на момент окончания выдачи ответа. Время прихода запроса вычитанием $upstream_response_time вы не получите, поскольку неизвестно, как долго отдавался ответ клиенту, плюс так как вы не указывали опцию no_delay, то часть запросов могла быть задержана на какое-то время. -- Валентин Бартенев From nginx-forum на forum.nginx.org Mon Aug 8 14:12:50 2016 From: nginx-forum на forum.nginx.org (nNgzlTtv3k5lzmKRvlmS22tSl8sJr68k) Date: Mon, 08 Aug 2016 10:12:50 -0400 Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0LrQvtC70LjRh9C10YHRgtCy0LAg?= =?UTF-8?B?0LfQsNC/0YDQvtGB0L7Qsg==?= In-Reply-To: <122558509.THYcoYuJsV@vbart-workstation> References: <122558509.THYcoYuJsV@vbart-workstation> Message-ID: <1404cabf3af521103b5af8a90fed79f9.NginxMailingListRussian@forum.nginx.org> Ясно, большое спасибо за ответы, теперь ситуация прояснилась. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268830,268843#msg-268843 From mdounin на mdounin.ru Mon Aug 8 19:34:06 2016 From: mdounin на mdounin.ru (Maxim Dounin) Date: Mon, 8 Aug 2016 22:34:06 +0300 Subject: =?UTF-8?B?UmU6IEhUVFBTINC+0YLQtNCw0LLQsNGC0YwgNDQ0INCyINGB0LXQutGG0LjQuCBk?= =?UTF-8?B?ZWZhdWx0?= In-Reply-To: <2b99af6e88b8d999e3acdb0dd3fe2ea4.NginxMailingListRussian@forum.nginx.org> References: <20160728113753.GP57459@mdounin.ru> <2b99af6e88b8d999e3acdb0dd3fe2ea4.NginxMailingListRussian@forum.nginx.org> Message-ID: <20160808193405.GJ57459@mdounin.ru> Hello! On Mon, Aug 08, 2016 at 04:33:16AM -0400, Helper code wrote: > При использовании - ssl_ciphers aNULL получается облом для браузеров не > поддерживающих SNI. Без этой директивы все работает. Если вы прописали это в сервере по умолчанию - так и должно быть. Браузеры без SNI устанавливают SSL-соединение в рамках конфигруации сервера по умолчанию, и из-за "ssl_ciphers aNULL" не могут его установить. Если хочется запретить доступ только по SSL только к конкретным доменам, и при этом оставить возможность доступа к остальным доменам в том числе без SNI, то надо указывать "ssl_ciphers aNULL" в конкретных блоках server{} для этих доменов. E.g.: server { listen 443 ssl; server_name example.com; ... } server { listen 443 ssl; server_name ssl.example.com; ... } server { listen 443 ssl; server_name nossl.example.com nossl.example.net; ssl_ciphers aNULL; ssl_certificate /path/to/dummy.cert; ssl_certificate_key /path/to/dummy.key; return 444; } -- Maxim Dounin http://nginx.org/ From gmm на csdoc.com Mon Aug 8 20:29:09 2016 From: gmm на csdoc.com (Gena Makhomed) Date: Mon, 8 Aug 2016 23:29:09 +0300 Subject: Updating the GPG Key for NGINX Products Message-ID: Здравствуйте! https://www.nginx.com/blog/updating-gpg-key-nginx-products/ Updating the GPG Key for NGINX Products Извините за возможно глупый вопрос, зачем вы это делаете таким способом? Например, для CentOS 7 вполне работает вариант # rpm --import https://nginx.org/keys/nginx_signing.key вместо двух строк: # curl -O https://nginx.org/keys/nginx_signing.key # rpm --import ./nginx_signing.key Я уж не говорю о том, что в CentOS принято ставить/удалять ключи вместе с пакетом репозитория, так как это сделано в EPEL или remi. И тогда не надо будет вручную править и менять GPG ключи в системе. https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm http://rpms.remirepo.net/enterprise/remi-release-7.rpm Файл ключа задается прямо в конфиге репозитория через gpgkey= Может быть сделаете установку ключа по-нормальному для CentOS 7 ? Тогда можно будет одной командой подключить репозиторий nginx и новый GPG ключ nginx будет автоматически установлен в системе. -- Best regards, Gena From nick на nginx.com Mon Aug 8 22:32:17 2016 From: nick на nginx.com (Nick Shadrin) Date: Mon, 8 Aug 2016 15:32:17 -0700 Subject: Updating the GPG Key for NGINX Products In-Reply-To: References: Message-ID: <7C4B9484-749F-4B63-9145-C9F33CD95B74@nginx.com> Гена, > On Aug 8, 2016, at 13:29, Gena Makhomed wrote: > > Здравствуйте! > > https://www.nginx.com/blog/updating-gpg-key-nginx-products/ > Updating the GPG Key for NGINX Products > > Извините за возможно глупый вопрос, зачем вы это делаете таким способом? > > Например, для CentOS 7 вполне работает вариант > > # rpm --import https://nginx.org/keys/nginx_signing.key > > вместо двух строк: > > # curl -O https://nginx.org/keys/nginx_signing.key > # rpm --import ./nginx_signing.key Это сделано по аналогии с инструкцией для Ubuntu. > Я уж не говорю о том, что в CentOS принято ставить/удалять ключи > вместе с пакетом репозитория, так как это сделано в EPEL или remi. > И тогда не надо будет вручную править и менять GPG ключи в системе. > > https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm > > http://rpms.remirepo.net/enterprise/remi-release-7.rpm > > Файл ключа задается прямо в конфиге репозитория через gpgkey= > > Может быть сделаете установку ключа по-нормальному для CentOS 7 ? > > Тогда можно будет одной командой подключить репозиторий nginx > и новый GPG ключ nginx будет автоматически установлен в системе. В наших примерах настройки репозитория проверка отключена по умолчанию. > > -- > Best regards, > Gena > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Nick Shadrin Technical Solutions Architect nick на nginx.com ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dmitriy на lyalyuev.info Tue Aug 9 06:19:56 2016 From: dmitriy на lyalyuev.info (Dmitriy Lyalyuev) Date: Tue, 9 Aug 2016 09:19:56 +0300 Subject: Updating the GPG Key for NGINX Products In-Reply-To: <7C4B9484-749F-4B63-9145-C9F33CD95B74@nginx.com> References: <7C4B9484-749F-4B63-9145-C9F33CD95B74@nginx.com> Message-ID: <20160809061956.GA7756@silver-laptop> On Mon, Aug 08, 2016 at 03:32:17PM -0700, Nick Shadrin wrote: > > Например, для CentOS 7 вполне работает вариант > > # rpm --import https://nginx.org/keys/nginx_signing.key > > вместо двух строк: > > # curl -O https://nginx.org/keys/nginx_signing.key > > # rpm --import ./nginx_signing.key > Это сделано по аналогии с инструкцией для Ubuntu. Простите, а почему для Ubuntu надо именно двумя строками? Такой вариант чем не подходит: wget -qO - http://deb.opera.com/archive.key | sudo apt-key add - Если я что-то не понял - извините. -- Dmitriy Lyalyuev https://lyalyuev.info +380665322963 PGP/GPG key ID: 05420A87, Fingerprint: BCDC AE73 886B C8E0 2CAE BB93 D910 6B16 0542 0A87 PGP/GPG key URI: https://blog.lyalyuev.info/wp-content/uploads/05420A87.pub From chipitsine на gmail.com Tue Aug 9 06:28:58 2016 From: chipitsine на gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0KjQuNC/0LjRhtC40L0=?=) Date: Tue, 9 Aug 2016 11:28:58 +0500 Subject: Updating the GPG Key for NGINX Products In-Reply-To: <20160809061956.GA7756@silver-laptop> References: <7C4B9484-749F-4B63-9145-C9F33CD95B74@nginx.com> <20160809061956.GA7756@silver-laptop> Message-ID: а еще, в современных дистрибутивах чаще идет curl из коробки, а wget надо ставить )) к чему этот холивар ? главное не количество строк, а читаемость. а вот пакет по типу epel, чтобы отдельно ключ не ставить, пожалуй, было бы круто. 9 августа 2016 г., 11:19 пользователь Dmitriy Lyalyuev < dmitriy на lyalyuev.info> написал: > On Mon, Aug 08, 2016 at 03:32:17PM -0700, Nick Shadrin wrote: > > > > Например, для CentOS 7 вполне работает вариант > > > # rpm --import https://nginx.org/keys/nginx_signing.key > > > вместо двух строк: > > > # curl -O https://nginx.org/keys/nginx_signing.key > > > # rpm --import ./nginx_signing.key > > Это сделано по аналогии с инструкцией для Ubuntu. > > Простите, а почему для Ubuntu надо именно двумя строками? > Такой вариант чем не подходит: > > wget -qO - http://deb.opera.com/archive.key | sudo apt-key add - > > Если я что-то не понял - извините. > > -- > Dmitriy Lyalyuev > https://lyalyuev.info > +380665322963 > > PGP/GPG key ID: 05420A87, Fingerprint: BCDC AE73 886B C8E0 2CAE BB93 D910 > 6B16 0542 0A87 > PGP/GPG key URI: https://blog.lyalyuev.info/wp- > content/uploads/05420A87.pub > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From gmm на csdoc.com Tue Aug 9 11:50:42 2016 From: gmm на csdoc.com (Gena Makhomed) Date: Tue, 9 Aug 2016 14:50:42 +0300 Subject: Updating the GPG Key for NGINX Products In-Reply-To: <7C4B9484-749F-4B63-9145-C9F33CD95B74@nginx.com> References: <7C4B9484-749F-4B63-9145-C9F33CD95B74@nginx.com> Message-ID: <69896448-27cb-7c4f-bb1c-67dc30e15c31@csdoc.com> On 09.08.2016 1:32, Nick Shadrin wrote: >> Я уж не говорю о том, что в CentOS принято ставить/удалять ключи >> вместе с пакетом репозитория, так как это сделано в EPEL или remi. >> И тогда не надо будет вручную править и менять GPG ключи в системе. >> >> https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm >> >> http://rpms.remirepo.net/enterprise/remi-release-7.rpm >> >> Файл ключа задается прямо в конфиге репозитория через gpgkey= >> >> Может быть сделаете установку ключа по-нормальному для CentOS 7 ? >> >> Тогда можно будет одной командой подключить репозиторий nginx >> и новый GPG ключ nginx будет автоматически установлен в системе. > > В наших примерах настройки репозитория проверка отключена по умолчанию. Проверка ключа отключена и это не нормально, - так быть не должно в уважающем себя репозитории и у уважающего себя поставщика софта. Поэтому и предлагаю сделать по нормальному, как в пакетах EPEL и remi. Тогда не надо будет писать инструкций по ручной установке ключа: https://www.nginx.com/blog/updating-gpg-key-nginx-products/ Updating the GPG Key for NGINX Products -- Best regards, Gena From sb на nginx.com Tue Aug 9 13:11:37 2016 From: sb на nginx.com (Sergey Budnevitch) Date: Tue, 9 Aug 2016 16:11:37 +0300 Subject: Updating the GPG Key for NGINX Products In-Reply-To: References: Message-ID: <81827013-28AB-40F0-9B4C-4951F70C816E@nginx.com> > On 08 Aug 2016, at 23:29, Gena Makhomed wrote: > > Здравствуйте! > > https://www.nginx.com/blog/updating-gpg-key-nginx-products/ > Updating the GPG Key for NGINX Products > > Извините за возможно глупый вопрос, зачем вы это делаете таким способом? > > Например, для CentOS 7 вполне работает вариант > > # rpm --import https://nginx.org/keys/nginx_signing.key > > вместо двух строк: > > # curl -O https://nginx.org/keys/nginx_signing.key > # rpm --import ./nginx_signing.key Ну потому что советовать людям качать что-то из интернета и ставить безо всякой проверки от рута - это глупость. Если хотя бы один из ста просто проверит то, что он скачал, не говоря уж о проверке chain of trust, перед установкой, то такое разделение на две команды оправдано. Проблема со всеми этими подписями в том, что большинство не понимает как это работает и зачем это надо, объяснить как это устроено в самой инструкции - это лишнее, инструкция будет менее понятной. Поэтому инструкция написана максимально просто, а объяснение вынесено в конец статьи. Кстати на сайте сделано также: http://nginx.org/en/linux_packages.html#signatures > > Я уж не говорю о том, что в CentOS принято ставить/удалять ключи > вместе с пакетом репозитория, так как это сделано в EPEL или remi. > И тогда не надо будет вручную править и менять GPG ключи в системе. > > https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm > > http://rpms.remirepo.net/enterprise/remi-release-7.rpm > > Файл ключа задается прямо в конфиге репозитория через gpgkey= Вы ставите пакет, непонятно откуда загруженный и yum при следующем запуске установит ключ - это замечательно, но опять же ни проверки ключа, ни проверки пакета при этом не происходит. С другой стороны разница установки ключа и установка пакета минимально, но с пакетом у вас когда-то потом возникнет вопрос при установке об импорте ключа - зачем такая головная боль? > > Может быть сделаете установку ключа по-нормальному для CentOS 7 ? Не вижу чем предложений вариант хуже. P.S. Либо у меня deja vu, либо подобный разговор уже бы лет пять назад. From admin на saymon21-root.pro Tue Aug 9 13:25:15 2016 From: admin на saymon21-root.pro (Denis Khabarov) Date: Tue, 09 Aug 2016 16:25:15 +0300 Subject: =?UTF-8?Q?include_=D0=B2_upstream?= Message-ID: <1855451470749115@web6j.yandex.ru> Вложение в формате HTML было извлечено… URL: From gmm на csdoc.com Tue Aug 9 14:27:16 2016 From: gmm на csdoc.com (Gena Makhomed) Date: Tue, 9 Aug 2016 17:27:16 +0300 Subject: Updating the GPG Key for NGINX Products In-Reply-To: <81827013-28AB-40F0-9B4C-4951F70C816E@nginx.com> References: <81827013-28AB-40F0-9B4C-4951F70C816E@nginx.com> Message-ID: <3d703c96-751f-71ab-4b41-ce216eb0d541@csdoc.com> On 09.08.2016 16:11, Sergey Budnevitch wrote: > Ну потому что советовать людям качать что-то из интернета и ставить безо > всякой проверки от рута - это глупость. Если хотя бы один из ста просто > проверит то, что он скачал, не говоря уж о проверке chain of trust, > перед установкой, то такое разделение на две команды оправдано. Но ведь "gpgcheck=0" -- это и есть "советовать людям качать что-то из интернета и ставить безо всякой проверки от рута". > Проблема со всеми этими подписями в том, что большинство не понимает как это работает > и зачем это надо, объяснить как это устроено в самой инструкции - это лишнее, инструкция > будет менее понятной. Поэтому инструкция написана максимально просто, а объяснение > вынесено в конец статьи. Кстати на сайте сделано также: http://nginx.org/en/linux_packages.html#signatures gpgcheck надо как минимум для того, чтобы не было возможности взломать DNS, и отправить пользователей скачивать неизвестный бинарник с левого сайта по протоколу http, -- сейчас такая уязвимость на сайте nginx.org имеется. Я всего лишь предлагаю эту уязвимость на сайте закрыть. >> Я уж не говорю о том, что в CentOS принято ставить/удалять ключи >> вместе с пакетом репозитория, так как это сделано в EPEL или remi. >> И тогда не надо будет вручную править и менять GPG ключи в системе. >> >> https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm >> >> http://rpms.remirepo.net/enterprise/remi-release-7.rpm >> >> Файл ключа задается прямо в конфиге репозитория через gpgkey= > > Вы ставите пакет, непонятно откуда загруженный и yum при следующем > запуске установит ключ - это замечательно, но опять же ни проверки > ключа, ни проверки пакета при этом не происходит. Сайт nginx.org по протоколу HTTPS - это разве "не понятно откуда" ? Очень даже понятно, из-за протокола HTTPS подмена сайта-источника с пакетом репозитория, включающим в себя GPG ключ будет исключена. При первом запуске yum остановится и спросит что делать с ключем - устанавливать этот ключ из файла или нет. Провести проверку ключа при этом пользователю никто не запрещает. А уж после установки ключа никто не сможет незаметно подменить пакет с nginx, даже в случае взлома сайта nginx.org и подмены бинарника там. (вероятность взлома сайта nginx.org и подмены бинарника -- выше нуля) > С другой стороны разница установки ключа и установка пакета минимально, > но с пакетом у вас когда-то потом возникнет вопрос при установке об > импорте ключа - зачем такая головная боль? Вопрос об импорте ключа возникает всего один раз, при первом запуске. Это не головная боль, а дополнительная защита и она вполне оправдана. В случае gpgcheck=0 и протокола HTTP защиты от DNS cache poisoning нет. Нет также защиты от взлома сайта nginx.org и подмены бинарника на нем. "By default, the check is disabled for NGINX and NGINX Plus repositories, but enabled for NGINX Amplify repositories." Плюс к тому, упрощение жизни пользователям NGINX Amplify repositories, потому что им всем придется теперь вручную менять ключи по инструкции. -- Best regards, Gena From nginx на kinetiksoft.com Tue Aug 9 18:37:28 2016 From: nginx на kinetiksoft.com (=?utf-8?B?0JjQstCw0L0=?=) Date: Tue, 09 Aug 2016 21:37:28 +0300 Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0LrQvtC70LjRh9C10YHRgtCy0LAg?= =?UTF-8?B?0LfQsNC/0YDQvtGB0L7Qsg==?= In-Reply-To: References: Message-ID: <1873384.gKI9R5DTEj@cybernote> В письме от 8 августа 2016 06:21:14 пользователь nNgzlTtv3k5lzmKRvlmS22tSl8sJr68k написал: > if ($http_user_agent ~* > spider|bot|crawl|megaindex|yahoo){ set $bot_key $server_name; } Здравствуйте! Тут весьма плохо использовать if: https://www.nginx.com/resources/wiki/start/topics/depth/ifisevil/ . Замените на map: map $http_user_agent $bot_key { ~spider $server_name; ~bot $server_name; и т.д. } С уважением, Иван. From nick на nginx.com Tue Aug 9 23:36:34 2016 From: nick на nginx.com (Nick Shadrin) Date: Tue, 9 Aug 2016 16:36:34 -0700 Subject: Updating the GPG Key for NGINX Products In-Reply-To: <69896448-27cb-7c4f-bb1c-67dc30e15c31@csdoc.com> References: <7C4B9484-749F-4B63-9145-C9F33CD95B74@nginx.com> <69896448-27cb-7c4f-bb1c-67dc30e15c31@csdoc.com> Message-ID: <3FA73FC8-D5DD-431B-A864-E75E5D96519C@nginx.com> >> В наших примерах настройки репозитория проверка отключена по умолчанию. > > Проверка ключа отключена и это не нормально, - так быть не должно > в уважающем себя репозитории и у уважающего себя поставщика софта. > > Поэтому и предлагаю сделать по нормальному, как в пакетах EPEL и remi. > Тогда не надо будет писать инструкций по ручной установке ключа: Спасибо, я доведу это сообщение до наших системных инженеров. > > https://www.nginx.com/blog/updating-gpg-key-nginx-products/ > Updating the GPG Key for NGINX Products From nginx на mva.name Wed Aug 10 03:54:53 2016 From: nginx на mva.name (Vadim A. Misbakh-Soloviov) Date: Wed, 10 Aug 2016 10:54:53 +0700 Subject: =?UTF-8?Q?Re=3A_include_=D0=B2_upstream?= In-Reply-To: <1855451470749115@web6j.yandex.ru> References: <1855451470749115@web6j.yandex.ru> Message-ID: <490448834.6d5IPf2gUh@note> > # nginx -t > nginx: [emerg] directive "server" has no opening "{" in > /etc/nginx/conf.d/backends.conf:1 nginx: configuration file > /etc/nginx/nginx.conf test failed > Скажите плиз. Что не так? Мне почему-то кажется, что он, скорее всего, просто инклудится у вас ещё и из другого места (скорее всего из `http{}` в виде `include conf.d/*` или в таком духе) From nginx-forum на forum.nginx.org Wed Aug 10 08:07:47 2016 From: nginx-forum на forum.nginx.org (denzo) Date: Wed, 10 Aug 2016 04:07:47 -0400 Subject: =?UTF-8?B?0J3QtSDRgdGC0YDQuNC80LjRgiBITFM=?= Message-ID: <7e47f8dffa79d9068b9903851543401d.NginxMailingListRussian@forum.nginx.org> Друзья подскажите в чем беда. Все настроил по этой инструкции http://conture.by/post/1552. Но вот беда по rtmp все идет, а hls не хочет. Что я делаю не так #user nobody; worker_processes 2; pid /run/nginx.pid; error_log /var/log/nginx/nginx_error.log debug; env PATH; events { worker_connections 1024; } http { access_log /var/log/nginx/access.log; error_log /var/log/nginx/error.log; include mime.types; default_type application/octet-stream; sendfile on; keepalive_timeout 65; server { listen 8080; server_name localhost; #charset koi8-r; #access_log logs/host.access.log main; # rtmp stat location /stat { rtmp_stat all; rtmp_stat_stylesheet stat.xsl; } location /stat.xsl { # you can move stat.xsl to a different location root /etc/nginx/; } location / { rtmp_control all; # root html; # index index.html index.htm; } location /hls { types { application/vnd.apple.mpegurl m3u8; video/mp2t ts; } # index index.html index.htm; # root /tmp; alias temp/hls; expires -1; } # redirect server error pages to the static page /50x.html # error_page 500 502 503 504 /50x.html; location = /50x.html { root html; } } } # RTMP proxy rtmp { access_log /var/log/nginx/rtmp_access.log; server { listen 1935; ping 30s; notify_method get; application sd { live on; dash on; dash_path /tmp/hls; exec_static ffmpeg_nginx -i udp://@192.168.10.59:1234/ -vcodec libx264 -s 854x480 -vb 500k -f flv -acodec libmp3lame -ar 22050 -ab 128k rtmp://192.168.0.59:1935/sd/stream 2>>/var/log/nginx/ffmpeg_sd.log; } # конвертируем в меньшее разрешение без звука application hls { live on; hls on; hls_fragment 10s; hls_path /tmp/hls/; hls_fragment_naming timestamp; exec_static ffmpeg_nginx -i udp://@192.168.10.59:1234/ -vcodec libx264 -s 854x480 -vb 500k -acodec libvo_aacenc -ar 22050 -ab 128k -f flv rtmp://192.168.0.59:8080/hls/stream 2>>/var/log/nginx/ffmpeg_hls.log; } # и ещё один поток... } } Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268885,268885#msg-268885 From nginx-forum на forum.nginx.org Wed Aug 10 12:20:14 2016 From: nginx-forum на forum.nginx.org (M-A-X) Date: Wed, 10 Aug 2016 08:20:14 -0400 Subject: =?UTF-8?B?0J3QtSDRgNCw0LHQvtGC0LDQtdGCIGlmINCyIGxvY2F0aW9uINCy0LzQtdGB0YI=?= =?UTF-8?B?0LUg0YEgdHJ5IGZpbGVzINC4INC+0YLRgdGD0YLRgdGC0LLRg9GO0YnQuNC8?= =?UTF-8?B?INGE0LDQudC70L7QvA==?= Message-ID: server{ listen 80; server_name 127.0.0.10; root /home/www/m-a-x/hls; location /s{ set $s '1'; if ($s = "1"){ set $addr_block 3; } try_files $uri /index.php; } } Не работает, если использована директива try_files и $uri не найден. Возвращает 404 ошибку. Вне location работает. Без if работает. П.С. Почему не работают отступы конфига? Это ж неудобно. :) Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268890,268890#msg-268890 From nginx-forum на forum.nginx.org Wed Aug 10 12:24:26 2016 From: nginx-forum на forum.nginx.org (M-A-X) Date: Wed, 10 Aug 2016 08:24:26 -0400 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBpZiDQsiBsb2NhdGlvbiDQstC80LU=?= =?UTF-8?B?0YHRgtC1INGBIHRyeSBmaWxlcyDQuCDQvtGC0YHRg9GC0YHRgtCy0YPRjtGJ?= =?UTF-8?B?0LjQvCDRhNCw0LnQu9C+0Lw=?= In-Reply-To: References: Message-ID: nginx 1.10.1 из репозитория nginx, CentOS 7 Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268890,268891#msg-268891 From nginx-forum на forum.nginx.org Fri Aug 12 08:13:04 2016 From: nginx-forum на forum.nginx.org (M-A-X) Date: Fri, 12 Aug 2016 04:13:04 -0400 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBwcm94eSBjYWNoZSBsb2Nr?= In-Reply-To: <2847989.z6jWpLWLD6@vbart-workstation> References: <2847989.z6jWpLWLD6@vbart-workstation> Message-ID: <19f7a42cfcfddf0bc9eade8289f28de7.NginxMailingListRussian@forum.nginx.org> Поставил промежуточный прокси на 127.0.0.1 К нему приходит несколько запросов: 127.0.0.1 - - [12/Aug/2016:00:09:45 +0300] "GET /hls/football2-2026731240.ts HTTP/1.1" 200 11933 "-" "-" "-" - 127.0.0.1 - - [12/Aug/2016:00:09:46 +0300] "GET /hls/football2-2026731240.ts HTTP/1.1" 200 3742 "-" "-" "-" - 127.0.0.1 - - [12/Aug/2016:00:09:46 +0300] "GET /hls/football2-2026731240.ts HTTP/1.1" 200 3744 "-" "-" "-" - 127.0.0.1 - - [12/Aug/2016:00:09:47 +0300] "GET /hls/football2-2026731240.ts HTTP/1.1" 200 1275768 "-" "-" "-" - На публичном при этом такие запросы: 46.33.32.25 - - [12/Aug/2016:00:09:45 +0300] "GET /hls/football2-2026731240.ts HTTP/1.1" 200 0 "http://cdn.com/241.html" "Mozilla/5.0 (Linux; Android 4.1.2; HTC Desire 700 dual sim Build/JZO54K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 YaBrowser/16.7.0.2531.00 Mobile Safari/537.36" "-" MISS 46.33.32.25 - - [12/Aug/2016:00:09:46 +0300] "GET /hls/football2-2026731240.ts HTTP/1.1" 200 0 "http://cdn.com/241.html" "Mozilla/5.0 (Linux; Android 4.1.2; HTC Desire 700 dual sim Build/JZO54K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 YaBrowser/16.7.0.2531.00 Mobile Safari/537.36" "-" MISS 46.33.32.25 - - [12/Aug/2016:00:09:46 +0300] "GET /hls/football2-2026731240.ts HTTP/1.1" 200 0 "http://cdn.com/241.html" "Mozilla/5.0 (Linux; Android 4.1.2; HTC Desire 700 dual sim Build/JZO54K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 YaBrowser/16.7.0.2531.00 Mobile Safari/537.36" "-" MISS 46.33.32.25 - - [12/Aug/2016:00:09:47 +0300] "GET /hls/football2-2026731240.ts HTTP/1.1" 200 56702 "http://cdn.com/241.html" "Mozilla/5.0 (Linux; Android 4.1.2; HTC Desire 700 dual sim Build/JZO54K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 YaBrowser/16.7.0.2531.00 Mobile Safari/537.36" "-" MISS 46.33.32.25 - - [12/Aug/2016:00:09:47 +0300] "GET /hls/football2-2026731240.ts HTTP/1.1" 200 55275 "http://cdn.com/241.html" "Mozilla/5.0 (Linux; Android 4.1.2; HTC Desire 700 dual sim Build/JZO54K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 YaBrowser/16.7.0.2531.00 Mobile Safari/537.36" "-" HIT 46.33.32.25 - - [12/Aug/2016:00:09:47 +0300] "GET /hls/football2-2026731240.ts HTTP/1.1" 200 55275 "http://cdn.com/241.html" "Mozilla/5.0 (Linux; Android 4.1.2; HTC Desire 700 dual sim Build/JZO54K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 YaBrowser/16.7.0.2531.00 Mobile Safari/537.36" "-" HIT 46.33.32.25 - - [12/Aug/2016:00:09:47 +0300] "GET /hls/football2-2026731240.ts HTTP/1.1" 200 55275 "http://cdn.com/241.html" "Mozilla/5.0 (Linux; Android 4.1.2; HTC Desire 700 dual sim Build/JZO54K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 YaBrowser/16.7.0.2531.00 Mobile Safari/537.36" "-" HIT И так дергает несколько раз по 55275 байт. Только в конце вычитывает ответ полностью. Или так: Прокси: 127.0.0.1 - - [12/Aug/2016:00:21:01 +0300] "GET /hls/football2-2089778040.ts HTTP/1.1" 200 3744 "-" "-" "-" - 127.0.0.1 - - [12/Aug/2016:00:21:01 +0300] "GET /hls/football2-2089778040.ts HTTP/1.1" 200 1113336 "-" "-" "-" - Публичный: 46.33.32.25 - - [12/Aug/2016:00:21:01 +0300] "GET /hls/football2-2089778040.ts HTTP/1.1" 200 0 "http://cdn.com/241.html" "Mozilla/5.0 (Linux; Android 4.1.2; HTC Desire 700 dual sim Build/JZO54K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 YaBrowser/16.7.0.2531.00 Mobile Safari/537.36" "-" MISS 46.33.32.25 - - [12/Aug/2016:00:21:01 +0300] "GET /hls/football2-2089778040.ts HTTP/1.1" 200 1113336 "http://cdn.com/241.html" "Mozilla/5.0 (Linux; Android 4.1.2; HTC Desire 700 dual sim Build/JZO54K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 YaBrowser/16.7.0.2531.00 Mobile Safari/537.36" "-" MISS Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268817,268924#msg-268924 From bgx на protva.ru Fri Aug 12 08:40:22 2016 From: bgx на protva.ru (Evgeniy Berdnikov) Date: Fri, 12 Aug 2016 11:40:22 +0300 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBwcm94eSBjYWNoZSBsb2Nr?= In-Reply-To: <19f7a42cfcfddf0bc9eade8289f28de7.NginxMailingListRussian@forum.nginx.org> References: <2847989.z6jWpLWLD6@vbart-workstation> <19f7a42cfcfddf0bc9eade8289f28de7.NginxMailingListRussian@forum.nginx.org> Message-ID: <20160812084022.GR3245@protva.ru> On Fri, Aug 12, 2016 at 04:13:04AM -0400, M-A-X wrote: > Поставил промежуточный прокси на 127.0.0.1 > > К нему приходит несколько запросов: > 127.0.0.1 - - [12/Aug/2016:00:09:45 +0300] "GET /hls/football2-2026731240.ts > HTTP/1.1" 200 11933 "-" "-" "-" - > 127.0.0.1 - - [12/Aug/2016:00:09:46 +0300] "GET /hls/football2-2026731240.ts > HTTP/1.1" 200 3742 "-" "-" "-" - > 127.0.0.1 - - [12/Aug/2016:00:09:46 +0300] "GET /hls/football2-2026731240.ts > HTTP/1.1" 200 3744 "-" "-" "-" - > 127.0.0.1 - - [12/Aug/2016:00:09:47 +0300] "GET /hls/football2-2026731240.ts > HTTP/1.1" 200 1275768 "-" "-" "-" - > > На публичном при этом такие запросы: > 46.33.32.25 - - [12/Aug/2016:00:09:45 +0300] "GET > /hls/football2-2026731240.ts HTTP/1.1" 200 0 "http://cdn.com/241.html" > "Mozilla/5.0 (Linux; Android 4.1.2; HTC Desire 700 dual sim Build/JZO54K) > AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 > YaBrowser/16.7.0.2531.00 Mobile Safari/537.36" "-" MISS > 46.33.32.25 - - [12/Aug/2016:00:09:46 +0300] "GET > /hls/football2-2026731240.ts HTTP/1.1" 200 0 "http://cdn.com/241.html" > "Mozilla/5.0 (Linux; Android 4.1.2; HTC Desire 700 dual sim Build/JZO54K) > AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 > YaBrowser/16.7.0.2531.00 Mobile Safari/537.36" "-" MISS > 46.33.32.25 - - [12/Aug/2016:00:09:46 +0300] "GET > /hls/football2-2026731240.ts HTTP/1.1" 200 0 "http://cdn.com/241.html" > "Mozilla/5.0 (Linux; Android 4.1.2; HTC Desire 700 dual sim Build/JZO54K) > AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 > YaBrowser/16.7.0.2531.00 Mobile Safari/537.36" "-" MISS > 46.33.32.25 - - [12/Aug/2016:00:09:47 +0300] "GET > /hls/football2-2026731240.ts HTTP/1.1" 200 56702 "http://cdn.com/241.html" > "Mozilla/5.0 (Linux; Android 4.1.2; HTC Desire 700 dual sim Build/JZO54K) > AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 > YaBrowser/16.7.0.2531.00 Mobile Safari/537.36" "-" MISS > 46.33.32.25 - - [12/Aug/2016:00:09:47 +0300] "GET > /hls/football2-2026731240.ts HTTP/1.1" 200 55275 "http://cdn.com/241.html" > "Mozilla/5.0 (Linux; Android 4.1.2; HTC Desire 700 dual sim Build/JZO54K) > AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 > YaBrowser/16.7.0.2531.00 Mobile Safari/537.36" "-" HIT > 46.33.32.25 - - [12/Aug/2016:00:09:47 +0300] "GET > /hls/football2-2026731240.ts HTTP/1.1" 200 55275 "http://cdn.com/241.html" > "Mozilla/5.0 (Linux; Android 4.1.2; HTC Desire 700 dual sim Build/JZO54K) > AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 > YaBrowser/16.7.0.2531.00 Mobile Safari/537.36" "-" HIT > 46.33.32.25 - - [12/Aug/2016:00:09:47 +0300] "GET > /hls/football2-2026731240.ts HTTP/1.1" 200 55275 "http://cdn.com/241.html" > "Mozilla/5.0 (Linux; Android 4.1.2; HTC Desire 700 dual sim Build/JZO54K) > AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 > YaBrowser/16.7.0.2531.00 Mobile Safari/537.36" "-" HIT > > И так дергает несколько раз по 55275 байт. А первые три ответа фронтенда по 0 байт никаких вопросов не вызывают? > Только в конце вычитывает ответ полностью. Скорее всего проблемы с сетью, что-нибудь вроде сломанного Path MTU Discoverу. Изучайте дамп трафика. И пишите Subject: соответствующий содержанию, pls. -- Eugene Berdnikov From vbart на nginx.com Fri Aug 12 08:59:23 2016 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Fri, 12 Aug 2016 11:59:23 +0300 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBwcm94eSBjYWNoZSBsb2Nr?= In-Reply-To: <19f7a42cfcfddf0bc9eade8289f28de7.NginxMailingListRussian@forum.nginx.org> References: <2847989.z6jWpLWLD6@vbart-workstation> <19f7a42cfcfddf0bc9eade8289f28de7.NginxMailingListRussian@forum.nginx.org> Message-ID: <5390866.YI3Lu0aNSX@vbart-laptop> On Friday 12 August 2016 04:13:04 M-A-X wrote: > Поставил промежуточный прокси на 127.0.0.1 > > К нему приходит несколько запросов: > 127.0.0.1 - - [12/Aug/2016:00:09:45 +0300] "GET /hls/football2-2026731240.ts > HTTP/1.1" 200 11933 "-" "-" "-" - > 127.0.0.1 - - [12/Aug/2016:00:09:46 +0300] "GET /hls/football2-2026731240.ts > HTTP/1.1" 200 3742 "-" "-" "-" - > 127.0.0.1 - - [12/Aug/2016:00:09:46 +0300] "GET /hls/football2-2026731240.ts > HTTP/1.1" 200 3744 "-" "-" "-" - > 127.0.0.1 - - [12/Aug/2016:00:09:47 +0300] "GET /hls/football2-2026731240.ts > HTTP/1.1" 200 1275768 "-" "-" "-" - [..] И тут все 4 ответа разные. Почему так? -- Валентин Бартенев From koticka на mail.ru Mon Aug 15 00:06:16 2016 From: koticka на mail.ru (Kostya Alexandrov) Date: Mon, 15 Aug 2016 03:06:16 +0300 Subject: Safari + http2 Message-ID: <100cffed-edfd-93db-c4aa-5782b3786c08@mail.ru> Добрый день, Может кому жизнь облегчит. Достаточно известный баг Nginx 1.10+http/2 в сафари мобильном и десктопном часто приводит к заявлению сафари что установить соединение не получается, рефреш страницы - все работает. Решение или отрубать HTTP/2 или ручками применять патчик или на нестабильную ветку 1.11. При этом, хроме, FF или IE с саппортом http/2 такой беды нет. А можно патч https://trac.nginx.org/nginx/ticket/959 включить в в ветку 1.10, или написать в доке к 1.10 что с сафари проблемы? Убил очень много времени что бы понять что кривится с сафари, гугл далеко не сразу подсказал решение. Спасибо. From nginx на mva.name Mon Aug 15 05:32:01 2016 From: nginx на mva.name (Vadim A. Misbakh-Soloviov) Date: Mon, 15 Aug 2016 12:32:01 +0700 Subject: =?UTF-8?B?W9C/0L7Qu9GD0L7RhNGE0YLQvtC/XSDQnNC40LPRgNCw0YbQuNGPIFZLLmNvbSA=?= =?UTF-8?B?0YEgTmdpblgg0L3QsCBBcGFjaGU=?= Message-ID: <5456142.a1UWJdb3Ko@note> Кто-нибудь в курсе подробностей? Почему они мигрировали с NginX на Apache? И, судя по отсутствию коммитов в их KPHP на гитхабе, с него, возможно, мигрировали тоже. Довольно необычное решение, как по мне. И как-то странно кореллирует со сменой топ-менеджмента... From eugene.peregudov на gmail.com Mon Aug 15 05:46:51 2016 From: eugene.peregudov на gmail.com (Eugene Peregudov) Date: Mon, 15 Aug 2016 12:46:51 +0700 Subject: =?UTF-8?B?UmU6IFvQv9C+0LvRg9C+0YTRhNGC0L7Qv10g0JzQuNCz0YDQsNGG0LjRjyBWSy5j?= =?UTF-8?B?b20g0YEgTmdpblgg0L3QsCBBcGFjaGU=?= In-Reply-To: <5456142.a1UWJdb3Ko@note> References: <5456142.a1UWJdb3Ko@note> Message-ID: Вадим, Xотя бы привели источник информации: откуда услышали, или привели ссылку где прочитали... 15 августа 2016 г., 12:32 пользователь Vadim A. Misbakh-Soloviov < nginx на mva.name> написал: > Кто-нибудь в курсе подробностей? Почему они мигрировали с NginX на Apache? > И, судя по отсутствию коммитов в их KPHP на гитхабе, с него, возможно, > мигрировали тоже. > > Довольно необычное решение, как по мне. > И как-то странно кореллирует со сменой топ-менеджмента... > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- ------------------------------------ With best regards, Eugene Peregudov Mailto: eugene.peregudov на gmail.com ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx на mva.name Mon Aug 15 07:11:24 2016 From: nginx на mva.name (Vadim A. Misbakh-Soloviov) Date: Mon, 15 Aug 2016 14:11:24 +0700 Subject: =?UTF-8?B?UmU6IFvQv9C+0LvRg9C+0YTRhNGC0L7Qv10g0JzQuNCz0YDQsNGG0LjRjyBWSy5j?= =?UTF-8?B?b20g0YEgTmdpblgg0L3QsCBBcGFjaGU=?= In-Reply-To: References: <5456142.a1UWJdb3Ko@note> Message-ID: <39888946.hdKJZdrVJ5@note> В письме от понедельник, 15 августа 2016 г. 12:46:51 +07 пользователь Eugene Peregudov написал: > Вадим, > Xотя бы привели источник информации: откуда услышали, или привели ссылку > где прочитали... Про отсутствие коммитов в kphp — на гитхабе в коммитлоге. Про переезд с NginX на Apache: 1) $ curl -I6 new.vk.com | grep Server Server: Apache $ curl -I6 https://pp.vk.me/c323319/v323319757/392/OzSxex85hcA.jpg | grep Server Server: Apache Согласитесь, подделывать версию сервера в ответе довольно странное и бессмысленное занятие для такого крупного поставщика медиа-контента, поэтому шанс что там Apache, а не подделка заголовка, как мне кажется выше, нежели наоборот. From nginx-ru на sadok.spb.ru Mon Aug 15 07:22:57 2016 From: nginx-ru на sadok.spb.ru (Dmitry Ivanov) Date: Mon, 15 Aug 2016 10:22:57 +0300 Subject: =?UTF-8?B?UmU6IFvQv9C+0LvRg9C+0YTRhNGC0L7Qv10g0JzQuNCz0YDQsNGG0LjRjyBWSy5j?= =?UTF-8?B?b20g0YEgTmdpblgg0L3QsCBBcGFjaGU=?= In-Reply-To: <39888946.hdKJZdrVJ5@note> References: <5456142.a1UWJdb3Ko@note> <39888946.hdKJZdrVJ5@note> Message-ID: <1495104302.20160815102257@sadok.spb.ru> Здравствуйте, Vadim. Вы писали 15 августа 2016 г., 10:11:24: > Про переезд с NginX на Apache: Ну, не знаю: cache-control:no-store content-length:125 content-type:text/javascript; charset=UTF-8 date:Mon, 15 Aug 2016 07:21:40 GMT pragma:no-cache server:nginx status:200 OK version:HTTP/1.1 -- С уважением, Dmitry nginx-ru на sadok.spb.ru From vbart на nginx.com Mon Aug 15 07:27:34 2016 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Mon, 15 Aug 2016 10:27:34 +0300 Subject: =?UTF-8?B?UmU6IFvQv9C+0LvRg9C+0YTRhNGC0L7Qv10g0JzQuNCz0YDQsNGG0LjRjyBWSy5j?= =?UTF-8?B?b20g0YEgTmdpblgg0L3QsCBBcGFjaGU=?= In-Reply-To: <39888946.hdKJZdrVJ5@note> References: <5456142.a1UWJdb3Ko@note> <39888946.hdKJZdrVJ5@note> Message-ID: <1826540.jxrgD96rFK@vbart-workstation> On Monday 15 August 2016 14:11:24 Vadim A. Misbakh-Soloviov wrote: > В письме от понедельник, 15 августа 2016 г. 12:46:51 +07 пользователь Eugene > Peregudov написал: > > Вадим, > > Xотя бы привели источник информации: откуда услышали, или привели ссылку > > где прочитали... > > Про отсутствие коммитов в kphp — на гитхабе в коммитлоге. > Про переезд с NginX на Apache: > 1) > $ curl -I6 new.vk.com | grep Server > Server: Apache > $ curl -I6 https://pp.vk.me/c323319/v323319757/392/OzSxex85hcA.jpg | grep > Server > Server: Apache > [..] Замечу, что котэ в стиралке по протоколу SPDY по прежнему отдает nginx. Что же касается HTTP, то судя по очередности следования заголовков это тоже скорее nginx, чем Apache. -- Валентин Бартенев From bgx на protva.ru Mon Aug 15 07:35:57 2016 From: bgx на protva.ru (Evgeniy Berdnikov) Date: Mon, 15 Aug 2016 10:35:57 +0300 Subject: =?UTF-8?B?UmU6IFvQv9C+0LvRg9C+0YTRhNGC0L7Qv10g0JzQuNCz0YDQsNGG0LjRjyBWSy5j?= =?UTF-8?B?b20g0YEgTmdpblgg0L3QsCBBcGFjaGU=?= In-Reply-To: <39888946.hdKJZdrVJ5@note> References: <5456142.a1UWJdb3Ko@note> <39888946.hdKJZdrVJ5@note> Message-ID: <20160815073557.GG3245@protva.ru> On Mon, Aug 15, 2016 at 02:11:24PM +0700, Vadim A. Misbakh-Soloviov wrote: > В письме от понедельник, 15 августа 2016 г. 12:46:51 +07 пользователь Eugene > Peregudov написал: > > Вадим, > > Xотя бы привели источник информации: откуда услышали, или привели ссылку > > где прочитали... > > Про отсутствие коммитов в kphp ??? на гитхабе в коммитлоге. > Про переезд с NginX на Apache: > 1) > $ curl -I6 new.vk.com | grep Server > Server: Apache > $ curl -I6 https://pp.vk.me/c323319/v323319757/392/OzSxex85hcA.jpg | grep > Server > Server: Apache Apache так не представляется. :) Это просто подделка заголовка. Вопрос в том, зачем vк вдруг понадобился такой obfuscation. Возможно, это связано с сменой менеджмента и необходимостью изобразить бурную деятельность по вопросам "безопасности". -- Eugene Berdnikov From vbart на nginx.com Mon Aug 15 07:46:24 2016 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Mon, 15 Aug 2016 10:46:24 +0300 Subject: =?UTF-8?B?UmU6IFvQv9C+0LvRg9C+0YTRhNGC0L7Qv10g0JzQuNCz0YDQsNGG0LjRjyBWSy5j?= =?UTF-8?B?b20g0YEgTmdpblgg0L3QsCBBcGFjaGU=?= In-Reply-To: <20160815073557.GG3245@protva.ru> References: <5456142.a1UWJdb3Ko@note> <39888946.hdKJZdrVJ5@note> <20160815073557.GG3245@protva.ru> Message-ID: <1535984.KlAUs1zdSj@vbart-workstation> On Monday 15 August 2016 10:35:57 Evgeniy Berdnikov wrote: > On Mon, Aug 15, 2016 at 02:11:24PM +0700, Vadim A. Misbakh-Soloviov wrote: > > В письме от понедельник, 15 августа 2016 г. 12:46:51 +07 пользователь Eugene > > Peregudov написал: > > > Вадим, > > > Xотя бы привели источник информации: откуда услышали, или привели ссылку > > > где прочитали... > > > > Про отсутствие коммитов в kphp ??? на гитхабе в коммитлоге. > > Про переезд с NginX на Apache: > > 1) > > $ curl -I6 new.vk.com | grep Server > > Server: Apache > > $ curl -I6 https://pp.vk.me/c323319/v323319757/392/OzSxex85hcA.jpg | grep > > Server > > Server: Apache > > Apache так не представляется. :) Это просто подделка заголовка. > Вопрос в том, зачем vк вдруг понадобился такой obfuscation. > Возможно, это связано с сменой менеджмента и необходимостью > изобразить бурную деятельность по вопросам "безопасности". > Дети какие-то пришли и, начитавшись журнала Хакер, используют детские методы "повышения" "безопасности". А поменять заголовок в SPDY модуле просто не осилили или были не в курсе, что он там иначе формируется. -- Валентин Бартенев From swood на fotofor.biz Mon Aug 15 08:33:13 2016 From: swood на fotofor.biz (Anton Kiryushkin) Date: Mon, 15 Aug 2016 11:33:13 +0300 Subject: =?UTF-8?B?UmU6IFvQv9C+0LvRg9C+0YTRhNGC0L7Qv10g0JzQuNCz0YDQsNGG0LjRjyBWSy5j?= =?UTF-8?B?b20g0YEgTmdpblgg0L3QsCBBcGFjaGU=?= In-Reply-To: <1535984.KlAUs1zdSj@vbart-workstation> References: <5456142.a1UWJdb3Ko@note> <39888946.hdKJZdrVJ5@note> <20160815073557.GG3245@protva.ru> <1535984.KlAUs1zdSj@vbart-workstation> Message-ID: Здравствуйте. Отвечу почти официально. Это не переезд с nginx на apache. В наших масштабах это весьма затруднительно. А действительно подделка заголовка. Не более. Так же рассматривались варианты: Ktovtanke php-fpm apache 1.3 vk server Никаких игр при этом в безопасность мы и не затевали. И крайне удивительно видеть подобные вопросы в столь уважаемой рассылке. Уж профессионалы-то должны знать, как выглядят заголовки Apache и способны их отличить от заголовков nginx. 15 августа 2016 г., 10:46 пользователь Валентин Бартенев написал: > On Monday 15 August 2016 10:35:57 Evgeniy Berdnikov wrote: > > On Mon, Aug 15, 2016 at 02:11:24PM +0700, Vadim A. Misbakh-Soloviov > wrote: > > > В письме от понедельник, 15 августа 2016 г. 12:46:51 +07 пользователь > Eugene > > > Peregudov написал: > > > > Вадим, > > > > Xотя бы привели источник информации: откуда услышали, или привели > ссылку > > > > где прочитали... > > > > > > Про отсутствие коммитов в kphp ??? на гитхабе в коммитлоге. > > > Про переезд с NginX на Apache: > > > 1) > > > $ curl -I6 new.vk.com | grep Server > > > Server: Apache > > > $ curl -I6 https://pp.vk.me/c323319/v323319757/392/OzSxex85hcA.jpg | > grep > > > Server > > > Server: Apache > > > > Apache так не представляется. :) Это просто подделка заголовка. > > Вопрос в том, зачем vк вдруг понадобился такой obfuscation. > > Возможно, это связано с сменой менеджмента и необходимостью > > изобразить бурную деятельность по вопросам "безопасности". > > > > Дети какие-то пришли и, начитавшись журнала Хакер, используют детские > методы > "повышения" "безопасности". А поменять заголовок в SPDY модуле просто не > осилили > или были не в курсе, что он там иначе формируется. > > -- > Валентин Бартенев > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kiryushkin -------------- next part -------------- An HTML attachment was scrubbed... URL: From bgx на protva.ru Mon Aug 15 08:44:29 2016 From: bgx на protva.ru (Evgeniy Berdnikov) Date: Mon, 15 Aug 2016 11:44:29 +0300 Subject: =?UTF-8?B?UmU6IFvQv9C+0LvRg9C+0YTRhNGC0L7Qv10g0JzQuNCz0YDQsNGG0LjRjyBWSy5j?= =?UTF-8?B?b20g0YEgTmdpblgg0L3QsCBBcGFjaGU=?= In-Reply-To: References: <5456142.a1UWJdb3Ko@note> <39888946.hdKJZdrVJ5@note> <20160815073557.GG3245@protva.ru> <1535984.KlAUs1zdSj@vbart-workstation> Message-ID: <20160815084429.GJ3245@protva.ru> On Mon, Aug 15, 2016 at 11:33:13AM +0300, Anton Kiryushkin wrote: > Никаких игр при этом в безопасность мы и не затевали. И крайне удивительно > видеть подобные вопросы в столь уважаемой рассылке. Уж профессионалы-то > должны знать, как выглядят заголовки Apache и способны их отличить от > заголовков nginx. В этой рассылке очень разные по уровню квалификации люди, от самых простых пользователей до ведущих разработчиков. А вот зачем "продвинутым" сисадминам могут понадобиться детские игры с подменой заголовков, это загадка. -- Eugene Berdnikov From vbart на nginx.com Mon Aug 15 08:58:18 2016 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Mon, 15 Aug 2016 11:58:18 +0300 Subject: =?UTF-8?B?UmU6IFvQv9C+0LvRg9C+0YTRhNGC0L7Qv10g0JzQuNCz0YDQsNGG0LjRjyBWSy5j?= =?UTF-8?B?b20g0YEgTmdpblgg0L3QsCBBcGFjaGU=?= In-Reply-To: References: <5456142.a1UWJdb3Ko@note> <1535984.KlAUs1zdSj@vbart-workstation> Message-ID: <9877606.GTCIrQBMkt@vbart-workstation> On Monday 15 August 2016 11:33:13 Anton Kiryushkin wrote: > Здравствуйте. > > Отвечу почти официально. Это не переезд с nginx на apache. В наших > масштабах это весьма затруднительно. А действительно подделка заголовка. Не > более. > Так же рассматривались варианты: > Ktovtanke > php-fpm > apache 1.3 > vk server > > Никаких игр при этом в безопасность мы и не затевали. И крайне удивительно > видеть подобные вопросы в столь уважаемой рассылке. Уж профессионалы-то > должны знать, как выглядят заголовки Apache и способны их отличить от > заголовков nginx. [..] Профессионалы в недоумении и гадают о целях такой махинации. Если кто-то хочет что-то сообщить читателям заголовков - можно добавить отдельным заголовком. Зачем же nginx-у статистику портить. -- Валентин Бартенев From nginx на mva.name Mon Aug 15 09:14:28 2016 From: nginx на mva.name (Vadim A. Misbakh-Soloviov) Date: Mon, 15 Aug 2016 16:14:28 +0700 Subject: =?UTF-8?B?UmU6IFvQv9C+0LvRg9C+0YTRhNGC0L7Qv10g0JzQuNCz0YDQsNGG0LjRjyBWSy5j?= =?UTF-8?B?b20g0YEgTmdpblgg0L3QsCBBcGFjaGU=?= In-Reply-To: <20160815073557.GG3245@protva.ru> References: <5456142.a1UWJdb3Ko@note> <39888946.hdKJZdrVJ5@note> <20160815073557.GG3245@protva.ru> Message-ID: <2561414.jNyn9IuN5l@note> > Apache так не представляется. :) Это просто подделка заголовка. Ну, то, что апач "по умолчанию" так не представляется - это, действительно, очевидно. Но мне казалось, что там была опция, которая регулирует уровень отдаваемой в заголовке информации (Имя, Имя+Версия, Скрытие заголовка), или что-то типа такого. К сожалению, не трогал апач уже более 10 лет и не очень горю желанием возвращаться к нему, поэтому опирался исключительно на обозначенный выше факт из воспоминаний (возможно, ложных), что подобная директива в апаче была. И, опираясь так же на обозначенный выше тезис о том, что для серьёзной организации подделывать заголовки как-то странно (не берём яндекс, у которого воспаление NIH-синдрома), я и озвучил идею о смене сервера. А вот по SPDY как-то не догадался проверить (впрочем, не в последнюю очередь потому что уже морально перешёл на http2, а вот на него vk.com не реагирует никак. From nginx на mva.name Mon Aug 15 09:17:32 2016 From: nginx на mva.name (Vadim A. Misbakh-Soloviov) Date: Mon, 15 Aug 2016 16:17:32 +0700 Subject: =?UTF-8?B?UmU6IFvQv9C+0LvRg9C+0YTRhNGC0L7Qv10g0JzQuNCz0YDQsNGG0LjRjyBWSy5j?= =?UTF-8?B?b20g0YEgTmdpblgg0L3QsCBBcGFjaGU=?= In-Reply-To: References: <5456142.a1UWJdb3Ko@note> <1535984.KlAUs1zdSj@vbart-workstation> Message-ID: <1805078.SI1AcPGzZ7@note> > Уж профессионалы-то должны знать, как выглядят заголовки Apache и способны > их отличить от заголовков nginx. Продублирую то, что написал выше: Ну, то, что апач "по умолчанию" так не представляется - это, действительно, очевидно. Но мне казалось, что там была опция, которая регулирует уровень отдаваемой в заголовке информации (Имя, Имя+Версия, Скрытие заголовка), или что-то типа такого. К сожалению, не трогал апач уже более 10 лет и не очень горю желанием возвращаться к нему, поэтому опирался исключительно на обозначенный выше факт из воспоминаний (возможно, ложных), что подобная директива в апаче была. И, опираясь так же на обозначенный выше тезис о том, что для серьёзной организации подделывать заголовки как-то странно (не берём яндекс, у которого воспаление NIH-синдрома), я и озвучил идею о смене сервера. А вот по SPDY как-то не догадался проверить (впрочем, не в последнюю очередь потому что уже морально перешёл на http2, а вот на него vk.com не реагирует никак. === А вот касательно других вариантов подделки заголовка — мне кажется, "Ktovtanke" было бы довольно удачным ходом и было бы оценено. From defan на nginx.com Mon Aug 15 09:22:35 2016 From: defan на nginx.com (Andrei Belov) Date: Mon, 15 Aug 2016 12:22:35 +0300 Subject: =?UTF-8?B?UmU6IFvQv9C+0LvRg9C+0YTRhNGC0L7Qv10g0JzQuNCz0YDQsNGG0LjRjyBWSy5j?= =?UTF-8?B?b20g0YEgTmdpblgg0L3QsCBBcGFjaGU=?= In-Reply-To: <2561414.jNyn9IuN5l@note> References: <5456142.a1UWJdb3Ko@note> <39888946.hdKJZdrVJ5@note> <20160815073557.GG3245@protva.ru> <2561414.jNyn9IuN5l@note> Message-ID: <6F1590D8-421E-44E5-96D8-61DA2E9609E3@nginx.com> > On 15 Aug 2016, at 12:14, Vadim A. Misbakh-Soloviov wrote: > >> Apache так не представляется. :) Это просто подделка заголовка. > > Ну, то, что апач "по умолчанию" так не представляется - это, действительно, > очевидно. > > Но мне казалось, что там была опция, которая регулирует уровень отдаваемой в > заголовке информации (Имя, Имя+Версия, Скрытие заголовка), или что-то типа > такого. > > К сожалению, не трогал апач уже более 10 лет и не очень горю желанием > возвращаться к нему, поэтому опирался исключительно на обозначенный выше факт > из воспоминаний (возможно, ложных), что подобная директива в апаче была. Верно, была/есть: https://httpd.apache.org/docs/2.4/mod/core.html#servertokens > И, опираясь так же на обозначенный выше тезис о том, что для серьёзной > организации подделывать заголовки как-то странно (не берём яндекс, у которого > воспаление NIH-синдрома), я и озвучил идею о смене сервера. > > А вот по SPDY как-то не догадался проверить (впрочем, не в последнюю очередь > потому что уже морально перешёл на http2, а вот на него vk.com не реагирует > никак. Реагирует вполне: $ date && nghttp -v https://vk.com/ | fgrep 'server: ' Mon Aug 15 12:20:51 MSK 2016 [ 0.073] recv (stream_id=13) server: nginx From nginx на mva.name Mon Aug 15 09:56:03 2016 From: nginx на mva.name (Vadim A. Misbakh-Soloviov) Date: Mon, 15 Aug 2016 16:56:03 +0700 Subject: =?UTF-8?B?UmU6IFvQv9C+0LvRg9C+0YTRhNGC0L7Qv10g0JzQuNCz0YDQsNGG0LjRjyBWSy5j?= =?UTF-8?B?b20g0YEgTmdpblgg0L3QsCBBcGFjaGU=?= In-Reply-To: <6F1590D8-421E-44E5-96D8-61DA2E9609E3@nginx.com> References: <5456142.a1UWJdb3Ko@note> <2561414.jNyn9IuN5l@note> <6F1590D8-421E-44E5-96D8-61DA2E9609E3@nginx.com> Message-ID: <2224360.KkyskDNFuG@note> > Реагирует вполне: > > $ date && nghttp -v https://vk.com/ | fgrep 'server: ' > Mon Aug 15 12:20:51 MSK 2016 > [ 0.073] recv (stream_id=13) server: nginx Ну, я по старой привычке курлом проверял, с --http2. Там он посылает 1.1 но подсовывает upgrade ;). На что сервер не коглашается в этом случае :) From vbart на nginx.com Mon Aug 15 10:04:31 2016 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Mon, 15 Aug 2016 13:04:31 +0300 Subject: =?UTF-8?B?UmU6IFvQv9C+0LvRg9C+0YTRhNGC0L7Qv10g0JzQuNCz0YDQsNGG0LjRjyBWSy5j?= =?UTF-8?B?b20g0YEgTmdpblgg0L3QsCBBcGFjaGU=?= In-Reply-To: <2224360.KkyskDNFuG@note> References: <5456142.a1UWJdb3Ko@note> <6F1590D8-421E-44E5-96D8-61DA2E9609E3@nginx.com> <2224360.KkyskDNFuG@note> Message-ID: <2459621.G623FOhGxe@vbart-workstation> On Monday 15 August 2016 16:56:03 Vadim A. Misbakh-Soloviov wrote: > > > Реагирует вполне: > > > > $ date && nghttp -v https://vk.com/ | fgrep 'server: ' > > Mon Aug 15 12:20:51 MSK 2016 > > [ 0.073] recv (stream_id=13) server: nginx > > Ну, я по старой привычке курлом проверял, с --http2. Там он посылает 1.1 но > подсовывает upgrade ;). На что сервер не коглашается в этом случае :) [..] $ curl -i --http2 https://vk.com HTTP/2 302 server: nginx date: Mon, 15 Aug 2016 10:03:31 GMT content-type: text/html; charset=windows-1251 content-length: 0 location: https://m.vk.com/ x-powered-by: PHP/3.25021 set-cookie: remixlang=0; expires=Fri, 18 Aug 2017 22:46:25 GMT; path=/; domain=.vk.com $ curl -V curl 7.50.1 (x86_64-pc-linux-gnu) libcurl/7.50.1 OpenSSL/1.0.2h zlib/1.2.8 nghttp2/1.10.0 Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp smtp smtps telnet tftp Features: IPv6 Largefile NTLM SSL libz TLS-SRP HTTP2 UnixSockets -- Валентин Бартенев From chipitsine на gmail.com Mon Aug 15 10:08:40 2016 From: chipitsine на gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0KjQuNC/0LjRhtC40L0=?=) Date: Mon, 15 Aug 2016 15:08:40 +0500 Subject: =?UTF-8?B?UmU6IFvQv9C+0LvRg9C+0YTRhNGC0L7Qv10g0JzQuNCz0YDQsNGG0LjRjyBWSy5j?= =?UTF-8?B?b20g0YEgTmdpblgg0L3QsCBBcGFjaGU=?= In-Reply-To: <2459621.G623FOhGxe@vbart-workstation> References: <5456142.a1UWJdb3Ko@note> <6F1590D8-421E-44E5-96D8-61DA2E9609E3@nginx.com> <2224360.KkyskDNFuG@note> <2459621.G623FOhGxe@vbart-workstation> Message-ID: раньше был php 3.14, сейчас 3.25 :) только зачем nginx на Apache менять ? попортят статистику http://news.netcraft.com/archives/2016/07/19/july-2016-web-server-survey.html ведь 15 августа 2016 г., 15:04 пользователь Валентин Бартенев написал: > On Monday 15 August 2016 16:56:03 Vadim A. Misbakh-Soloviov wrote: > > > > > Реагирует вполне: > > > > > > $ date && nghttp -v https://vk.com/ | fgrep 'server: ' > > > Mon Aug 15 12:20:51 MSK 2016 > > > [ 0.073] recv (stream_id=13) server: nginx > > > > Ну, я по старой привычке курлом проверял, с --http2. Там он посылает 1.1 > но > > подсовывает upgrade ;). На что сервер не коглашается в этом случае :) > [..] > > $ curl -i --http2 https://vk.com > HTTP/2 302 > server: nginx > date: Mon, 15 Aug 2016 10:03:31 GMT > content-type: text/html; charset=windows-1251 > content-length: 0 > location: https://m.vk.com/ > x-powered-by: PHP/3.25021 > set-cookie: remixlang=0; expires=Fri, 18 Aug 2017 22:46:25 GMT; path=/; > domain=.vk.com > > $ curl -V > curl 7.50.1 (x86_64-pc-linux-gnu) libcurl/7.50.1 OpenSSL/1.0.2h zlib/1.2.8 > nghttp2/1.10.0 > Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp > smtp smtps telnet tftp > Features: IPv6 Largefile NTLM SSL libz TLS-SRP HTTP2 UnixSockets > > -- > Валентин Бартенев > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From annulen на yandex.ru Mon Aug 15 10:11:22 2016 From: annulen на yandex.ru (Konstantin Tokarev) Date: Mon, 15 Aug 2016 13:11:22 +0300 Subject: =?UTF-8?B?UmU6IFvQv9C+0LvRg9C+0YTRhNGC0L7Qv10g0JzQuNCz0YDQsNGG0LjRjyBWSy5j?= =?UTF-8?B?b20g0YEgTmdpblgg0L3QsCBBcGFjaGU=?= In-Reply-To: References: <5456142.a1UWJdb3Ko@note> <6F1590D8-421E-44E5-96D8-61DA2E9609E3@nginx.com> <2224360.KkyskDNFuG@note> <2459621.G623FOhGxe@vbart-workstation> Message-ID: <95251471255882@web17o.yandex.ru> 15.08.2016, 13:08, "Илья Шипицин" : > раньше был php 3.14, сейчас 3.25 :) > > только зачем nginx на Apache менять ? > попортят статистику http://news.netcraft.com/archives/2016/07/19/july-2016-web-server-survey.html ведь Оспади, да кого волнует эта статистика. Не на IIS же :) > > 15 августа 2016 г., 15:04 пользователь Валентин Бартенев написал: >> On Monday 15 August 2016 16:56:03 Vadim A. Misbakh-Soloviov wrote: >>> >>> > Реагирует вполне: >>> > >>> > $ date && nghttp -v https://vk.com/ | fgrep 'server: ' >>> > Mon Aug 15 12:20:51 MSK 2016 >>> > [  0.073] recv (stream_id=13) server: nginx >>> >>> Ну, я по старой привычке курлом проверял, с --http2. Там он посылает 1.1 но >>> подсовывает upgrade ;). На что сервер не коглашается в этом случае :) >> [..] >> >> $ curl -i --http2 https://vk.com >> HTTP/2 302 >> server: nginx >> date: Mon, 15 Aug 2016 10:03:31 GMT >> content-type: text/html; charset=windows-1251 >> content-length: 0 >> location: https://m.vk.com/ >> x-powered-by: PHP/3.25021 >> set-cookie: remixlang=0; expires=Fri, 18 Aug 2017 22:46:25 GMT; path=/; domain=.vk.com >> >> $ curl -V >> curl 7.50.1 (x86_64-pc-linux-gnu) libcurl/7.50.1 OpenSSL/1.0.2h zlib/1.2.8 nghttp2/1.10.0 >> Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp smtp smtps telnet tftp >> Features: IPv6 Largefile NTLM SSL libz TLS-SRP HTTP2 UnixSockets >> >> -- >> Валентин Бартенев >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > , > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Regards, Konstantin From swood на fotofor.biz Mon Aug 15 11:15:50 2016 From: swood на fotofor.biz (Anton Kiryushkin) Date: Mon, 15 Aug 2016 11:15:50 +0000 Subject: =?UTF-8?B?UmU6IFvQv9C+0LvRg9C+0YTRhNGC0L7Qv10g0JzQuNCz0YDQsNGG0LjRjyBWSy5j?= =?UTF-8?B?b20g0YEgTmdpblgg0L3QsCBBcGFjaGU=?= In-Reply-To: <95251471255882@web17o.yandex.ru> References: <5456142.a1UWJdb3Ko@note> <6F1590D8-421E-44E5-96D8-61DA2E9609E3@nginx.com> <2224360.KkyskDNFuG@note> <2459621.G623FOhGxe@vbart-workstation> <95251471255882@web17o.yandex.ru> Message-ID: Так и быть, в следующий раз подпишем Ktovtanke. Вообще не очевидно было, что кто-то так расстраивается из-за статистики веб-серверов. Кому-то нравится говорить, что у них за софт и какая версия, кому-то нет. В общем и целом, кажется, свободное ПО на то и свободное, что может быть так или иначе подправлено под собственные нужды и желания. Даже такие странные, как кому-то может показаться. пн, 15 авг. 2016 г. в 13:11, Konstantin Tokarev : > > > 15.08.2016, 13:08, "Илья Шипицин" : > > раньше был php 3.14, сейчас 3.25 :) > > > > только зачем nginx на Apache менять ? > > попортят статистику > http://news.netcraft.com/archives/2016/07/19/july-2016-web-server-survey.html > ведь > > Оспади, да кого волнует эта статистика. Не на IIS же :) > > > > > 15 августа 2016 г., 15:04 пользователь Валентин Бартенев < > vbart на nginx.com> написал: > >> On Monday 15 August 2016 16:56:03 Vadim A. Misbakh-Soloviov wrote: > >>> > >>> > Реагирует вполне: > >>> > > >>> > $ date && nghttp -v https://vk.com/ | fgrep 'server: ' > >>> > Mon Aug 15 12:20:51 MSK 2016 > >>> > [ 0.073] recv (stream_id=13) server: nginx > >>> > >>> Ну, я по старой привычке курлом проверял, с --http2. Там он посылает > 1.1 но > >>> подсовывает upgrade ;). На что сервер не коглашается в этом случае :) > >> [..] > >> > >> $ curl -i --http2 https://vk.com > >> HTTP/2 302 > >> server: nginx > >> date: Mon, 15 Aug 2016 10:03:31 GMT > >> content-type: text/html; charset=windows-1251 > >> content-length: 0 > >> location: https://m.vk.com/ > >> x-powered-by: PHP/3.25021 > >> set-cookie: remixlang=0; expires=Fri, 18 Aug 2017 22:46:25 GMT; path=/; > domain=.vk.com > >> > >> $ curl -V > >> curl 7.50.1 (x86_64-pc-linux-gnu) libcurl/7.50.1 OpenSSL/1.0.2h > zlib/1.2.8 nghttp2/1.10.0 > >> Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s > rtsp smtp smtps telnet tftp > >> Features: IPv6 Largefile NTLM SSL libz TLS-SRP HTTP2 UnixSockets > >> > >> -- > >> Валентин Бартенев > >> _______________________________________________ > >> nginx-ru mailing list > >> nginx-ru на nginx.org > >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > > , > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > -- > Regards, > Konstantin > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex.hha на gmail.com Mon Aug 15 11:31:09 2016 From: alex.hha на gmail.com (Alex Domoradov) Date: Mon, 15 Aug 2016 14:31:09 +0300 Subject: =?UTF-8?B?UmU6IFvQv9C+0LvRg9C+0YTRhNGC0L7Qv10g0JzQuNCz0YDQsNGG0LjRjyBWSy5j?= =?UTF-8?B?b20g0YEgTmdpblgg0L3QsCBBcGFjaGU=?= In-Reply-To: References: <5456142.a1UWJdb3Ko@note> <6F1590D8-421E-44E5-96D8-61DA2E9609E3@nginx.com> <2224360.KkyskDNFuG@note> <2459621.G623FOhGxe@vbart-workstation> <95251471255882@web17o.yandex.ru> Message-ID: Так если это не ком-кая тайна, можете рассказать в чем смысл подобных изменений? Что хотели добиться и добились ли? Просто для общего развития 2016-08-15 14:15 GMT+03:00 Anton Kiryushkin : > Так и быть, в следующий раз подпишем Ktovtanke. > > Вообще не очевидно было, что кто-то так расстраивается из-за статистики > веб-серверов. Кому-то нравится говорить, что у них за софт и какая версия, > кому-то нет. В общем и целом, кажется, свободное ПО на то и свободное, что > может быть так или иначе подправлено под собственные нужды и желания. Даже > такие странные, как кому-то может показаться. > > пн, 15 авг. 2016 г. в 13:11, Konstantin Tokarev : > >> >> >> 15.08.2016, 13:08, "Илья Шипицин" : >> > раньше был php 3.14, сейчас 3.25 :) >> > >> > только зачем nginx на Apache менять ? >> > попортят статистику http://news.netcraft.com/ >> archives/2016/07/19/july-2016-web-server-survey.html ведь >> >> Оспади, да кого волнует эта статистика. Не на IIS же :) >> >> > >> > 15 августа 2016 г., 15:04 пользователь Валентин Бартенев < >> vbart на nginx.com> написал: >> >> On Monday 15 August 2016 16:56:03 Vadim A. Misbakh-Soloviov wrote: >> >>> >> >>> > Реагирует вполне: >> >>> > >> >>> > $ date && nghttp -v https://vk.com/ | fgrep 'server: ' >> >>> > Mon Aug 15 12:20:51 MSK 2016 >> >>> > [ 0.073] recv (stream_id=13) server: nginx >> >>> >> >>> Ну, я по старой привычке курлом проверял, с --http2. Там он посылает >> 1.1 но >> >>> подсовывает upgrade ;). На что сервер не коглашается в этом случае :) >> >> [..] >> >> >> >> $ curl -i --http2 https://vk.com >> >> HTTP/2 302 >> >> server: nginx >> >> date: Mon, 15 Aug 2016 10:03:31 GMT >> >> content-type: text/html; charset=windows-1251 >> >> content-length: 0 >> >> location: https://m.vk.com/ >> >> x-powered-by: PHP/3.25021 >> >> set-cookie: remixlang=0; expires=Fri, 18 Aug 2017 22:46:25 GMT; >> path=/; domain=.vk.com >> >> >> >> $ curl -V >> >> curl 7.50.1 (x86_64-pc-linux-gnu) libcurl/7.50.1 OpenSSL/1.0.2h >> zlib/1.2.8 nghttp2/1.10.0 >> >> Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s >> rtsp smtp smtps telnet tftp >> >> Features: IPv6 Largefile NTLM SSL libz TLS-SRP HTTP2 UnixSockets >> >> >> >> -- >> >> Валентин Бартенев >> >> _______________________________________________ >> >> nginx-ru mailing list >> >> nginx-ru на nginx.org >> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > , >> > >> > _______________________________________________ >> > nginx-ru mailing list >> > nginx-ru на nginx.org >> > http://mailman.nginx.org/mailman/listinfo/nginx-ru >> >> >> -- >> Regards, >> Konstantin >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From chipitsine на gmail.com Mon Aug 15 12:12:39 2016 From: chipitsine на gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0KjQuNC/0LjRhtC40L0=?=) Date: Mon, 15 Aug 2016 17:12:39 +0500 Subject: =?UTF-8?B?UmU6IFvQv9C+0LvRg9C+0YTRhNGC0L7Qv10g0JzQuNCz0YDQsNGG0LjRjyBWSy5j?= =?UTF-8?B?b20g0YEgTmdpblgg0L3QsCBBcGFjaGU=?= In-Reply-To: References: <5456142.a1UWJdb3Ko@note> <6F1590D8-421E-44E5-96D8-61DA2E9609E3@nginx.com> <2224360.KkyskDNFuG@note> <2459621.G623FOhGxe@vbart-workstation> <95251471255882@web17o.yandex.ru> Message-ID: вероятно, логика может быть такая... -а давайте купим коммерческую подписку на nginx plus -да не, у них доля вебсерверов вон росла, а теперь вниз пошла, почему? для экономистов эти цифры имеют смысл понедельник, 15 августа 2016 г. пользователь Anton Kiryushkin написал: > Так и быть, в следующий раз подпишем Ktovtanke. > > Вообще не очевидно было, что кто-то так расстраивается из-за статистики > веб-серверов. Кому-то нравится говорить, что у них за софт и какая версия, > кому-то нет. В общем и целом, кажется, свободное ПО на то и свободное, что > может быть так или иначе подправлено под собственные нужды и желания. Даже > такие странные, как кому-то может показаться. > > пн, 15 авг. 2016 г. в 13:11, Konstantin Tokarev >: > >> >> >> 15.08.2016, 13:08, "Илья Шипицин" > >: >> > раньше был php 3.14, сейчас 3.25 :) >> > >> > только зачем nginx на Apache менять ? >> > попортят статистику http://news.netcraft.com/ >> archives/2016/07/19/july-2016-web-server-survey.html ведь >> >> Оспади, да кого волнует эта статистика. Не на IIS же :) >> >> > >> > 15 августа 2016 г., 15:04 пользователь Валентин Бартенев < >> vbart на nginx.com > >> написал: >> >> On Monday 15 August 2016 16:56:03 Vadim A. Misbakh-Soloviov wrote: >> >>> >> >>> > Реагирует вполне: >> >>> > >> >>> > $ date && nghttp -v https://vk.com/ | fgrep 'server: ' >> >>> > Mon Aug 15 12:20:51 MSK 2016 >> >>> > [ 0.073] recv (stream_id=13) server: nginx >> >>> >> >>> Ну, я по старой привычке курлом проверял, с --http2. Там он посылает >> 1.1 но >> >>> подсовывает upgrade ;). На что сервер не коглашается в этом случае :) >> >> [..] >> >> >> >> $ curl -i --http2 https://vk.com >> >> HTTP/2 302 >> >> server: nginx >> >> date: Mon, 15 Aug 2016 10:03:31 GMT >> >> content-type: text/html; charset=windows-1251 >> >> content-length: 0 >> >> location: https://m.vk.com/ >> >> x-powered-by: PHP/3.25021 >> >> set-cookie: remixlang=0; expires=Fri, 18 Aug 2017 22:46:25 GMT; >> path=/; domain=.vk.com >> >> >> >> $ curl -V >> >> curl 7.50.1 (x86_64-pc-linux-gnu) libcurl/7.50.1 OpenSSL/1.0.2h >> zlib/1.2.8 nghttp2/1.10.0 >> >> Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s >> rtsp smtp smtps telnet tftp >> >> Features: IPv6 Largefile NTLM SSL libz TLS-SRP HTTP2 UnixSockets >> >> >> >> -- >> >> Валентин Бартенев >> >> _______________________________________________ >> >> nginx-ru mailing list >> >> nginx-ru на nginx.org >> >> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > , >> > >> > _______________________________________________ >> > nginx-ru mailing list >> > nginx-ru на nginx.org >> > http://mailman.nginx.org/mailman/listinfo/nginx-ru >> >> >> -- >> Regards, >> Konstantin >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на forum.nginx.org Mon Aug 15 12:49:15 2016 From: nginx-forum на forum.nginx.org (vitcool) Date: Mon, 15 Aug 2016 08:49:15 -0400 Subject: =?UTF-8?B?UmU6IFvQv9C+0LvRg9C+0YTRhNGC0L7Qv10g0JzQuNCz0YDQsNGG0LjRjyBWSy5j?= =?UTF-8?B?b20g0YEgTmdpblgg0L3QsCBBcGFjaGU=?= In-Reply-To: <5456142.a1UWJdb3Ko@note> References: <5456142.a1UWJdb3Ko@note> Message-ID: <500149350050fc7197c702ea3218c067.NginxMailingListRussian@forum.nginx.org> Прочитал всю дискуссию и немного сконфужен :) Не понимаю причины для беспокойства У нас в компании используются несколько серверов приложений, многие из них не имеют в качестве фронтенда ни апача ни nginx'а, используется их собственный встроенный веб-сервер. Как только мы стали подменять заголовок Server на Apache или Nginx, то с 2004 года была только 1 предметная атака с попыткой использовать уязвимости этих серверов приложений. И то скорей всего по причине того, что на одном сервере отдавалась родная страница ошибки с указанием реальной версии сервера (закрыли. чуть позже) А все остальные случаи (каждый день) это именно попытки ломать через стандартные PHP уязвимости Ведь основное кол-во атак производится автоботами, а они насколько я понимаю для предварительного анализа ресурса используют заголовок Server Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268954,268976#msg-268976 From nginx на kinetiksoft.com Mon Aug 15 15:14:10 2016 From: nginx на kinetiksoft.com (=?utf-8?B?0JjQstCw0L0=?=) Date: Mon, 15 Aug 2016 18:14:10 +0300 Subject: =?UTF-8?B?0JLQvNC10YHRgtC+IDMwNCDQstGB0LXQs9C00LAg0L7RgtC00LDQstCw0YLRjCAy?= =?UTF-8?B?MDAu?= Message-ID: <3549770.rK7D6HJ07z@cybernote> Здравствуйте! Существует ли возможность заставить nginx всегда отдавать целиком ответ 200 с соотвестующим содержимым, а не укороченный 304, когда ресурс не изменился? Пробовал по найденому в интернете: if_modified_since off; add_header Last-Modified ""; Не помогает - просто ничего не изменилось. Зачем это нужно? Глючный клиент не понимает 304. Правильный путь: чинить клиент - не подходит по временным соображениям. Клиент починят когда-нибудь, а результат нужен как можно быстрее. С уважением, Иван. From vbart на nginx.com Mon Aug 15 15:21:27 2016 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Mon, 15 Aug 2016 18:21:27 +0300 Subject: =?UTF-8?B?UmU6INCS0LzQtdGB0YLQviAzMDQg0LLRgdC10LPQtNCwINC+0YLQtNCw0LLQsNGC?= =?UTF-8?B?0YwgMjAwLg==?= In-Reply-To: <3549770.rK7D6HJ07z@cybernote> References: <3549770.rK7D6HJ07z@cybernote> Message-ID: <1988960.TBilmpPLTx@vbart-workstation> On Monday 15 August 2016 18:14:10 Иван wrote: > Здравствуйте! > > Существует ли возможность заставить nginx всегда отдавать целиком ответ 200 с > соотвестующим содержимым, а не укороченный 304, когда ресурс не изменился? > > Пробовал по найденому в интернете: > if_modified_since off; > add_header Last-Modified ""; > > Не помогает - просто ничего не изменилось. > > Зачем это нужно? Глючный клиент не понимает 304. Правильный путь: чинить > клиент - не подходит по временным соображениям. Клиент починят когда-нибудь, а > результат нужен как можно быстрее. > [..] Раз ничего не изменилось, то 304 видимо прилетает у вас от бэкенда. Значит его и нужно править, либо запретить проксирование на него соответствующих заголовков. -- Валентин Бартенев From nginx на kinetiksoft.com Mon Aug 15 15:27:05 2016 From: nginx на kinetiksoft.com (=?utf-8?B?0JjQstCw0L0=?=) Date: Mon, 15 Aug 2016 18:27:05 +0300 Subject: =?UTF-8?B?UmU6INCS0LzQtdGB0YLQviAzMDQg0LLRgdC10LPQtNCwINC+0YLQtNCw0LLQsNGC?= =?UTF-8?B?0YwgMjAwLg==?= In-Reply-To: <1988960.TBilmpPLTx@vbart-workstation> References: <3549770.rK7D6HJ07z@cybernote> <1988960.TBilmpPLTx@vbart-workstation> Message-ID: <3161774.lLjeVayOfH@cybernote> Здравствуйте! А бэкэнда и нет. В смысле отдаем статические файлы с файловой системы. В письме от 15 августа 2016 18:21:27 пользователь Валентин Бартенев написал: > On Monday 15 August 2016 18:14:10 Иван wrote: > > Здравствуйте! > > > > Существует ли возможность заставить nginx всегда отдавать целиком ответ > > 200 с соотвестующим содержимым, а не укороченный 304, когда ресурс не > > изменился? > > > > Пробовал по найденому в интернете: > > if_modified_since off; > > add_header Last-Modified ""; > > > > Не помогает - просто ничего не изменилось. > > > > Зачем это нужно? Глючный клиент не понимает 304. Правильный путь: чинить > > клиент - не подходит по временным соображениям. Клиент починят > > когда-нибудь, а результат нужен как можно быстрее. > > [..] > > Раз ничего не изменилось, то 304 видимо прилетает у вас от бэкенда. > Значит его и нужно править, либо запретить проксирование на него > соответствующих заголовков. > From nginx-forum на forum.nginx.org Mon Aug 15 15:29:58 2016 From: nginx-forum на forum.nginx.org (vitcool) Date: Mon, 15 Aug 2016 11:29:58 -0400 Subject: =?UTF-8?B?UmU6INCS0LzQtdGB0YLQviAzMDQg0LLRgdC10LPQtNCwINC+0YLQtNCw0LLQsNGC?= =?UTF-8?B?0YwgMjAwLg==?= In-Reply-To: <3549770.rK7D6HJ07z@cybernote> References: <3549770.rK7D6HJ07z@cybernote> Message-ID: подменять при проксировании на бекенд хидер E-tag на случайный? Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268979,268981#msg-268981 From chipitsine на gmail.com Mon Aug 15 15:32:32 2016 From: chipitsine на gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0KjQuNC/0LjRhtC40L0=?=) Date: Mon, 15 Aug 2016 20:32:32 +0500 Subject: =?UTF-8?B?UmU6INCS0LzQtdGB0YLQviAzMDQg0LLRgdC10LPQtNCwINC+0YLQtNCw0LLQsNGC?= =?UTF-8?B?0YwgMjAwLg==?= In-Reply-To: <3161774.lLjeVayOfH@cybernote> References: <3549770.rK7D6HJ07z@cybernote> <1988960.TBilmpPLTx@vbart-workstation> <3161774.lLjeVayOfH@cybernote> Message-ID: в случае с прокси помогает такое proxy_set_header If-Modified-Since ""; proxy_set_header *If-None-Match * ""; попробуйте эти хедеры почистить? до того, как .... проверить не могу, у нас везде проксирование 15 августа 2016 г., 20:27 пользователь Иван написал: > Здравствуйте! > > А бэкэнда и нет. В смысле отдаем статические файлы с файловой системы. > > В письме от 15 августа 2016 18:21:27 пользователь Валентин Бартенев > написал: > > On Monday 15 August 2016 18:14:10 Иван wrote: > > > Здравствуйте! > > > > > > Существует ли возможность заставить nginx всегда отдавать целиком ответ > > > 200 с соотвестующим содержимым, а не укороченный 304, когда ресурс не > > > изменился? > > > > > > Пробовал по найденому в интернете: > > > if_modified_since off; > > > add_header Last-Modified ""; > > > > > > Не помогает - просто ничего не изменилось. > > > > > > Зачем это нужно? Глючный клиент не понимает 304. Правильный путь: > чинить > > > клиент - не подходит по временным соображениям. Клиент починят > > > когда-нибудь, а результат нужен как можно быстрее. > > > > [..] > > > > Раз ничего не изменилось, то 304 видимо прилетает у вас от бэкенда. > > Значит его и нужно править, либо запретить проксирование на него > > соответствующих заголовков. > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From vbart на nginx.com Mon Aug 15 15:41:24 2016 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Mon, 15 Aug 2016 18:41:24 +0300 Subject: =?UTF-8?B?UmU6INCS0LzQtdGB0YLQviAzMDQg0LLRgdC10LPQtNCwINC+0YLQtNCw0LLQsNGC?= =?UTF-8?B?0YwgMjAwLg==?= In-Reply-To: <3161774.lLjeVayOfH@cybernote> References: <3549770.rK7D6HJ07z@cybernote> <1988960.TBilmpPLTx@vbart-workstation> <3161774.lLjeVayOfH@cybernote> Message-ID: <1748720.yecX3XRB3N@vbart-workstation> On Monday 15 August 2016 18:27:05 Иван wrote: > Здравствуйте! > > А бэкэнда и нет. В смысле отдаем статические файлы с файловой системы. > [..] Тогда видимо дело ещё в наличии etag и проверке по нему. Соответственно, нужно к "if_modified_since off" ещё добавить "etag off". -- Валентин Бартенев From nginx-forum на forum.nginx.org Wed Aug 17 16:59:41 2016 From: nginx-forum на forum.nginx.org (jtiq) Date: Wed, 17 Aug 2016 12:59:41 -0400 Subject: =?UTF-8?B?0JLQvdC10YjQvdC40LUgaXAg0LDQtNGA0LXRgdCwINC00LvRjyBwcm94eSBiaW5k?= Message-ID: Имеется несколько ip адресов. Как заставить nginx делать запрос с конкретного IP адреса? proxy_bind не помогает, выдаёт ошибку 500-ю. Что я делаю не так? И можно ли делать запрос с IPv6? Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269007,269007#msg-269007 From arut на nginx.com Wed Aug 17 17:04:08 2016 From: arut на nginx.com (Roman Arutyunyan) Date: Wed, 17 Aug 2016 20:04:08 +0300 Subject: =?UTF-8?B?UmU6INCS0L3QtdGI0L3QuNC1IGlwINCw0LTRgNC10YHQsCDQtNC70Y8gcHJveHkg?= =?UTF-8?B?YmluZA==?= In-Reply-To: References: Message-ID: <20160817170408.GP77280@Romans-MacBook-Air.local> Добрый день, On Wed, Aug 17, 2016 at 12:59:41PM -0400, jtiq wrote: > Имеется несколько ip адресов. > Как заставить nginx делать запрос с конкретного IP адреса? > proxy_bind не помогает, выдаёт ошибку 500-ю. > Что я делаю не так? И можно ли делать запрос с IPv6? Если адреса внешние, ставите transparent, запускаете из-под рута, настраиваете роутинг. В документации все описано: http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_bind -- Roman Arutyunyan From nginx-forum на forum.nginx.org Wed Aug 17 18:24:45 2016 From: nginx-forum на forum.nginx.org (Vasiliy P. Melnik) Date: Wed, 17 Aug 2016 14:24:45 -0400 Subject: =?UTF-8?B?UmU6INCS0L3QtdGI0L3QuNC1IGlwINCw0LTRgNC10YHQsCDQtNC70Y8gcHJveHkg?= =?UTF-8?B?YmluZA==?= In-Reply-To: References: Message-ID: это мало относится к нгинксу - сначала нужно настроить роутинг, чтобы сервер отдавал ответ в интерфейс, с которого пришел запрос. А уже потом можно будет и о нгинксе думать Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269007,269010#msg-269010 From sytar.alex на gmail.com Wed Aug 17 18:58:41 2016 From: sytar.alex на gmail.com (Aleksandr Sytar) Date: Wed, 17 Aug 2016 21:58:41 +0300 Subject: =?UTF-8?B?UmU6INCS0L3QtdGI0L3QuNC1IGlwINCw0LTRgNC10YHQsCDQtNC70Y8gcHJveHkg?= =?UTF-8?B?YmluZA==?= In-Reply-To: References: Message-ID: 17 августа 2016 г., 19:59 пользователь jtiq написал: > Имеется несколько ip адресов. > Как заставить nginx делать запрос с конкретного IP адреса? > proxy_bind не помогает, выдаёт ошибку 500-ю. > Что я делаю не так? И можно ли делать запрос с IPv6? > > Posted at Nginx Forum: https://forum.nginx.org/read. > php?21,269007,269007#msg-269007 500 ошибку вам может выдавать только бекенд. Согласно документации - http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_bind вам нужен proxy_bind c опцией transparent ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mdounin на mdounin.ru Wed Aug 17 23:26:58 2016 From: mdounin на mdounin.ru (Maxim Dounin) Date: Thu, 18 Aug 2016 02:26:58 +0300 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBpZiDQsiBsb2NhdGlvbiDQstC80LU=?= =?UTF-8?B?0YHRgtC1INGBIHRyeSBmaWxlcyDQuCDQvtGC0YHRg9GC0YHRgtCy0YPRjtGJ?= =?UTF-8?B?0LjQvCDRhNCw0LnQu9C+0Lw=?= In-Reply-To: References: Message-ID: <20160817232658.GC24741@mdounin.ru> Hello! On Wed, Aug 10, 2016 at 08:20:14AM -0400, M-A-X wrote: > server{ > listen 80; > server_name 127.0.0.10; > root /home/www/m-a-x/hls; > > location /s{ > set $s '1'; > if ($s = "1"){ > set $addr_block 3; > } > > try_files $uri /index.php; > } > } > > Не работает, если использована директива try_files и $uri не найден. > Возвращает 404 ошибку. > Вне location работает. > Без if работает. http://wiki.nginx.org/IfIsEvil -- Maxim Dounin http://nginx.org/ From nginx-forum на forum.nginx.org Thu Aug 18 01:43:59 2016 From: nginx-forum на forum.nginx.org (jtiq) Date: Wed, 17 Aug 2016 21:43:59 -0400 Subject: =?UTF-8?B?UmU6INCS0L3QtdGI0L3QuNC1IGlwINCw0LTRgNC10YHQsCDQtNC70Y8gcHJveHkg?= =?UTF-8?B?YmluZA==?= In-Reply-To: References: Message-ID: <3fcc1aa2da3080e79e0bc5b3922f0c1e.NginxMailingListRussian@forum.nginx.org> Vasiliy P. Melnik Wrote: ------------------------------------------------------- > это мало относится к нгинксу - сначала нужно настроить роутинг, чтобы > сервер отдавал ответ в интерфейс, с которого пришел запрос. А уже > потом можно будет и о нгинксе думать и как можно настроить? есть ли примеры для адреса 100.150.250.50? ОС: Ubuntu 14.04 x64 Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269007,269031#msg-269031 From nginx-forum на forum.nginx.org Thu Aug 18 19:40:11 2016 From: nginx-forum на forum.nginx.org (VVL) Date: Thu, 18 Aug 2016 15:40:11 -0400 Subject: =?UTF-8?B?0JPRgNCw0LzQvtGC0L3Ri9C5IHJlZGlyZWN0?= Message-ID: <9601c486cadcc6b672a7441d82ff92ed.NginxMailingListRussian@forum.nginx.org> Доброго времени суток. Знакомясь с nginx, была построена и некоторое время использовалась конструкция: server { listen *:80; listen *:443; server_name example.com www.example.com; if ($scheme = 'http') { return 301 https://$server_name$request_uri; } if ($host = 'www.example.com') { return 301 https://example.com$request_uri; } ... } которая одновременно перенаправляет весь трафик на https, а так же производит редирект на домен без www. Осматривая документацию и рекомендации экспертов, везде натыкаюсь на конструкцию вида (с теми же функциями): server { listen *:80; listen *:443; server_name www.example.com; return 301 https://example.com$request_uri; } server { listen *:80; server_name example.com; return 301 https://$server_name$request_uri; } server { listen *:443; server_name example.com; ... } и возникает ряд вопросов, почему же эта конструкция лучше первой? Ведь: 1. В предложенном конфиге при, например, переходе от https://www.example.com на https://example.com будет установлено два ssl/tls соединения 2. Если используется req_limit (и любые другие тонкие настройки хоста), то его надо добавлять и в секцию, отвечающую за редирект. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269039,269039#msg-269039 From mdounin на mdounin.ru Thu Aug 18 19:57:45 2016 From: mdounin на mdounin.ru (Maxim Dounin) Date: Thu, 18 Aug 2016 22:57:45 +0300 Subject: =?UTF-8?B?UmU6INCT0YDQsNC80L7RgtC90YvQuSByZWRpcmVjdA==?= In-Reply-To: <9601c486cadcc6b672a7441d82ff92ed.NginxMailingListRussian@forum.nginx.org> References: <9601c486cadcc6b672a7441d82ff92ed.NginxMailingListRussian@forum.nginx.org> Message-ID: <20160818195745.GF24741@mdounin.ru> Hello! On Thu, Aug 18, 2016 at 03:40:11PM -0400, VVL wrote: > Доброго времени суток. Знакомясь с nginx, была построена и некоторое время > использовалась конструкция: > server { > listen *:80; > listen *:443; > server_name example.com www.example.com; > if ($scheme = 'http') { return 301 https://$server_name$request_uri; } > if ($host = 'www.example.com') { return 301 https://example.com$request_uri; > } > ... > } > которая одновременно перенаправляет весь трафик на https, а так же > производит редирект на домен без www. > Осматривая документацию и рекомендации экспертов, везде натыкаюсь на > конструкцию вида (с теми же функциями): > server { > listen *:80; > listen *:443; > server_name www.example.com; > return 301 https://example.com$request_uri; > } > server { > listen *:80; > server_name example.com; > return 301 https://$server_name$request_uri; > } > server { > listen *:443; > server_name example.com; > ... > } > и возникает ряд вопросов, почему же эта конструкция лучше первой? Ведь: > 1. В предложенном конфиге при, например, переходе от https://www.example.com > на https://example.com будет установлено два ssl/tls соединения Их будет установлено два в любом случае. (Точнее - HTTP/2 некоторые браузеры могут попытаться использовать для обоих запросов одно и то же соединение, но это никак не зависит от варианта конфигурации.) > 2. Если используется req_limit (и любые другие тонкие настройки хоста), то > его надо добавлять и в секцию, отвечающую за редирект. В секции, отвечающей за редирект, обычно не нужны никакие настройки. Например, limit_req там писать более или менее бессмысленно, т.к. стоимость обработки перенаправления - меньше, чем стоимость возврата ошибки о превышении лимита. Основное примущество конфигурации с отдельными блоками server для перенаправлений - в первую очередь в том, что запросы, на которые нужно вернуть перенаправления, отделяются от реальных запросов на максимально раннем этапе. В результате: 1. Конфгурация, в которой обрабатываются реальные запросы, не загромождена не относящимися к задаче проверками. 2. Обработка делается максимально эффективно, без дополнительных условных проверок, выполняемых для всех запросов. -- Maxim Dounin http://nginx.org/ From nginx-forum на forum.nginx.org Fri Aug 19 07:52:01 2016 From: nginx-forum на forum.nginx.org (M-A-X) Date: Fri, 19 Aug 2016 03:52:01 -0400 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBwcm94eSBjYWNoZSBsb2Nr?= In-Reply-To: <20160812084022.GR3245@protva.ru> References: <20160812084022.GR3245@protva.ru> Message-ID: Добавил proxy_ignore_client_abort on; и ограниченил срок действия ссылки. Битые ответы и повторные запросы пропали. Но входящий трафик все равно больше скорости потока в 2+ раза при нагрузке. Возможно проблемы у апстримов. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268817,269049#msg-269049 From khlopenov.andrey на gmail.com Sat Aug 20 06:27:37 2016 From: khlopenov.andrey на gmail.com (Andrey Khlopenov) Date: Sat, 20 Aug 2016 09:27:37 +0300 Subject: unicode-to-nginx.pl Message-ID: Добрый день. А unicode-to-nginx.pl в дистрибутиве nginx сейчас актуален? Ибо при попытке конвертирования http://www.unicode.org/Public/ MAPPINGS/VENDORS/MISC/KOI8-R.TXT получаю таблицу, которая отличается от koi-utf, что лежит возле скрипта. Ну и, соотв., nginx ругается, если подключить такой charset_map. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на forum.nginx.org Sat Aug 20 08:29:44 2016 From: nginx-forum на forum.nginx.org (VVL) Date: Sat, 20 Aug 2016 04:29:44 -0400 Subject: =?UTF-8?B?0KHRgtGA0LDQvdC90L7QtSDQv9C+0LLQtdC00LXQvdC40LUgT0NTUCBTdGFwbGlu?= =?UTF-8?B?ZyDQuCDQv9Cw0YDQsNC80LXRgtGA0L7QsiBzc2wg?= Message-ID: <4dd52e6a88a140822edba9acae6bfda7.NginxMailingListRussian@forum.nginx.org> Доброе утро! Ситуация следующая: Имеем: в основном конфигурационном сайте - nginx.conf включен OCSP следующими параметрами: ssl_stapling on; ssl_stapling_verify on; resolver 8.8.8.8 8.8.4.4 valid=300s; В виртуальном хосте дополнительно прописан stapling_file: ssl_stapling_file ...l/ocsp.der; Который не работает. Т.е. если создать искуственно долгий (или превышающий лимит) ответ от resolver-а, и проверять работу OCSP например командой openssl s_client -connect example.com:443 -status 2> /dev/null | grep -A 17 'OCSP response:' | grep -B 17 'Next Update' ,то он отрабатывает через раз (или реже, в зависимости от условий). Сначала было подозрение на http2/round robin, но их отключение результата не дало. При переносе ssl_stapling_file в основной конфигурационный файл, все заработало - OCSP отрабатывает каждый раз, даже если поставить заведомо нерабочий resolver. Дальше, путем эксперимента было установлено, что такое поведение у многих параметров ssl_. Является ли это нормой, что эти параметры работают только в основном конфигурационном файле? А если нужны разные ssl_stapling_file для хостов? Немного оффтопа: При генерации ocsp файла командой openssl ocsp -issuer sca.server2.crt -cert example.com.crt -url http://ocsp.startssl.com -header "Host" "ocsp.startssl.com" -respout ocsp.der -resp_text (сертификаты StartSSL), и последующей проверке >любого< сертификата этого CA, ocsp.der выдает good (нет возможности проверить отозванный). Разве он не должен записать статус только example.com.crt? Вес файла ~2кб. Заранее спасибо! Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269065,269065#msg-269065 From vorobjevpavel на gmail.com Sat Aug 20 20:23:12 2016 From: vorobjevpavel на gmail.com (pa) Date: Sat, 20 Aug 2016 23:23:12 +0300 Subject: =?UTF-8?B?bmdpbnhfc2lnbmluZy5rZXksINC/0YDQvtGB0YDQvtGH0LXQvSA/?= Message-ID: <20160820232312.4884602d@pa> Добрый день. Недавно стала вылетать ошибка в aptitude W: Ошибка GPG: http://nginx.org jessie Release: Следующие подписи неверные: KEYEXPIRED 1471427554 apt-key list | less *** pub 2048R/7BD9BF62 2011-08-19 [просрочен с: 2016-08-17] uid nginx signing key *** ключ перезалил от сюда http://nginx.org/keys/nginx_signing.key не помогло --- pa_ From nginx-forum на forum.nginx.org Sat Aug 20 21:27:38 2016 From: nginx-forum на forum.nginx.org (mikhal123) Date: Sat, 20 Aug 2016 17:27:38 -0400 Subject: geoip + limit_req Message-ID: Подскажите, правильную ли я написал конфигурацию для случая, когда требуется ограничить количество запросов к php-скриптам для нероссийских айпи-адресов? При 99% российского трафика на весь остальной мир (включая гугл-бота) за глаза должно хватать 50 запросов секунду. А то ДДОСят периодически, так что пусть уж хоть разоряются на российские ботнеты :) http { geoip_country /usr/share/GeoIP/GeoIP.dat; map $geoip_country_code $limited_country { default "1"; RU ""; } location ~ \.php$ { limit_req_zone $limited_country zone=limit_country:1m rate=50r/s; limit_req zone=limit_country burst=25; } } Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269067,269067#msg-269067 From mdounin на mdounin.ru Sun Aug 21 19:11:15 2016 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sun, 21 Aug 2016 22:11:15 +0300 Subject: unicode-to-nginx.pl In-Reply-To: References: Message-ID: <20160821191115.GI24741@mdounin.ru> Hello! On Sat, Aug 20, 2016 at 09:27:37AM +0300, Andrey Khlopenov wrote: > Добрый день. > А unicode-to-nginx.pl в дистрибутиве nginx сейчас актуален? > Ибо при попытке конвертирования http://www.unicode.org/Public/ > MAPPINGS/VENDORS/MISC/KOI8-R.TXT получаю таблицу, которая отличается от > koi-utf, что лежит возле скрипта. > Ну и, соотв., nginx ругается, если подключить такой charset_map. Последние 10 лет его никто не трогал, и, судя по всему, с современным перлом он работает некорректно. Чтобы было правильно, надо добавить "U0" в unpack, как-то так: diff --git a/contrib/unicode2nginx/unicode-to-nginx.pl b/contrib/unicode2nginx/unicode-to-nginx.pl --- a/contrib/unicode2nginx/unicode-to-nginx.pl +++ b/contrib/unicode2nginx/unicode-to-nginx.pl @@ -33,7 +33,7 @@ while (<>) { # Produce UTF-8 sequence from character code; - my $un_utf8 = join('', map { sprintf("%02X", $_) } unpack("C*", pack("U", hex($un_code)))); + my $un_utf8 = join('', map { sprintf("%02X", $_) } unpack("U0C*", pack("U", hex($un_code)))); print " $cs_code $un_utf8 ; $un_name\n"; -- Maxim Dounin http://nginx.org/ From mdounin на mdounin.ru Sun Aug 21 19:32:19 2016 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sun, 21 Aug 2016 22:32:19 +0300 Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdC+0LUg0L/QvtCy0LXQtNC10L3QuNC1IE9DU1AgU3Rh?= =?UTF-8?B?cGxpbmcg0Lgg0L/QsNGA0LDQvNC10YLRgNC+0LIgc3Ns?= In-Reply-To: <4dd52e6a88a140822edba9acae6bfda7.NginxMailingListRussian@forum.nginx.org> References: <4dd52e6a88a140822edba9acae6bfda7.NginxMailingListRussian@forum.nginx.org> Message-ID: <20160821193219.GJ24741@mdounin.ru> Hello! On Sat, Aug 20, 2016 at 04:29:44AM -0400, VVL wrote: > Доброе утро! Ситуация следующая: > Имеем: в основном конфигурационном сайте - nginx.conf включен OCSP > следующими параметрами: > ssl_stapling on; > ssl_stapling_verify on; > resolver 8.8.8.8 8.8.4.4 valid=300s; > В виртуальном хосте дополнительно прописан stapling_file: > ssl_stapling_file ...l/ocsp.der; > Который не работает. Т.е. если создать искуственно долгий (или превышающий > лимит) ответ от resolver-а, и проверять работу OCSP например командой > openssl s_client -connect example.com:443 -status 2> /dev/null | grep -A 17 > 'OCSP response:' | grep -B 17 'Next Update' > ,то он отрабатывает через раз (или реже, в зависимости от условий). Сначала > было подозрение на http2/round robin, но их отключение результата не дало. > При переносе ssl_stapling_file в основной конфигурационный файл, все > заработало - OCSP отрабатывает каждый раз, даже если поставить заведомо > нерабочий resolver. В приведённой команде "openssl s_client" вы проверяете OCSP stapling для сервера по умолчанию на данном IP, без использования SNI (задаётся с помощью параметра "-servername"). А конфигурируете его - в виртуальном сервере. От этого и не работает. Под переносом в основной конфигурационный файл, видимо, имеется в виду указание соответствующей директивы на уровне http{}. В этом случае значение наследуется во все блоки server{}, и соответственно будет также использоваться в сервере по умолчанию, если не переопределно там явно. > Дальше, путем эксперимента было установлено, что такое > поведение у многих параметров ssl_. Является ли это нормой, что эти > параметры работают только в основном конфигурационном файле? А если нужны > разные ssl_stapling_file для хостов? Многие настройки SSL работают до обработки SNI, и, соответственно, имеют смысл только сервере по умолчанию даже в случае использования SNI. E.g., разные ssl_protocols для разных виртуальных сервреров - задать не получится. Однако в ssl_stapling_file это не относится, см. выше. > Немного оффтопа: > При генерации ocsp файла командой > openssl ocsp -issuer sca.server2.crt -cert example.com.crt -url > http://ocsp.startssl.com -header "Host" "ocsp.startssl.com" -respout > ocsp.der -resp_text > (сертификаты StartSSL), и последующей проверке >любого< сертификата этого > CA, ocsp.der выдает good (нет возможности проверить отозванный). Разве он не > должен записать статус только example.com.crt? Вес файла ~2кб. Не совсем понятно, что означают слова "последующая проверка любого сертификата". В файле ocsp.der после выполнения команды выше у вас будет OCSP-ответ про конкретный сертификат, для других сертификатов этот ответ не годится. Если вы его дальше пытаетесь подсунуть браузерам с помощью ssl_stapling_file вместе вместе с другим сертификатом - в зависимости от браузера он будет либо проигнорирован, либо приведён к ошибке соединения. -- Maxim Dounin http://nginx.org/ From nginx на kinetiksoft.com Sun Aug 21 22:09:48 2016 From: nginx на kinetiksoft.com (=?utf-8?B?0JjQstCw0L0=?=) Date: Mon, 22 Aug 2016 01:09:48 +0300 Subject: =?UTF-8?B?UmU6IG5naW54X3NpZ25pbmcua2V5LCDQv9GA0L7RgdGA0L7Rh9C10L0gPw==?= In-Reply-To: <20160820232312.4884602d@pa> References: <20160820232312.4884602d@pa> Message-ID: <2166540.0GOOavYvvx@cybernote> В письме от 20 августа 2016 23:23:12 пользователь pa написал: > ключ перезалил от сюда http://nginx.org/keys/nginx_signing.key > не помогло > Здравствуйте! Попробуйте еще раз. Мне помогло: pub 2048R/7BD9BF62 2011-08-19 [expires: 2024-06-14] uid nginx signing key С уважением, Иван. From nginx-forum на forum.nginx.org Mon Aug 22 07:50:36 2016 From: nginx-forum на forum.nginx.org (VVL) Date: Mon, 22 Aug 2016 03:50:36 -0400 Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdC+0LUg0L/QvtCy0LXQtNC10L3QuNC1IE9DU1AgU3Rh?= =?UTF-8?B?cGxpbmcg0Lgg0L/QsNGA0LDQvNC10YLRgNC+0LIgc3Ns?= In-Reply-To: <20160821193219.GJ24741@mdounin.ru> References: <20160821193219.GJ24741@mdounin.ru> Message-ID: <40799b45671840bc158a1c2d0b56bb70.NginxMailingListRussian@forum.nginx.org> Maxim Dounin Wrote: ------------------------------------------------------- > В приведённой команде "openssl s_client" вы проверяете OCSP > stapling для сервера по умолчанию на данном IP, без использования > SNI (задаётся с помощью параметра "-servername"). А > конфигурируете его - в виртуальном сервере. От этого и не > работает. Спасибо, не пришло в голову, что openssl по умолчанию не обрабатывает SNI. > Под переносом в основной конфигурационный файл, видимо, имеется в > виду указание соответствующей директивы на уровне http{}. В этом > случае значение наследуется во все блоки server{}, и > соответственно будет также использоваться в сервере по умолчанию, > если не переопределно там явно. Да, имелась ввиду директива http{} > Не совсем понятно, что означают слова "последующая проверка любого > сертификата". В файле ocsp.der после выполнения команды выше у > вас будет OCSP-ответ про конкретный сертификат, для других > сертификатов этот ответ не годится. Если вы его дальше пытаетесь > подсунуть браузерам с помощью ssl_stapling_file вместе вместе с > другим сертификатом - в зависимости от браузера он будет либо > проигнорирован, либо приведён к ошибке соединения. Проверка, проводимая командой openssl ocsp -issuer ca.crt -cert example.com.crt -respin ocsp.der Выдает cert good для >любого< сертификата, выданного этим CA. Это и удивило. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269077,269081#msg-269081 From nginx-forum на forum.nginx.org Mon Aug 22 09:47:24 2016 From: nginx-forum на forum.nginx.org (skeletor) Date: Mon, 22 Aug 2016 05:47:24 -0400 Subject: =?UTF-8?B?UmU6INCS0L3QtdGI0L3QuNC1IGlwINCw0LTRgNC10YHQsCDQtNC70Y8gcHJveHkg?= =?UTF-8?B?YmluZA==?= In-Reply-To: References: Message-ID: <340bfd8f461465bc6391941f8ecc4d17.NginxMailingListRussian@forum.nginx.org> Я думаю лучше узнать, почему получаете 500-ою (смотрите в лог, если надо - включайте дебаг, смотрите на удалённой стороне, с какого IP подключение, и т.д.), чем городить огороды с роутингом. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269007,269082#msg-269082 From nginx-forum на forum.nginx.org Mon Aug 22 09:50:38 2016 From: nginx-forum на forum.nginx.org (skeletor) Date: Mon, 22 Aug 2016 05:50:38 -0400 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBpZiDQsiBsb2NhdGlvbiDQstC80LU=?= =?UTF-8?B?0YHRgtC1INGBIHRyeSBmaWxlcyDQuCDQvtGC0YHRg9GC0YHRgtCy0YPRjtGJ?= =?UTF-8?B?0LjQvCDRhNCw0LnQu9C+0Lw=?= In-Reply-To: References: Message-ID: <688fa7900a3b17d1c800ecc5c78af7f1.NginxMailingListRussian@forum.nginx.org> Вот здесь очень подробно описано почему https://habrahabr.ru/post/74135/ Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268890,269083#msg-269083 From nginx-forum на forum.nginx.org Mon Aug 22 11:59:21 2016 From: nginx-forum на forum.nginx.org (VVL) Date: Mon, 22 Aug 2016 07:59:21 -0400 Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdC+0LUg0L/QvtCy0LXQtNC10L3QuNC1IE9DU1AgU3Rh?= =?UTF-8?B?cGxpbmcg0Lgg0L/QsNGA0LDQvNC10YLRgNC+0LIgc3Ns?= In-Reply-To: <20160821193219.GJ24741@mdounin.ru> References: <20160821193219.GJ24741@mdounin.ru> Message-ID: <609e8a54e01dd23ac9b217e8047dc33f.NginxMailingListRussian@forum.nginx.org> Maxim Dounin Wrote: ------------------------------------------------------- > E.g., разные ssl_protocols для разных > виртуальных сервреров - задать не получится. Тут вы правы от части. ssl_protocols разные не укажешь, но они зависят от ssl_ciphers, которые можно указать разными для хостов на одной паре ip:port, например: server { listen *:443 ssl; server_name example.com; ssl_ciphers HIGH:!aNULL:!MD5; } server { listen *:443 ssl; server_name example.ru; ssl_ciphers "ECDH+AESGCM+AES256:EDH+AESGCM+AES256"; } ssllabs при этом покажет для первого домена TLS_v1, TLSv1_1, TLSv1_2, а для второго только TLSv1_2. И оно работает :) Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269065,269089#msg-269089 From mdounin на mdounin.ru Mon Aug 22 13:35:41 2016 From: mdounin на mdounin.ru (Maxim Dounin) Date: Mon, 22 Aug 2016 16:35:41 +0300 Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdC+0LUg0L/QvtCy0LXQtNC10L3QuNC1IE9DU1AgU3Rh?= =?UTF-8?B?cGxpbmcg0Lgg0L/QsNGA0LDQvNC10YLRgNC+0LIgc3Ns?= In-Reply-To: <40799b45671840bc158a1c2d0b56bb70.NginxMailingListRussian@forum.nginx.org> References: <20160821193219.GJ24741@mdounin.ru> <40799b45671840bc158a1c2d0b56bb70.NginxMailingListRussian@forum.nginx.org> Message-ID: <20160822133541.GK24741@mdounin.ru> Hello! On Mon, Aug 22, 2016 at 03:50:36AM -0400, VVL wrote: > > Не совсем понятно, что означают слова "последующая проверка любого > > сертификата". В файле ocsp.der после выполнения команды выше у > > вас будет OCSP-ответ про конкретный сертификат, для других > > сертификатов этот ответ не годится. Если вы его дальше пытаетесь > > подсунуть браузерам с помощью ssl_stapling_file вместе вместе с > > другим сертификатом - в зависимости от браузера он будет либо > > проигнорирован, либо приведён к ошибке соединения. > > Проверка, проводимая командой > openssl ocsp -issuer ca.crt -cert example.com.crt -respin ocsp.der > Выдает cert good для >любого< сертификата, выданного этим CA. Это и удивило. Вы, вероятно, не туда смотрите. В распечатаном OCSP-ответе будет, безусловно, "Cert Status: good", но там же рядом будет serial number того сертификата, к которому этот статус относится. В конце же будет что-то вроде "example.com.crt: ERROR: No Status found.", что как бы намекает, что для запрошенного сертификата статуса в представленном ответе не обнаружено. -- Maxim Dounin http://nginx.org/ From nginx-forum на forum.nginx.org Tue Aug 23 09:24:33 2016 From: nginx-forum на forum.nginx.org (zavx0z) Date: Tue, 23 Aug 2016 05:24:33 -0400 Subject: =?UTF-8?B?Y3NzINGB0L/RgNCw0LnRgtGLINC90LUg0YDQsNC30LTQsNC10YIg0L/RgNC+0Lo=?= =?UTF-8?B?0YHQuCDQvdCwIG5nbml4?= Message-ID: <929e5ffecddf99ca425211b8aad9a4e7.NginxMailingListRussian@forum.nginx.org> Не могу найти как прописать в конфигах раздачу спрайтов bootstrap.css На сервере разработки нормально все отображается, а на боевом нет svg который прописан в background-image. Ngnix проксирует gunicorn и раздает статику. Пример - background-image: url("data:image/svg+xml;charset=utf8,%3Csvg xmlns='http://www.w3.org/2000/svg' viewBox='0 0 8 8'%3E%3Cpath fill='%23f0ad4e' d='M4.4 5.324h-.8v-2.46h.8zm0 1.42h-.8V5.89h.8zM3.76.63L.04 7.075c-.115.2.016.425.26.426h7.397c.242 0 .372-.226.258-.426C6.726 4.924 5.47 2.79 4.253.63c-.113-.174-.39-.174-.494 0z'/%3E%3C/svg%3E") Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269110,269110#msg-269110 From nginx-forum на forum.nginx.org Tue Aug 23 09:57:26 2016 From: nginx-forum на forum.nginx.org (pafflootiy) Date: Tue, 23 Aug 2016 05:57:26 -0400 Subject: =?UTF-8?B?b3duY2xvdWQg0YfQtdGA0LXQtyBuZ2lueA==?= Message-ID: <4e0b3b8264df54386dfb7e7f21cf1424.NginxMailingListRussian@forum.nginx.org> Добрый день! На одном сервере крутится nginx (настроен не мной, настройщика не найти), на него смотрит домен с поддоменами, раскиданными по др. сервам. Решил на одной свободной машине поднять owncloud, с поддоменом и скрытием /owncloud/. Я в nginx ноль. Вот конфигурация: server { listen 80; listen 443 ssl; server_name cloud.домен.ru; rewrite ^(/owncloud/.*)$ https://$server_name$request_uri? permanent; ssl_certificate домен.ru_bundle.crt; ssl_certificate_key домен.ru.key; ssl_protocols TLSv1 TLSv1.1 TLSv1.2; ssl_ciphers HIGH:!aNULL:!MD5; server_name_in_redirect on; keepalive_timeout 70; # access_log logs/host.access.log main; rewrite ^/(.*)$ /owncloud/$1 last; location /owncloud/ { proxy_pass http://10.10.10.11:80; proxy_redirect http://cloud.домен.ru/owncloud /; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; client_max_body_size 10m; client_body_buffer_size 128k; proxy_connect_timeout 90; proxy_send_timeout 90; proxy_read_timeout 90; proxy_buffer_size 4k; proxy_buffers 4 32k; proxy_busy_buffers_size 64k; proxy_temp_file_write_size 64k; } } Выдает URL с двойным слешем и не работающими css и js: https://cloud.домен.ru//index.php/login Повторюсь. От Nginx далек, и данная конфигурация лишь адаптация одной из действующих. Спасибо! Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269111,269111#msg-269111 From nginx-forum на forum.nginx.org Tue Aug 23 12:02:12 2016 From: nginx-forum на forum.nginx.org (jtiq) Date: Tue, 23 Aug 2016 08:02:12 -0400 Subject: =?UTF-8?B?UmU6INCS0L3QtdGI0L3QuNC1IGlwINCw0LTRgNC10YHQsCDQtNC70Y8gcHJveHkg?= =?UTF-8?B?YmluZA==?= In-Reply-To: <340bfd8f461465bc6391941f8ecc4d17.NginxMailingListRussian@forum.nginx.org> References: <340bfd8f461465bc6391941f8ecc4d17.NginxMailingListRussian@forum.nginx.org> Message-ID: skeletor Wrote: ------------------------------------------------------- > Я думаю лучше узнать, почему получаете 500-ою (смотрите в лог, если > надо - включайте дебаг, смотрите на удалённой стороне, с какого IP > подключение, и т.д.), чем городить огороды с роутингом. подключается с IPv6... как контролировать эти подключения? например каждый домен, это подключения с разных IPv4 на внешний проксируемый сервер Не подскажите? Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269007,269115#msg-269115 From nginx-forum на forum.nginx.org Tue Aug 23 12:07:02 2016 From: nginx-forum на forum.nginx.org (skeletor) Date: Tue, 23 Aug 2016 08:07:02 -0400 Subject: =?UTF-8?B?UmU6INCS0L3QtdGI0L3QuNC1IGlwINCw0LTRgNC10YHQsCDQtNC70Y8gcHJveHkg?= =?UTF-8?B?YmluZA==?= In-Reply-To: References: <340bfd8f461465bc6391941f8ecc4d17.NginxMailingListRussian@forum.nginx.org> Message-ID: <342e9f9a7ea23c142abe266e8ad139b4.NginxMailingListRussian@forum.nginx.org> У вас ipv4 или ipv6 используется? Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269007,269116#msg-269116 From nginx-forum на forum.nginx.org Tue Aug 23 12:09:46 2016 From: nginx-forum на forum.nginx.org (jtiq) Date: Tue, 23 Aug 2016 08:09:46 -0400 Subject: =?UTF-8?B?UmU6INCS0L3QtdGI0L3QuNC1IGlwINCw0LTRgNC10YHQsCDQtNC70Y8gcHJveHkg?= =?UTF-8?B?YmluZA==?= In-Reply-To: <342e9f9a7ea23c142abe266e8ad139b4.NginxMailingListRussian@forum.nginx.org> References: <340bfd8f461465bc6391941f8ecc4d17.NginxMailingListRussian@forum.nginx.org> <342e9f9a7ea23c142abe266e8ad139b4.NginxMailingListRussian@forum.nginx.org> Message-ID: <526bbd526e72970fd1e1932894145656.NginxMailingListRussian@forum.nginx.org> skeletor Wrote: ------------------------------------------------------- > У вас ipv4 или ipv6 используется? оба варианта, но хотелось бы контролировать их, то есть на каждый (под)домен задать свой IP для внешних подключений Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269007,269117#msg-269117 From nginx-forum на forum.nginx.org Tue Aug 23 12:17:43 2016 From: nginx-forum на forum.nginx.org (skeletor) Date: Tue, 23 Aug 2016 08:17:43 -0400 Subject: =?UTF-8?B?UmU6INCS0L3QtdGI0L3QuNC1IGlwINCw0LTRgNC10YHQsCDQtNC70Y8gcHJveHkg?= =?UTF-8?B?YmluZA==?= In-Reply-To: <526bbd526e72970fd1e1932894145656.NginxMailingListRussian@forum.nginx.org> References: <340bfd8f461465bc6391941f8ecc4d17.NginxMailingListRussian@forum.nginx.org> <342e9f9a7ea23c142abe266e8ad139b4.NginxMailingListRussian@forum.nginx.org> <526bbd526e72970fd1e1932894145656.NginxMailingListRussian@forum.nginx.org> Message-ID: <1559ac9b884017ad625e4d91315ebe21.NginxMailingListRussian@forum.nginx.org> Ну значит у вас в приоритете ipv6. Либо поменяйте приоритет на ipv4, либо настраивайте proxy_bind на ipv6 Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269007,269118#msg-269118 From nginx-forum на forum.nginx.org Tue Aug 23 12:46:40 2016 From: nginx-forum на forum.nginx.org (jtiq) Date: Tue, 23 Aug 2016 08:46:40 -0400 Subject: =?UTF-8?B?UmU6INCS0L3QtdGI0L3QuNC1IGlwINCw0LTRgNC10YHQsCDQtNC70Y8gcHJveHkg?= =?UTF-8?B?YmluZA==?= In-Reply-To: <1559ac9b884017ad625e4d91315ebe21.NginxMailingListRussian@forum.nginx.org> References: <340bfd8f461465bc6391941f8ecc4d17.NginxMailingListRussian@forum.nginx.org> <342e9f9a7ea23c142abe266e8ad139b4.NginxMailingListRussian@forum.nginx.org> <526bbd526e72970fd1e1932894145656.NginxMailingListRussian@forum.nginx.org> <1559ac9b884017ad625e4d91315ebe21.NginxMailingListRussian@forum.nginx.org> Message-ID: <1e354867fef7c6c54c2d3523b4783193.NginxMailingListRussian@forum.nginx.org> skeletor Wrote: ------------------------------------------------------- > Ну значит у вас в приоритете ipv6. Либо поменяйте приоритет на ipv4, > либо настраивайте proxy_bind на ipv6 я параметром proxy_bind ставлю на 1 конкретный IPv4, но nginx не слушается его, и выбирает его автоматически. Поэтому 500я ошибка Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269007,269120#msg-269120 From sytar.alex на gmail.com Tue Aug 23 15:35:47 2016 From: sytar.alex на gmail.com (Aleksandr Sytar) Date: Tue, 23 Aug 2016 18:35:47 +0300 Subject: =?UTF-8?B?UmU6IGNzcyDRgdC/0YDQsNC50YLRiyDQvdC1INGA0LDQt9C00LDQtdGCINC/0YA=?= =?UTF-8?B?0L7QutGB0Lgg0L3QsCBuZ25peA==?= In-Reply-To: <929e5ffecddf99ca425211b8aad9a4e7.NginxMailingListRussian@forum.nginx.org> References: <929e5ffecddf99ca425211b8aad9a4e7.NginxMailingListRussian@forum.nginx.org> Message-ID: 23 августа 2016 г., 12:24 пользователь zavx0z написал: > Не могу найти как прописать в конфигах раздачу спрайтов bootstrap.css На > сервере разработки нормально все отображается, а на боевом нет svg который > прописан в background-image. Ngnix проксирует gunicorn и раздает статику. > Пример - background-image: url("data:image/svg+xml;charset=utf8,%3Csvg > xmlns='http://www.w3.org/2000/svg' viewBox='0 0 8 8'%3E%3Cpath > fill='%23f0ad4e' d='M4.4 5.324h-.8v-2.46h.8zm0 > 1.42h-.8V5.89h.8zM3.76.63L.04 > 7.075c-.115.2.016.425.26.426h7.397c.242 0 .372-.226.258-.426C6.726 4.924 > 5.47 2.79 4.253.63c-.113-.174-.39-.174-.494 0z'/%3E%3C/svg%3E") > data-uri передаются в теле html/css и nginx к ним никакого отношения не имеет > > Posted at Nginx Forum: https://forum.nginx.org/read. > php?21,269110,269110#msg-269110 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx на kinetiksoft.com Tue Aug 23 23:39:45 2016 From: nginx на kinetiksoft.com (=?utf-8?B?0JjQstCw0L0=?=) Date: Wed, 24 Aug 2016 02:39:45 +0300 Subject: =?UTF-8?B?0KPQstC10LvQuNGH0LjQstCw0LXRgtGB0Y8gUlBTINC4IENQUyDQv9GA0Lgg0L0=?= =?UTF-8?B?0LXQtNC+0YHRgtGD0L/QvdC+0YHRgtC4INCx0Y3QutGN0L3QtNCw?= Message-ID: <4830812.UzFNGfUm7K@cybernote> Здравствуйте! У нас цепочка проксей для стриминга видео (плейлисты - m3u8+чанки - ts): эджи от пользователей проксируют на ориджины,ориджины на источники видео (source). Почему-то при выпадании (connection timeout) одного из source взлетает rps и cps на соотвествующие ориджины. При высокой нагрузке настолько, что все вообще встает колом. nginx 1.10.1 под debian 8 из репов на nginx.org. Конфигурация upstream на эджах: upstream o-place { server ip4_1:443 fail_timeout=60 max_fails=3 weight=3; server ip6_1:443 fail_timeout=60 max_fails=3 weight=3; server ip4_2:443 fail_timeout=60 max_fails=3 weight=1; server ip6_2:443 fail_timeout=60 max_fails=3 weight=1; server ip4_3:443 fail_timeout=60 max_fails=3 backup; server ip6_3:443 fail_timeout=60 max_fails=3 backup; keepalive 500; } Каждый ориджин тут задублирован по ИП4 и ИП6 (ip4_1 и ip6_1 - это один и тот же сервер, так же как и ip?_2, так же как и ip?_3), так как иногда между серверами отваливается по отдельности либо IP6, либо IP4. У ориджинов в апстримах по одному source: upstream source_place { server ip4:443; keepalive 200; } На эджах proxy_next_upstream error timeout invalid_header http_500 http_502 http_504; На ориджинах значение по умолчанию не менял. Спасибо за помощь. С уважением, Иван. From bgx на protva.ru Wed Aug 24 07:01:28 2016 From: bgx на protva.ru (Evgeniy Berdnikov) Date: Wed, 24 Aug 2016 10:01:28 +0300 Subject: =?UTF-8?B?UmU6INCj0LLQtdC70LjRh9C40LLQsNC10YLRgdGPIFJQUyDQuCBDUFMg0L/RgNC4?= =?UTF-8?B?INC90LXQtNC+0YHRgtGD0L/QvdC+0YHRgtC4INCx0Y3QutGN0L3QtNCw?= In-Reply-To: <4830812.UzFNGfUm7K@cybernote> References: <4830812.UzFNGfUm7K@cybernote> Message-ID: <20160824070127.GA6139@protva.ru> On Wed, Aug 24, 2016 at 02:39:45AM +0300, Иван wrote: > Почему-то при выпадании (connection timeout) одного из source взлетает rps и > cps на соотвествующие ориджины. При высокой нагрузке настолько, что все вообще > встает колом. Очевидно, прежде всего нужно смотреть логи и сетевой трафик. -- Eugene Berdnikov From mdounin на mdounin.ru Wed Aug 24 12:37:53 2016 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 24 Aug 2016 15:37:53 +0300 Subject: =?UTF-8?B?UmU6INCj0LLQtdC70LjRh9C40LLQsNC10YLRgdGPIFJQUyDQuCBDUFMg0L/RgNC4?= =?UTF-8?B?INC90LXQtNC+0YHRgtGD0L/QvdC+0YHRgtC4INCx0Y3QutGN0L3QtNCw?= In-Reply-To: <4830812.UzFNGfUm7K@cybernote> References: <4830812.UzFNGfUm7K@cybernote> Message-ID: <20160824123753.GA24741@mdounin.ru> Hello! On Wed, Aug 24, 2016 at 02:39:45AM +0300, Иван wrote: > Здравствуйте! > > У нас цепочка проксей для стриминга видео (плейлисты - m3u8+чанки - ts): эджи > от пользователей проксируют на ориджины,ориджины на источники видео (source). > > Почему-то при выпадании (connection timeout) одного из source взлетает rps и > cps на соотвествующие ориджины. При высокой нагрузке настолько, что все вообще > встает колом. > > nginx 1.10.1 под debian 8 из репов на nginx.org. > > Конфигурация upstream на эджах: > upstream o-place { > server ip4_1:443 fail_timeout=60 max_fails=3 weight=3; > server ip6_1:443 fail_timeout=60 max_fails=3 weight=3; > server ip4_2:443 fail_timeout=60 max_fails=3 weight=1; > server ip6_2:443 fail_timeout=60 max_fails=3 weight=1; > server ip4_3:443 fail_timeout=60 max_fails=3 backup; > server ip6_3:443 fail_timeout=60 max_fails=3 backup; > keepalive 500; > } > Каждый ориджин тут задублирован по ИП4 и ИП6 (ip4_1 и ip6_1 - это один и тот > же сервер, так же как и ip?_2, так же как и ip?_3), так как иногда между > серверами отваливается по отдельности либо IP6, либо IP4. > > У ориджинов в апстримах по одному source: > upstream source_place { > server ip4:443; > keepalive 200; > } > > На эджах > proxy_next_upstream error timeout invalid_header http_500 http_502 http_504; А что конкретно вас удивляет? Ваша конфигурация именно это и предполгает, e.g.: - выпал source для ресурса, при обращении к соответствующему ресурсу origin не может достучаться до source-сервера и возвращает 502 (или 504, если случился таймаут); - edge-сервер видит 502 и идёт к следующему серверу в блоке upstream; - картина повторяется, пока не будут опрошены все сервера по списку, т.е. суммарное количество запросов к origin-серверам для конфигурации выше - вырастет в 4 раза. Если это не то, что хочется получить - пересмотрите конфигурацию. В частности, я бы рекомендовал: - Проредить proxy_next_upstream. Если сервера, фактически, одинаковые, то ходить на все при получении 502/504 - имеет очень мало смысла. - Посмотреть внимательно на proxy_next_upstream_tries (и proxy_next_upstream_timeout), http://nginx.org/r/proxy_next_upstream_tries/ru. По умолчанию nginx пытается обойти все доступные сервера, однако в сложных конфигурациях это редко является оптимальным поведением. Директива proxy_next_upstream_tries повзволяет сделать ограниченное количество попыток, не отключая proxy_next_upstream совсем. -- Maxim Dounin http://nginx.org/ From nginx-forum на forum.nginx.org Wed Aug 24 14:58:47 2016 From: nginx-forum на forum.nginx.org (Vryngel) Date: Wed, 24 Aug 2016 10:58:47 -0400 Subject: =?UTF-8?B?0KHQtdGA0LLQtdGAINCy0L4g0LLQvdGD0YLRgNC10L3QvdC10Lkg0YHQtdGC0Lg=?= Message-ID: Добрый день! Имеется сеть, где на виртуалке крутиться Nginx c проектом Django. По IP адресу вид 10.10.Х.Х проект доступен и чудесно работает. Есть необходимость иметь доступ к этому проекту извне. На нашем шлюзе открыт порт, по обращению к этому порту вида mysite.com:5555 получаем только приветственную заглушку Nginx'а. Извиняюсь за глупый вопрос, но что нужно дописать в конфигурации для того чтобы запросы с mysite.com:5555 направлялись на проект по адресу 10.10.Х.Х и была возможность работы из внешней сети с веб приложением. Спасибо. З.Ы. Пробовал через proxy_pass, но, что то идёт не так. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269156,269156#msg-269156 From vbart на nginx.com Wed Aug 24 15:07:51 2016 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Wed, 24 Aug 2016 18:07:51 +0300 Subject: =?UTF-8?B?UmU6INCh0LXRgNCy0LXRgCDQstC+INCy0L3Rg9GC0YDQtdC90L3QtdC5INGB0LU=?= =?UTF-8?B?0YLQuA==?= In-Reply-To: References: Message-ID: <2941575.BZnBPnxHnt@vbart-workstation> On Wednesday 24 August 2016 10:58:47 Vryngel wrote: > Добрый день! > > Имеется сеть, где на виртуалке крутиться Nginx c проектом Django. По IP > адресу вид 10.10.Х.Х проект доступен и чудесно работает. Есть необходимость > иметь доступ к этому проекту извне. На нашем шлюзе открыт порт, по обращению > к этому порту вида mysite.com:5555 получаем только приветственную заглушку > Nginx'а. > Извиняюсь за глупый вопрос, но что нужно дописать в конфигурации для того > чтобы запросы с mysite.com:5555 направлялись на проект по адресу 10.10.Х.Х и > была возможность работы из внешней сети с веб приложением. > > Спасибо. > > З.Ы. Пробовал через proxy_pass, но, что то идёт не так. > http://nginx.org/ru/docs/beginners_guide.html -- Валентин Бартенев From medvedev.yp на gmail.com Wed Aug 24 18:35:11 2016 From: medvedev.yp на gmail.com (Yuriy Medvedev) Date: Wed, 24 Aug 2016 21:35:11 +0300 Subject: =?UTF-8?B?UmU6INCh0LXRgNCy0LXRgCDQstC+INCy0L3Rg9GC0YDQtdC90L3QtdC5INGB0LU=?= =?UTF-8?B?0YLQuA==?= In-Reply-To: <2941575.BZnBPnxHnt@vbart-workstation> References: <2941575.BZnBPnxHnt@vbart-workstation> Message-ID: Здравствуйте, настройти proxy_pass 24 августа 2016 г., 18:07 пользователь Валентин Бартенев написал: > On Wednesday 24 August 2016 10:58:47 Vryngel wrote: > > Добрый день! > > > > Имеется сеть, где на виртуалке крутиться Nginx c проектом Django. По IP > > адресу вид 10.10.Х.Х проект доступен и чудесно работает. Есть > необходимость > > иметь доступ к этому проекту извне. На нашем шлюзе открыт порт, по > обращению > > к этому порту вида mysite.com:5555 получаем только приветственную > заглушку > > Nginx'а. > > Извиняюсь за глупый вопрос, но что нужно дописать в конфигурации для того > > чтобы запросы с mysite.com:5555 направлялись на проект по адресу > 10.10.Х.Х и > > была возможность работы из внешней сети с веб приложением. > > > > Спасибо. > > > > З.Ы. Пробовал через proxy_pass, но, что то идёт не так. > > > > http://nginx.org/ru/docs/beginners_guide.html > > -- > Валентин Бартенев > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dmitriy на lyalyuev.info Thu Aug 25 06:35:12 2016 From: dmitriy на lyalyuev.info (Dmitriy Lyalyuev) Date: Thu, 25 Aug 2016 09:35:12 +0300 Subject: =?UTF-8?B?UmU6INCh0LXRgNCy0LXRgCDQstC+INCy0L3Rg9GC0YDQtdC90L3QtdC5INGB0LU=?= =?UTF-8?B?0YLQuA==?= In-Reply-To: References: Message-ID: <20160825063512.GA5478@silver-laptop> On Wed, Aug 24, 2016 at 10:58:47AM -0400, Vryngel wrote: > Имеется сеть, где на виртуалке крутиться Nginx c проектом Django. По IP > адресу вид 10.10.Х.Х проект доступен и чудесно работает. Есть необходимость > иметь доступ к этому проекту извне. На нашем шлюзе открыт порт, по обращению > к этому порту вида mysite.com:5555 получаем только приветственную заглушку > Nginx'а. > Извиняюсь за глупый вопрос, но что нужно дописать в конфигурации для того > чтобы запросы с mysite.com:5555 направлялись на проект по адресу 10.10.Х.Х и > была возможность работы из внешней сети с веб приложением. Настроить server_name. -- Dmitriy Lyalyuev https://lyalyuev.info +380665322963 PGP/GPG key LongID: 0xD9106B1605420A87, Fingerprint: BCDC AE73 886B C8E0 2CAE BB93 D910 6B16 0542 0A87 PGP/GPG key URI: https://blog.lyalyuev.info/wp-content/uploads/05420A87.pub From nginx-forum на forum.nginx.org Thu Aug 25 09:07:45 2016 From: nginx-forum на forum.nginx.org (skeletor) Date: Thu, 25 Aug 2016 05:07:45 -0400 Subject: =?UTF-8?B?UmU6INCS0L3QtdGI0L3QuNC1IGlwINCw0LTRgNC10YHQsCDQtNC70Y8gcHJveHkg?= =?UTF-8?B?YmluZA==?= In-Reply-To: <1e354867fef7c6c54c2d3523b4783193.NginxMailingListRussian@forum.nginx.org> References: <340bfd8f461465bc6391941f8ecc4d17.NginxMailingListRussian@forum.nginx.org> <342e9f9a7ea23c142abe266e8ad139b4.NginxMailingListRussian@forum.nginx.org> <526bbd526e72970fd1e1932894145656.NginxMailingListRussian@forum.nginx.org> <1559ac9b884017ad625e4d91315ebe21.NginxMailingListRussian@forum.nginx.org> <1e354867fef7c6c54c2d3523b4783193.NginxMailingListRussian@forum.nginx.org> Message-ID: а этот IP назначен интерфейсу? nginx его слушает? Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269007,269180#msg-269180 From nginx-forum на forum.nginx.org Thu Aug 25 23:14:08 2016 From: nginx-forum на forum.nginx.org (Helper code) Date: Thu, 25 Aug 2016 19:14:08 -0400 Subject: =?UTF-8?B?0J7QsdC90L7QstC70LXQvdC40LUg0YTQsNC50LvQsCDQutC+0L3RhNC40LPRg9GA?= =?UTF-8?B?0LDRhtC40LggKG5naW54LmNvbmYp?= Message-ID: Происходит ли обновление (изменение) nginx.conf при обновлении версии nginx или он остается статическим после первой инсталляции nginx? Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269192,269192#msg-269192 From onokonem на gmail.com Fri Aug 26 06:32:51 2016 From: onokonem на gmail.com (Daniel Podolsky) Date: Fri, 26 Aug 2016 09:32:51 +0300 Subject: =?UTF-8?B?UmU6INCe0LHQvdC+0LLQu9C10L3QuNC1INGE0LDQudC70LAg0LrQvtC90YTQuNCz?= =?UTF-8?B?0YPRgNCw0YbQuNC4IChuZ2lueC5jb25mKQ==?= In-Reply-To: References: Message-ID: > Происходит ли обновление (изменение) nginx.conf при обновлении версии nginx > или он остается статическим после первой инсталляции nginx? Сильно зависит от способа, которым вы обновляете nginx, Вы не находите? From nginx-forum на forum.nginx.org Fri Aug 26 07:40:43 2016 From: nginx-forum на forum.nginx.org (Helper code) Date: Fri, 26 Aug 2016 03:40:43 -0400 Subject: =?UTF-8?B?UmU6INCe0LHQvdC+0LLQu9C10L3QuNC1INGE0LDQudC70LAg0LrQvtC90YTQuNCz?= =?UTF-8?B?0YPRgNCw0YbQuNC4IChuZ2lueC5jb25mKQ==?= In-Reply-To: References: Message-ID: <774c86e684c923a182ddd0d3e38ed45a.NginxMailingListRussian@forum.nginx.org> Daniel Podolsky Wrote: ------------------------------------------------------- > Сильно зависит от способа, которым вы обновляете nginx, Вы не > находите? Стандартным для Ubuntu (apt-get update и apt-get upgrade). Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269192,269201#msg-269201 From nginx-forum на forum.nginx.org Fri Aug 26 08:28:34 2016 From: nginx-forum на forum.nginx.org (jtiq) Date: Fri, 26 Aug 2016 04:28:34 -0400 Subject: =?UTF-8?B?UmU6INCS0L3QtdGI0L3QuNC1IGlwINCw0LTRgNC10YHQsCDQtNC70Y8gcHJveHkg?= =?UTF-8?B?YmluZA==?= In-Reply-To: References: <340bfd8f461465bc6391941f8ecc4d17.NginxMailingListRussian@forum.nginx.org> <342e9f9a7ea23c142abe266e8ad139b4.NginxMailingListRussian@forum.nginx.org> <526bbd526e72970fd1e1932894145656.NginxMailingListRussian@forum.nginx.org> <1559ac9b884017ad625e4d91315ebe21.NginxMailingListRussian@forum.nginx.org> <1e354867fef7c6c54c2d3523b4783193.NginxMailingListRussian@forum.nginx.org> Message-ID: <2cb7671a3c310ace5928ec64430314d8.NginxMailingListRussian@forum.nginx.org> skeletor Wrote: ------------------------------------------------------- > а этот IP назначен интерфейсу? nginx его слушает? да Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269007,269203#msg-269203 From alex.hha на gmail.com Fri Aug 26 12:25:40 2016 From: alex.hha на gmail.com (Alex Domoradov) Date: Fri, 26 Aug 2016 15:25:40 +0300 Subject: =?UTF-8?B?UmU6INCe0LHQvdC+0LLQu9C10L3QuNC1INGE0LDQudC70LAg0LrQvtC90YTQuNCz?= =?UTF-8?B?0YPRgNCw0YbQuNC4IChuZ2lueC5jb25mKQ==?= In-Reply-To: <774c86e684c923a182ddd0d3e38ed45a.NginxMailingListRussian@forum.nginx.org> References: <774c86e684c923a182ddd0d3e38ed45a.NginxMailingListRussian@forum.nginx.org> Message-ID: При обновлении вроде будет спрашивать, там можно будет посмотреть различия и оставить старый или применить новый 2016-08-26 10:40 GMT+03:00 Helper code : > Daniel Podolsky Wrote: > ------------------------------------------------------- > > Сильно зависит от способа, которым вы обновляете nginx, Вы не > > находите? > > Стандартным для Ubuntu (apt-get update и apt-get upgrade). > > Posted at Nginx Forum: https://forum.nginx.org/read. > php?21,269192,269201#msg-269201 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From me на kemko.ru Fri Aug 26 12:37:05 2016 From: me на kemko.ru (=?UTF-8?B?0JTQvNC40YLRgNC40Lkg0JDQvdC00YDQtdC10LI=?=) Date: Fri, 26 Aug 2016 12:37:05 +0000 Subject: =?UTF-8?B?UmU6INCe0LHQvdC+0LLQu9C10L3QuNC1INGE0LDQudC70LAg0LrQvtC90YTQuNCz?= =?UTF-8?B?0YPRgNCw0YbQuNC4IChuZ2lueC5jb25mKQ==?= In-Reply-To: References: <774c86e684c923a182ddd0d3e38ed45a.NginxMailingListRussian@forum.nginx.org> Message-ID: пт, 26 авг. 2016 г. в 15:25, Alex Domoradov : > При обновлении вроде будет спрашивать, там можно будет посмотреть различия > и оставить старый или применить новый > А если директивы, дефолтные значения которых не нравятся, переопределять в /etc/nginx/conf.d, что зачастую возможно, то и вовсе ничего спрашиваться при обновлениях не будет. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From alex.hha на gmail.com Fri Aug 26 12:46:23 2016 From: alex.hha на gmail.com (Alex Domoradov) Date: Fri, 26 Aug 2016 15:46:23 +0300 Subject: =?UTF-8?B?UmU6INCe0LHQvdC+0LLQu9C10L3QuNC1INGE0LDQudC70LAg0LrQvtC90YTQuNCz?= =?UTF-8?B?0YPRgNCw0YbQuNC4IChuZ2lueC5jb25mKQ==?= In-Reply-To: References: <774c86e684c923a182ddd0d3e38ed45a.NginxMailingListRussian@forum.nginx.org> Message-ID: А как вы вынесети директивы из контекста main/events, например, в /etc/nginx/conf.d? 2016-08-26 15:37 GMT+03:00 Дмитрий Андреев : > пт, 26 авг. 2016 г. в 15:25, Alex Domoradov : > >> При обновлении вроде будет спрашивать, там можно будет посмотреть >> различия и оставить старый или применить новый >> > > А если директивы, дефолтные значения которых не нравятся, переопределять в > /etc/nginx/conf.d, что зачастую возможно, то и вовсе ничего спрашиваться > при обновлениях не будет. > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на forum.nginx.org Fri Aug 26 15:05:58 2016 From: nginx-forum на forum.nginx.org (dsolomon) Date: Fri, 26 Aug 2016 11:05:58 -0400 Subject: =?UTF-8?B?0J/RgNC4INC+0LHRgNCw0YnQtdC90LjQuCDQvdCwIGlwINCw0LTRgNC10YEg0YE=?= =?UTF-8?B?0LXRgNCy0LXRgNCwINC+0YjQuNCx0LrQsCBIVFRQIEVycm9yIDQwMC4gVGhl?= =?UTF-8?B?IHJlcXVlc3QgaG9zdG5hbWUgaXMgaW52YWxpZC4=?= Message-ID: <5e3262bdb2135b8bd24619adaa878c12.NginxMailingListRussian@forum.nginx.org> Доброго времени суток! Я установил и настроил nginx на centOS 7. При попытке захода на ip адрес сервера выдает ошибку Bad Request - Invalid Hostname и HTTP Error 400. The request hostname is invalid. Что это может быть, подскажите, пожалуйста! Сервер доступен по ftp и по ssh по этому же ip адресу,но по другим портам. Код файла default.conf: server { listen 80; server_name ip_адрес_сервера; #charset koi8-r; #access_log /var/log/nginx/log/host.access.log main; location / { root /usr/share/nginx/html; index index.html index.htm; } #error_page 404 /404.html; # redirect server error pages to the static page /50x.html # error_page 500 502 503 504 /50x.html; location = /50x.html { root /usr/share/nginx/html; } # proxy the PHP scripts to Apache listening on 127.0.0.1:80 # #location ~ \.php$ { # proxy_pass http://127.0.0.1; #} # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000 # #location ~ \.php$ { # root html; # fastcgi_pass 127.0.0.1:9000; # fastcgi_index index.php; # fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name; # include fastcgi_params; #} # deny access to .htaccess files, if Apache's document root # concurs with nginx's one # #location ~ /\.ht { # deny all; #} } Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269213,269213#msg-269213 From nginx на mva.name Fri Aug 26 15:25:18 2016 From: nginx на mva.name (Vadim A. Misbakh-Soloviov) Date: Fri, 26 Aug 2016 22:25:18 +0700 Subject: =?UTF-8?B?UmU6INCe0LHQvdC+0LLQu9C10L3QuNC1INGE0LDQudC70LAg0LrQvtC90YTQuNCz?= =?UTF-8?B?0YPRgNCw0YbQuNC4IChuZ2lueC5jb25mKQ==?= In-Reply-To: References: Message-ID: <2441758.LzrWsav7tp@note> > А как вы вынесети директивы из контекста main/events, например, в > /etc/nginx/conf.d? include From alex.hha на gmail.com Fri Aug 26 19:59:47 2016 From: alex.hha на gmail.com (Alex Domoradov) Date: Fri, 26 Aug 2016 22:59:47 +0300 Subject: =?UTF-8?B?UmU6INCe0LHQvdC+0LLQu9C10L3QuNC1INGE0LDQudC70LAg0LrQvtC90YTQuNCz?= =?UTF-8?B?0YPRgNCw0YbQuNC4IChuZ2lueC5jb25mKQ==?= In-Reply-To: <2441758.LzrWsav7tp@note> References: <2441758.LzrWsav7tp@note> Message-ID: Добавив include вы измените файл. Или я что то не понимаю 2016-08-26 18:25 GMT+03:00 Vadim A. Misbakh-Soloviov : > > А как вы вынесети директивы из контекста main/events, например, в > > /etc/nginx/conf.d? > > include > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From alexander.moskalenko на gmail.com Sat Aug 27 18:04:06 2016 From: alexander.moskalenko на gmail.com (Alexander Moskalenko) Date: Sat, 27 Aug 2016 20:04:06 +0200 Subject: NJS module string to lowercase Message-ID: Приветствую! Есть локейшн задача которого делать редирект с приведением uri к нижнему регистру. В данный момент используется LUA, который хотелось бы заменить на "родной" модуль. LUA блок выглядит так: location ~ [A-Z] { rewrite_by_lua_block { return ngx.redirect((string.lower(ngx.var.uri)),301); } } NJS блок: js_run "function f(req, res) { res.status = 301; res.headers.location = req.uri.toLowerCase(); res.sendHeader(); res.finish(); }"; упорно получаю js exception: TypeError Вопрос: что я делаю не так? typeof(req.uri) возвращает string т.к. документации толком нет пытаюсь использовать "родные" методы JS -------------- next part -------------- An HTML attachment was scrubbed... URL: From igor на sysoev.ru Sun Aug 28 07:17:08 2016 From: igor на sysoev.ru (Igor Sysoev) Date: Sun, 28 Aug 2016 10:17:08 +0300 Subject: NJS module string to lowercase In-Reply-To: References: Message-ID: <28F6249B-B989-4176-AD0D-79DCA8921554@sysoev.ru> On 27 Aug 2016, at 21:04, Alexander Moskalenko wrote: > Приветствую! > > Есть локейшн задача которого делать редирект с приведением uri к нижнему регистру. > В данный момент используется LUA, который хотелось бы заменить на "родной" модуль. > > LUA блок выглядит так: > location ~ [A-Z] { > rewrite_by_lua_block { > return ngx.redirect((string.lower(ngx.var.uri)),301); > } > } > > NJS блок: > js_run "function f(req, res) { > res.status = 301; > res.headers.location = req.uri.toLowerCase(); > res.sendHeader(); > res.finish(); > }"; > > упорно получаю js exception: TypeError > > Вопрос: что я делаю не так? > typeof(req.uri) возвращает string > т.к. документации толком нет пытаюсь использовать "родные" методы JS Должно работать. Скорее всего, используется старая версия, в которой toLowerCase ещё не было. -- Join us at nginx.conf, Sept. 7-9, Austin, TX Igor Sysoev http://nginx.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx на mva.name Sun Aug 28 07:51:29 2016 From: nginx на mva.name (Vadim A. Misbakh-Soloviov) Date: Sun, 28 Aug 2016 14:51:29 +0700 Subject: NJS module string to lowercase In-Reply-To: References: Message-ID: <8214095.iAEt6MXv7A@note> > В данный момент используется LUA > LUA блок выглядит так: Т.к. на основной вопрос уже ответили, позволю себе сделать небольшую ремарку: https://www.lua.org/about.html#name > Please do not write it as "LUA", which is both ugly and confusing, because then it becomes an acronym with [different meanings](http:// acronyms.thefreedictionary.com/lua) for different people. So, please, write "Lua" right! From alexander.moskalenko на gmail.com Sun Aug 28 08:26:58 2016 From: alexander.moskalenko на gmail.com (Alexander Moskalenko) Date: Sun, 28 Aug 2016 10:26:58 +0200 Subject: NJS module string to lowercase In-Reply-To: <28F6249B-B989-4176-AD0D-79DCA8921554@sysoev.ru> References: <28F6249B-B989-4176-AD0D-79DCA8921554@sysoev.ru> Message-ID: Игорь, можно подробнее про версию? Сейчас стоит nginx version: nginx/1.10.1 И где можно документацию смотреть? 2016-08-28 9:17 GMT+02:00 Igor Sysoev : > On 27 Aug 2016, at 21:04, Alexander Moskalenko < > alexander.moskalenko на gmail.com> wrote: > > Приветствую! > > Есть локейшн задача которого делать редирект с приведением uri к нижнему > регистру. > В данный момент используется LUA, который хотелось бы заменить на "родной" > модуль. > > LUA блок выглядит так: > location ~ [A-Z] { > rewrite_by_lua_block { > return ngx.redirect((string.lower(ngx.var.uri)),301); > } > } > > NJS блок: > js_run "function f(req, res) { > res.status = 301; > res.headers.location = req.uri.toLowerCase(); > res.sendHeader(); > res.finish(); > }"; > > упорно получаю js exception: TypeError > > Вопрос: что я делаю не так? > typeof(req.uri) возвращает string > т.к. документации толком нет пытаюсь использовать "родные" методы JS > > > Должно работать. Скорее всего, используется старая версия, > в которой toLowerCase ещё не было. > > > -- > Join us at nginx.conf, Sept. 7-9, Austin, TX > Igor Sysoev > http://nginx.com > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From arut на nginx.com Sun Aug 28 08:39:00 2016 From: arut на nginx.com (Roman Arutyunyan) Date: Sun, 28 Aug 2016 11:39:00 +0300 Subject: NJS module string to lowercase In-Reply-To: References: <28F6249B-B989-4176-AD0D-79DCA8921554@sysoev.ru> Message-ID: <20160828083900.GL55147@Romans-MacBook-Air.local> Речь идет про версию njs, а не nginx. On Sun, Aug 28, 2016 at 10:26:58AM +0200, Alexander Moskalenko wrote: > Игорь, можно подробнее про версию? > Сейчас стоит nginx version: nginx/1.10.1 > > И где можно документацию смотреть? > > 2016-08-28 9:17 GMT+02:00 Igor Sysoev : > > > On 27 Aug 2016, at 21:04, Alexander Moskalenko < > > alexander.moskalenko на gmail.com> wrote: > > > > Приветствую! > > > > Есть локейшн задача которого делать редирект с приведением uri к нижнему > > регистру. > > В данный момент используется LUA, который хотелось бы заменить на "родной" > > модуль. > > > > LUA блок выглядит так: > > location ~ [A-Z] { > > rewrite_by_lua_block { > > return ngx.redirect((string.lower(ngx.var.uri)),301); > > } > > } > > > > NJS блок: > > js_run "function f(req, res) { > > res.status = 301; > > res.headers.location = req.uri.toLowerCase(); > > res.sendHeader(); > > res.finish(); > > }"; > > > > упорно получаю js exception: TypeError > > > > Вопрос: что я делаю не так? > > typeof(req.uri) возвращает string > > т.к. документации толком нет пытаюсь использовать "родные" методы JS > > > > > > Должно работать. Скорее всего, используется старая версия, > > в которой toLowerCase ещё не было. > > > > > > -- > > Join us at nginx.conf, Sept. 7-9, Austin, TX > > Igor Sysoev > > http://nginx.com > > > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Roman Arutyunyan From alexander.moskalenko на gmail.com Sun Aug 28 08:48:03 2016 From: alexander.moskalenko на gmail.com (Alexander Moskalenko) Date: Sun, 28 Aug 2016 10:48:03 +0200 Subject: NJS module string to lowercase In-Reply-To: <20160828083900.GL55147@Romans-MacBook-Air.local> References: <28F6249B-B989-4176-AD0D-79DCA8921554@sysoev.ru> <20160828083900.GL55147@Romans-MacBook-Air.local> Message-ID: В spec для 1.10.1 RPM прописано -add-dynamic-module=njs-1c50334fbea6/nginx 2016-08-28 10:39 GMT+02:00 Roman Arutyunyan : > Речь идет про версию njs, а не nginx. > > On Sun, Aug 28, 2016 at 10:26:58AM +0200, Alexander Moskalenko wrote: > > Игорь, можно подробнее про версию? > > Сейчас стоит nginx version: nginx/1.10.1 > > > > И где можно документацию смотреть? > > > > 2016-08-28 9:17 GMT+02:00 Igor Sysoev : > > > > > On 27 Aug 2016, at 21:04, Alexander Moskalenko < > > > alexander.moskalenko на gmail.com> wrote: > > > > > > Приветствую! > > > > > > Есть локейшн задача которого делать редирект с приведением uri к > нижнему > > > регистру. > > > В данный момент используется LUA, который хотелось бы заменить на > "родной" > > > модуль. > > > > > > LUA блок выглядит так: > > > location ~ [A-Z] { > > > rewrite_by_lua_block { > > > return ngx.redirect((string.lower(ngx.var.uri)),301); > > > } > > > } > > > > > > NJS блок: > > > js_run "function f(req, res) { > > > res.status = 301; > > > res.headers.location = req.uri.toLowerCase(); > > > res.sendHeader(); > > > res.finish(); > > > }"; > > > > > > упорно получаю js exception: TypeError > > > > > > Вопрос: что я делаю не так? > > > typeof(req.uri) возвращает string > > > т.к. документации толком нет пытаюсь использовать "родные" методы JS > > > > > > > > > Должно работать. Скорее всего, используется старая версия, > > > в которой toLowerCase ещё не было. > > > > > > > > > -- > > > Join us at nginx.conf, Sept. 7-9, Austin, TX > > > Igor Sysoev > > > http://nginx.com > > > > > > > > > _______________________________________________ > > > nginx-ru mailing list > > > nginx-ru на nginx.org > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > -- > Roman Arutyunyan > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From igor на sysoev.ru Sun Aug 28 09:21:07 2016 From: igor на sysoev.ru (Igor Sysoev) Date: Sun, 28 Aug 2016 12:21:07 +0300 Subject: NJS module string to lowercase In-Reply-To: References: <28F6249B-B989-4176-AD0D-79DCA8921554@sysoev.ru> <20160828083900.GL55147@Romans-MacBook-Air.local> Message-ID: On 28 Aug 2016, at 11:48, Alexander Moskalenko wrote: > В spec для 1.10.1 RPM прописано -add-dynamic-module=njs-1c50334fbea6/nginx Это версия как раз перед добавлением toLowerCase: changeset: 100:b7442865d9fa user: Igor Sysoev date: Fri Apr 15 18:01:19 2016 +0300 summary: String.toLowerCase(). changeset: 99:1c50334fbea6 user: Igor Sysoev date: Thu Apr 14 18:23:09 2016 +0300 summary: "new Date()" incorrectly returned always Jan 1, 1970. В mainline 1.11.3 более современная. -- Igor Sysoev Join us at nginx.conf, Sept. 7-9, Austin, TX: http://nginx.com/nginxconf > 2016-08-28 10:39 GMT+02:00 Roman Arutyunyan : > Речь идет про версию njs, а не nginx. > > On Sun, Aug 28, 2016 at 10:26:58AM +0200, Alexander Moskalenko wrote: > > Игорь, можно подробнее про версию? > > Сейчас стоит nginx version: nginx/1.10.1 > > > > И где можно документацию смотреть? > > > > 2016-08-28 9:17 GMT+02:00 Igor Sysoev : > > > > > On 27 Aug 2016, at 21:04, Alexander Moskalenko < > > > alexander.moskalenko на gmail.com> wrote: > > > > > > Приветствую! > > > > > > Есть локейшн задача которого делать редирект с приведением uri к нижнему > > > регистру. > > > В данный момент используется LUA, который хотелось бы заменить на "родной" > > > модуль. > > > > > > LUA блок выглядит так: > > > location ~ [A-Z] { > > > rewrite_by_lua_block { > > > return ngx.redirect((string.lower(ngx.var.uri)),301); > > > } > > > } > > > > > > NJS блок: > > > js_run "function f(req, res) { > > > res.status = 301; > > > res.headers.location = req.uri.toLowerCase(); > > > res.sendHeader(); > > > res.finish(); > > > }"; > > > > > > упорно получаю js exception: TypeError > > > > > > Вопрос: что я делаю не так? > > > typeof(req.uri) возвращает string > > > т.к. документации толком нет пытаюсь использовать "родные" методы JS > > > > > > > > > Должно работать. Скорее всего, используется старая версия, > > > в которой toLowerCase ещё не было. -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.moskalenko на gmail.com Sun Aug 28 09:44:58 2016 From: alexander.moskalenko на gmail.com (Alexander Moskalenko) Date: Sun, 28 Aug 2016 11:44:58 +0200 Subject: NJS module string to lowercase In-Reply-To: References: <28F6249B-B989-4176-AD0D-79DCA8921554@sysoev.ru> <20160828083900.GL55147@Romans-MacBook-Air.local> Message-ID: Спасибо 2016-08-28 11:21 GMT+02:00 Igor Sysoev : > On 28 Aug 2016, at 11:48, Alexander Moskalenko < > alexander.moskalenko на gmail.com> wrote: > > В spec для 1.10.1 RPM прописано -add-dynamic-module=njs-1c50334fbea6/nginx > > > Это версия как раз перед добавлением toLowerCase: > > changeset: 100:b7442865d9fa > user: Igor Sysoev > date: Fri Apr 15 18:01:19 2016 +0300 > summary: String.toLowerCase(). > > changeset: 99:1c50334fbea6 > user: Igor Sysoev > date: Thu Apr 14 18:23:09 2016 +0300 > summary: "new Date()" incorrectly returned always Jan 1, 1970. > > В mainline 1.11.3 более современная. > > -- > Igor Sysoev > Join us at nginx.conf, Sept. 7-9, Austin, TX: http://nginx.com/nginxconf > > 2016-08-28 10:39 GMT+02:00 Roman Arutyunyan : > >> Речь идет про версию njs, а не nginx. >> >> On Sun, Aug 28, 2016 at 10:26:58AM +0200, Alexander Moskalenko wrote: >> > Игорь, можно подробнее про версию? >> > Сейчас стоит nginx version: nginx/1.10.1 >> > >> > И где можно документацию смотреть? >> > >> > 2016-08-28 9:17 GMT+02:00 Igor Sysoev : >> > >> > > On 27 Aug 2016, at 21:04, Alexander Moskalenko < >> > > alexander.moskalenko на gmail.com> wrote: >> > > >> > > Приветствую! >> > > >> > > Есть локейшн задача которого делать редирект с приведением uri к >> нижнему >> > > регистру. >> > > В данный момент используется LUA, который хотелось бы заменить на >> "родной" >> > > модуль. >> > > >> > > LUA блок выглядит так: >> > > location ~ [A-Z] { >> > > rewrite_by_lua_block { >> > > return ngx.redirect((string.lower(ngx.var.uri)),301); >> > > } >> > > } >> > > >> > > NJS блок: >> > > js_run "function f(req, res) { >> > > res.status = 301; >> > > res.headers.location = req.uri.toLowerCase(); >> > > res.sendHeader(); >> > > res.finish(); >> > > }"; >> > > >> > > упорно получаю js exception: TypeError >> > > >> > > Вопрос: что я делаю не так? >> > > typeof(req.uri) возвращает string >> > > т.к. документации толком нет пытаюсь использовать "родные" методы JS >> > > >> > > >> > > Должно работать. Скорее всего, используется старая версия, >> > > в которой toLowerCase ещё не было. >> > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From i на trushkin.ru Sun Aug 28 12:36:50 2016 From: i на trushkin.ru (i) Date: Sun, 28 Aug 2016 15:36:50 +0300 Subject: latest news Message-ID: <0000641be1c6$2eeece52$78ebe58b$@trushkin.ru> Hey, Did you hear the latest news? You should definetely read more info here i -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.moskalenko на gmail.com Sun Aug 28 17:30:40 2016 From: alexander.moskalenko на gmail.com (Alexander Moskalenko) Date: Sun, 28 Aug 2016 19:30:40 +0200 Subject: NJS module string to lowercase In-Reply-To: References: <28F6249B-B989-4176-AD0D-79DCA8921554@sysoev.ru> <20160828083900.GL55147@Romans-MacBook-Air.local> Message-ID: Игорь, пытаюсь собрать 1.10.1 с версией NJS 0.1.1 получаю вот такие ошибки: njs-0.1.1/nginx/ngx_stream_js_module.c:53:5: error: unknown type name 'ngx_stream_variable_value_t' ngx_stream_variable_value_t *v, uintptr_t data); ^ Есть какая-то матрица совместимости? 2016-08-28 11:44 GMT+02:00 Alexander Moskalenko < alexander.moskalenko на gmail.com>: > Спасибо > > 2016-08-28 11:21 GMT+02:00 Igor Sysoev : > >> On 28 Aug 2016, at 11:48, Alexander Moskalenko < >> alexander.moskalenko на gmail.com> wrote: >> >> В spec для 1.10.1 RPM прописано -add-dynamic-module= >> njs-1c50334fbea6/nginx >> >> >> Это версия как раз перед добавлением toLowerCase: >> >> changeset: 100:b7442865d9fa >> user: Igor Sysoev >> date: Fri Apr 15 18:01:19 2016 +0300 >> summary: String.toLowerCase(). >> >> changeset: 99:1c50334fbea6 >> user: Igor Sysoev >> date: Thu Apr 14 18:23:09 2016 +0300 >> summary: "new Date()" incorrectly returned always Jan 1, 1970. >> >> В mainline 1.11.3 более современная. >> >> -- >> Igor Sysoev >> Join us at nginx.conf, Sept. 7-9, Austin, TX: http://nginx.com/nginxconf >> >> 2016-08-28 10:39 GMT+02:00 Roman Arutyunyan : >> >>> Речь идет про версию njs, а не nginx. >>> >>> On Sun, Aug 28, 2016 at 10:26:58AM +0200, Alexander Moskalenko wrote: >>> > Игорь, можно подробнее про версию? >>> > Сейчас стоит nginx version: nginx/1.10.1 >>> > >>> > И где можно документацию смотреть? >>> > >>> > 2016-08-28 9:17 GMT+02:00 Igor Sysoev : >>> > >>> > > On 27 Aug 2016, at 21:04, Alexander Moskalenko < >>> > > alexander.moskalenko на gmail.com> wrote: >>> > > >>> > > Приветствую! >>> > > >>> > > Есть локейшн задача которого делать редирект с приведением uri к >>> нижнему >>> > > регистру. >>> > > В данный момент используется LUA, который хотелось бы заменить на >>> "родной" >>> > > модуль. >>> > > >>> > > LUA блок выглядит так: >>> > > location ~ [A-Z] { >>> > > rewrite_by_lua_block { >>> > > return ngx.redirect((string.lower(ngx.var.uri)),301); >>> > > } >>> > > } >>> > > >>> > > NJS блок: >>> > > js_run "function f(req, res) { >>> > > res.status = 301; >>> > > res.headers.location = req.uri.toLowerCase(); >>> > > res.sendHeader(); >>> > > res.finish(); >>> > > }"; >>> > > >>> > > упорно получаю js exception: TypeError >>> > > >>> > > Вопрос: что я делаю не так? >>> > > typeof(req.uri) возвращает string >>> > > т.к. документации толком нет пытаюсь использовать "родные" методы JS >>> > > >>> > > >>> > > Должно работать. Скорее всего, используется старая версия, >>> > > в которой toLowerCase ещё не было. >>> >> >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From arut на nginx.com Sun Aug 28 17:37:38 2016 From: arut на nginx.com (Roman Arutyunyan) Date: Sun, 28 Aug 2016 20:37:38 +0300 Subject: NJS module string to lowercase In-Reply-To: References: <28F6249B-B989-4176-AD0D-79DCA8921554@sysoev.ru> <20160828083900.GL55147@Romans-MacBook-Air.local> Message-ID: <20160828173738.GN55147@Romans-MacBook-Air.local> Александр, Переменные в стриме появились в nginx 1.11.2. Либо отключите стрим, либо собирайте с более новым nginx. On Sun, Aug 28, 2016 at 07:30:40PM +0200, Alexander Moskalenko wrote: > Игорь, > > пытаюсь собрать 1.10.1 с версией NJS 0.1.1 > > получаю вот такие ошибки: > > njs-0.1.1/nginx/ngx_stream_js_module.c:53:5: error: unknown type name > 'ngx_stream_variable_value_t' > ngx_stream_variable_value_t *v, uintptr_t data); > ^ > Есть какая-то матрица совместимости? > > > 2016-08-28 11:44 GMT+02:00 Alexander Moskalenko < > alexander.moskalenko на gmail.com>: > > > Спасибо > > > > 2016-08-28 11:21 GMT+02:00 Igor Sysoev : > > > >> On 28 Aug 2016, at 11:48, Alexander Moskalenko < > >> alexander.moskalenko на gmail.com> wrote: > >> > >> В spec для 1.10.1 RPM прописано -add-dynamic-module= > >> njs-1c50334fbea6/nginx > >> > >> > >> Это версия как раз перед добавлением toLowerCase: > >> > >> changeset: 100:b7442865d9fa > >> user: Igor Sysoev > >> date: Fri Apr 15 18:01:19 2016 +0300 > >> summary: String.toLowerCase(). > >> > >> changeset: 99:1c50334fbea6 > >> user: Igor Sysoev > >> date: Thu Apr 14 18:23:09 2016 +0300 > >> summary: "new Date()" incorrectly returned always Jan 1, 1970. > >> > >> В mainline 1.11.3 более современная. > >> > >> -- > >> Igor Sysoev > >> Join us at nginx.conf, Sept. 7-9, Austin, TX: http://nginx.com/nginxconf > >> > >> 2016-08-28 10:39 GMT+02:00 Roman Arutyunyan : > >> > >>> Речь идет про версию njs, а не nginx. > >>> > >>> On Sun, Aug 28, 2016 at 10:26:58AM +0200, Alexander Moskalenko wrote: > >>> > Игорь, можно подробнее про версию? > >>> > Сейчас стоит nginx version: nginx/1.10.1 > >>> > > >>> > И где можно документацию смотреть? > >>> > > >>> > 2016-08-28 9:17 GMT+02:00 Igor Sysoev : > >>> > > >>> > > On 27 Aug 2016, at 21:04, Alexander Moskalenko < > >>> > > alexander.moskalenko на gmail.com> wrote: > >>> > > > >>> > > Приветствую! > >>> > > > >>> > > Есть локейшн задача которого делать редирект с приведением uri к > >>> нижнему > >>> > > регистру. > >>> > > В данный момент используется LUA, который хотелось бы заменить на > >>> "родной" > >>> > > модуль. > >>> > > > >>> > > LUA блок выглядит так: > >>> > > location ~ [A-Z] { > >>> > > rewrite_by_lua_block { > >>> > > return ngx.redirect((string.lower(ngx.var.uri)),301); > >>> > > } > >>> > > } > >>> > > > >>> > > NJS блок: > >>> > > js_run "function f(req, res) { > >>> > > res.status = 301; > >>> > > res.headers.location = req.uri.toLowerCase(); > >>> > > res.sendHeader(); > >>> > > res.finish(); > >>> > > }"; > >>> > > > >>> > > упорно получаю js exception: TypeError > >>> > > > >>> > > Вопрос: что я делаю не так? > >>> > > typeof(req.uri) возвращает string > >>> > > т.к. документации толком нет пытаюсь использовать "родные" методы JS > >>> > > > >>> > > > >>> > > Должно работать. Скорее всего, используется старая версия, > >>> > > в которой toLowerCase ещё не было. > >>> > >> > >> > >> _______________________________________________ > >> nginx-ru mailing list > >> nginx-ru на nginx.org > >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > >> > > > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Roman Arutyunyan From alexander.moskalenko на gmail.com Sun Aug 28 19:20:57 2016 From: alexander.moskalenko на gmail.com (Alexander Moskalenko) Date: Sun, 28 Aug 2016 21:20:57 +0200 Subject: NJS module string to lowercase In-Reply-To: <20160828173738.GN55147@Romans-MacBook-Air.local> References: <28F6249B-B989-4176-AD0D-79DCA8921554@sysoev.ru> <20160828083900.GL55147@Romans-MacBook-Air.local> <20160828173738.GN55147@Romans-MacBook-Air.local> Message-ID: Спасибо, с 1.11 завелось. Единственыий момент - больше нет директивы js_run, теперь это js_content 2016-08-28 19:37 GMT+02:00 Roman Arutyunyan : > Александр, > > Переменные в стриме появились в nginx 1.11.2. > Либо отключите стрим, либо собирайте с более новым nginx. > > On Sun, Aug 28, 2016 at 07:30:40PM +0200, Alexander Moskalenko wrote: > > Игорь, > > > > пытаюсь собрать 1.10.1 с версией NJS 0.1.1 > > > > получаю вот такие ошибки: > > > > njs-0.1.1/nginx/ngx_stream_js_module.c:53:5: error: unknown type name > > 'ngx_stream_variable_value_t' > > ngx_stream_variable_value_t *v, uintptr_t data); > > ^ > > Есть какая-то матрица совместимости? > > > > > > 2016-08-28 11:44 GMT+02:00 Alexander Moskalenko < > > alexander.moskalenko на gmail.com>: > > > > > Спасибо > > > > > > 2016-08-28 11:21 GMT+02:00 Igor Sysoev : > > > > > >> On 28 Aug 2016, at 11:48, Alexander Moskalenko < > > >> alexander.moskalenko на gmail.com> wrote: > > >> > > >> В spec для 1.10.1 RPM прописано -add-dynamic-module= > > >> njs-1c50334fbea6/nginx > > >> > > >> > > >> Это версия как раз перед добавлением toLowerCase: > > >> > > >> changeset: 100:b7442865d9fa > > >> user: Igor Sysoev > > >> date: Fri Apr 15 18:01:19 2016 +0300 > > >> summary: String.toLowerCase(). > > >> > > >> changeset: 99:1c50334fbea6 > > >> user: Igor Sysoev > > >> date: Thu Apr 14 18:23:09 2016 +0300 > > >> summary: "new Date()" incorrectly returned always Jan 1, 1970. > > >> > > >> В mainline 1.11.3 более современная. > > >> > > >> -- > > >> Igor Sysoev > > >> Join us at nginx.conf, Sept. 7-9, Austin, TX: > http://nginx.com/nginxconf > > >> > > >> 2016-08-28 10:39 GMT+02:00 Roman Arutyunyan : > > >> > > >>> Речь идет про версию njs, а не nginx. > > >>> > > >>> On Sun, Aug 28, 2016 at 10:26:58AM +0200, Alexander Moskalenko wrote: > > >>> > Игорь, можно подробнее про версию? > > >>> > Сейчас стоит nginx version: nginx/1.10.1 > > >>> > > > >>> > И где можно документацию смотреть? > > >>> > > > >>> > 2016-08-28 9:17 GMT+02:00 Igor Sysoev : > > >>> > > > >>> > > On 27 Aug 2016, at 21:04, Alexander Moskalenko < > > >>> > > alexander.moskalenko на gmail.com> wrote: > > >>> > > > > >>> > > Приветствую! > > >>> > > > > >>> > > Есть локейшн задача которого делать редирект с приведением uri к > > >>> нижнему > > >>> > > регистру. > > >>> > > В данный момент используется LUA, который хотелось бы заменить на > > >>> "родной" > > >>> > > модуль. > > >>> > > > > >>> > > LUA блок выглядит так: > > >>> > > location ~ [A-Z] { > > >>> > > rewrite_by_lua_block { > > >>> > > return ngx.redirect((string.lower(ngx.var.uri)),301); > > >>> > > } > > >>> > > } > > >>> > > > > >>> > > NJS блок: > > >>> > > js_run "function f(req, res) { > > >>> > > res.status = 301; > > >>> > > res.headers.location = req.uri.toLowerCase(); > > >>> > > res.sendHeader(); > > >>> > > res.finish(); > > >>> > > }"; > > >>> > > > > >>> > > упорно получаю js exception: TypeError > > >>> > > > > >>> > > Вопрос: что я делаю не так? > > >>> > > typeof(req.uri) возвращает string > > >>> > > т.к. документации толком нет пытаюсь использовать "родные" > методы JS > > >>> > > > > >>> > > > > >>> > > Должно работать. Скорее всего, используется старая версия, > > >>> > > в которой toLowerCase ещё не было. > > >>> > > >> > > >> > > >> _______________________________________________ > > >> nginx-ru mailing list > > >> nginx-ru на nginx.org > > >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > > >> > > > > > > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > -- > Roman Arutyunyan > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum на forum.nginx.org Tue Aug 30 10:57:12 2016 From: nginx-forum на forum.nginx.org (vizl) Date: Tue, 30 Aug 2016 06:57:12 -0400 Subject: Upstream keepalive and fastcgi_next_upstream Message-ID: <21ef397a754f64b2e9e7f7bed0bb4cc1.NginxMailingListRussian@forum.nginx.org> Hello I notice strange behavior with keepalive and upstream module. I've backend PHP-FPM with setting configuration request_terminate_timeout = 5s And nginx config: upstream phpfpm { server unix:/tmp/php-fpm-7.sock max_fails=0 fail_timeout=1s; keepalive 8; } location ^\*.php$ { include fastcgi_params; fastcgi_index index.php; fastcgi_connect_timeout 1; fastcgi_next_upstream error timeout http_503; fastcgi_keep_conn on; fastcgi_intercept_errors on; fastcgi_pass phpfpm; } Then I write simple PHP script which generate 10sec timeout. So phpfpm get error when "request_terminate_timeout" exceeded, and I'm expecting that Nginx also get error 502 but it try send request to upstream again and again. I have such errors in my error log: 2016/08/30 10:22:34 [error] 92078#0: *558411 upstream prematurely closed connection while reading response header from upstream, client: 1.2.3.4, server: my.com, request: "GET /?time_out=10 HTTP/1.1", upstream: "fastcgi://unix:/tmp/php-fpm-7.sock:", host: " my.com" 2016/08/30 10:22:39 [error] 92078#0: *558411 upstream prematurely closed connection while reading response header from upstream, client: 1.2.3.4, server: my.com, request: "GET /?time_out=10 HTTP/1.1", upstream: "fastcgi://unix:/tmp/php-fpm-7.sock:", host: " my.com" 2016/08/30 10:22:40 [error] 92078#0: *558411 upstream prematurely closed connection while reading response header from upstream, client: 1.2.3.4, server: my.com, request: "GET /?time_out=10 HTTP/1.1", upstream: "fastcgi://unix:/tmp/php-fpm-7.sock:", host: " my.com" 2016/08/30 10:22:42 [error] 92078#0: *558411 upstream prematurely closed connection while reading response header from upstream, client: 1.2.3.4, server: my.com, request: "GET /?time_out=10 HTTP/1.1", upstream: "fastcgi://unix:/tmp/php-fpm-7.sock:", host: " my.com" When I disable keepalive directive in upstream determination section upstream phpfpm { server unix:/tmp/php-fpm-7.sock max_fails=0 fail_timeout=1s; } - I get 502 ~6 sec. It's corresponding my request_terminate_timeout My version - nginx/1.8.0 Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269285,269285#msg-269285 From nginx-forum на forum.nginx.org Tue Aug 30 21:54:35 2016 From: nginx-forum на forum.nginx.org (Asterics) Date: Tue, 30 Aug 2016 17:54:35 -0400 Subject: =?UTF-8?B?0JjRgdC/0L7Qu9GM0LfQvtCy0LDQvdC40LUg0LHQsNC30YsgR2VvSVAyLUlTUC5t?= =?UTF-8?B?bWRiINC00LvRjyDQvtC/0YDQtdC00LvQtdC90LjRjyBJU1A=?= Message-ID: <0d8b2af4b2492a93732e9922bfafc4d2.NginxMailingListRussian@forum.nginx.org> Здравствуйте! Есть модуль geoip2 от MaxMind. Где можно использовать базы для определения страны, и города. но ничего не сказано на счет базы GeoIP2-ISP.mmdb, можно ли ее использовать для определения названия ISP? В саппорт им написал, но ответа так и нет. Прошу помощи здесь. Да я знаю есть база org которая в формате dat, но это не то, так как в этой базе не потдерживается ipv6 формат ip. Он только поддерживается в базе GeoIP2-ISP.mmdb и они еще выдают csv. Пожалуйста поделитесь знаниями в этой области. Спасибо! Posted at Nginx Forum: https://forum.nginx.org/read.php?21,269297,269297#msg-269297 From gq на cs.msu.su Wed Aug 31 15:54:08 2016 From: gq на cs.msu.su (Alexander Gerasiov) Date: Wed, 31 Aug 2016 18:54:08 +0300 Subject: =?UTF-8?B?0J/RgNC+0LHQu9C10LzQsCDRgSDQtNCy0L7QudC90YvQvCDQutC+0LTQuNGA0L4=?= =?UTF-8?B?0LLQsNC90LjQtdC8INC30LDQs9C+0LvQvtCy0LrQsCDQv9GA0Lgg0L/RgNC+?= =?UTF-8?B?0LrRgdC40YDQvtCy0LDQvdC40Lg=?= Message-ID: <20160831185408.4afcb685@brick.gerasiov.net> Добрый день. Использую nginx в качестве forward proxy к apache с mod_svn. Известный трюк: для работы методов COPY MV требуется переписывать заголок Destination, чтобы поменять схему с https на http set $fixed_destination $http_destination; if ($http_destination ~* ^https(.*)$) { set $fixed_destination http$1; } location / { proxy_pass http://svn:80/; proxy_set_header Destination $fixed_destination; proxy_set_header Host $host; } Это работает, но есть нюанс: если перемещаемый файл содержит кириллицу в имени, то он оказывается дважды перекодирован: Приходит в nginx он в виде: Destination: https://host/test/!svn/txr/1-1/dir2/%D1%80%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9 Дальше выделяется при помощи регулярного выражения, конструируется новый заголовок, оперируя всё еще закодированной строкой. И дальше nginx _еще_раз_ кодирует этот заголовок при отправке, так что в apache уже приходит Destination: http://host/test/!svn/txr/1-1/dir2/%25D1%2580%25D1%2583%25D1%2581%25D1%2581%25D0%25BA%25D0%25B8%25D0%25B9 В результате имя файла при копировании/перемещении бьется. Вопрос: что с этим делать? Как сказать nginx, чтобы он не кодировал заголовок при помощи urlencode? Или может как декодировать строку перед передачей ее в proxy_set_header? -- Best regards, Alexander Gerasiov Contacts: e-mail: gq на cs.msu.su Homepage: http://gerasiov.net Skype: gerasiov PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 From mdounin на mdounin.ru Wed Aug 31 17:58:47 2016 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 31 Aug 2016 20:58:47 +0300 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LTQstC+0LnQvdGL0Lwg0LrQvtC00Lg=?= =?UTF-8?B?0YDQvtCy0LDQvdC40LXQvCDQt9Cw0LPQvtC70L7QstC60LAg0L/RgNC4INC/?= =?UTF-8?B?0YDQvtC60YHQuNGA0L7QstCw0L3QuNC4?= In-Reply-To: <20160831185408.4afcb685@brick.gerasiov.net> References: <20160831185408.4afcb685@brick.gerasiov.net> Message-ID: <20160831175847.GS1855@mdounin.ru> Hello! On Wed, Aug 31, 2016 at 06:54:08PM +0300, Alexander Gerasiov wrote: > Использую nginx в качестве forward proxy к apache с mod_svn. > > Известный трюк: для работы методов COPY MV требуется переписывать > заголок Destination, чтобы поменять схему с https на http > > set $fixed_destination $http_destination; > if ($http_destination ~* ^https(.*)$) > { > set $fixed_destination http$1; > } > location / { > proxy_pass http://svn:80/; > proxy_set_header Destination $fixed_destination; > proxy_set_header Host $host; > > } > > > Это работает, но есть нюанс: если перемещаемый файл содержит > кириллицу в имени, то он оказывается дважды перекодирован: > > Приходит в nginx он в виде: > > Destination: https://host/test/!svn/txr/1-1/dir2/%D1%80%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9 > > Дальше выделяется при помощи регулярного выражения, конструируется > новый заголовок, оперируя всё еще закодированной строкой. > > И дальше nginx _еще_раз_ кодирует этот заголовок при отправке, так > что в apache уже приходит > > Destination: http://host/test/!svn/txr/1-1/dir2/%25D1%2580%25D1%2583%25D1%2581%25D1%2581%25D0%25BA%25D0%25B8%25D0%25B9 > > > В результате имя файла при копировании/перемещении бьется. > > Вопрос: что с этим делать? Как сказать nginx, чтобы он не кодировал заголовок > при помощи urlencode? Или может как декодировать строку перед передачей > ее в proxy_set_header? Проблема в том, что "set" при использовании переменных $1 .. $9 делает ровно то же, что и rewrite, а именно - экранирует специальные символы, предполагая, что исходной строкой был URI запроса без экранировки. При этом nginx знает, были ли в URI запроса специальные символы, и если их не было - то экранирование не делается. Это, очевидно, баг, и когда нибудь его исправят, но пока этого не случилось (в первую очередь потому, что там очень легко что-нибудь сломать неосторожным движением). Простейшее решение на текущий момент - вместо $1 использовать именованные выделения, т.е. так: if ($http_destination ~* ^https(?.*)$) { set $fixed_destination http$foo; } Тогда экранирование делаться не будет в любом случае, и всё будет работать как ожидается. -- Maxim Dounin http://nginx.org/