Re: общий кэш для нескольких nginx
Меня все же интересуют free варианты 15 апреля 2015 г., 20:01 пользователь Валентин Бартенев vb...@nginx.com написал: On Wednesday 15 April 2015 15:06:08 Иван Мишин wrote: Всем привет! Меня тоже интересует идея общего кеша для нескольких nginx. При этом понравилась идея про оценку эффективности существующего кеша. Что бы точно понимать есть ли смысл в идеи общего кеша. А потому хотелось бы узнать, кто-то пробовал считать/оценивать эффективность кеша nginx? каким образом это можно сделать? Мне кроме тестирования с помощью ab ни чего в голову и не приходит, а хотелось бы какой-то более серьезный расчет получить [..] Проще всего эффективность кэша отслеживать в реальном времени в nginx plus с помощью status-модуля: http://nginx.org/ru/docs/http/ngx_http_status_module.html#caches Наглядно: http://demo.nginx.com/status.html#anchor-caches -- Валентин Бартенев ___ 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 стал медленно отдавать контент клиенту. Проблема не в сети, потому что пробовали замерить скорость отдачи статики с того же сервера, но через Апач -- все работает как надо. Nginx не нагружен. Контент отдается по SSL/SPDY. В чем может быть проблема? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,258068,258068#msg-258068 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: PUT access_by_lua_file
и на эту ситуацию ещё накладывается дефолтное поведение BitKinex автоматически повторять посылку файла при неудаче... а любой код возврата от PUT кроме успеха он считает неудачей, и многократно повторяет передачу ну и передача в 600к при таком поведении превращается в 18мегов, 30 лишних сессий и в 30 раз больше времени... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,258069,258070#msg-258070 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Медленно отдаются данные клиенту
Для начала напишите после каких действий появилась проблема. 2015-04-16 10:51 GMT+03:00 dwow nginx-fo...@nginx.us: Добрый день, такая проблема. Nginx стал медленно отдавать контент клиенту. Проблема не в сети, потому что пробовали замерить скорость отдачи статики с того же сервера, но через Апач -- все работает как надо. Nginx не нагружен. Контент отдается по SSL/SPDY. В чем может быть проблема? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,258068,258068#msg-258068 ___ 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
Re: общий кэш для нескольких nginx
расскажите более подробно, в каком формате вы хотите получить ответ на ваш вопрос ? если можно с примерами 16 апреля 2015 г., 11:24 пользователь Иван Мишин simplebo...@gmail.com написал: Меня все же интересуют free варианты 15 апреля 2015 г., 20:01 пользователь Валентин Бартенев vb...@nginx.com написал: On Wednesday 15 April 2015 15:06:08 Иван Мишин wrote: Всем привет! Меня тоже интересует идея общего кеша для нескольких nginx. При этом понравилась идея про оценку эффективности существующего кеша. Что бы точно понимать есть ли смысл в идеи общего кеша. А потому хотелось бы узнать, кто-то пробовал считать/оценивать эффективность кеша nginx? каким образом это можно сделать? Мне кроме тестирования с помощью ab ни чего в голову и не приходит, а хотелось бы какой-то более серьезный расчет получить [..] Проще всего эффективность кэша отслеживать в реальном времени в nginx plus с помощью status-модуля: http://nginx.org/ru/docs/http/ngx_http_status_module.html#caches Наглядно: http://demo.nginx.com/status.html#anchor-caches -- Валентин Бартенев ___ 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
Re: Медленно отдаются данные клиенту
Дима Редмайн Wrote: --- Для начала напишите после каких действий появилась проблема. выросла нагрузка на сервер в целом (добавили бэкэнд с тяжелыми расчетами). Posted at Nginx Forum: http://forum.nginx.org/read.php?21,258068,258085#msg-258085 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: PUT access_by_lua_file
еще можно попробовать реализовать запрет PUT таким образом, что в ответе на OPTIONS не показывать PUT 16 апреля 2015 г., 13:51 пользователь itcod nginx-fo...@nginx.us написал: и на эту ситуацию ещё накладывается дефолтное поведение BitKinex автоматически повторять посылку файла при неудаче... а любой код возврата от PUT кроме успеха он считает неудачей, и многократно повторяет передачу ну и передача в 600к при таком поведении превращается в 18мегов, 30 лишних сессий и в 30 раз больше времени... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,258069,258070#msg-258070 ___ 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
Re: PUT access_by_lua_file
чтобы ответить до начала передачи файла, надо реализовать Expect: 100-Continue 16 апреля 2015 г., 13:27 пользователь itcod nginx-fo...@nginx.us написал: Здравствуйте уважаемые! Наблюдаю странное поведение nginx. В тестовом авторизационном файле луа сказано, что метод PUT запрещён (см листинг ниже). И при этом когда захожу вижу, что сначало nginx разрешает PUT и идет передача файла на WEBDAV и только после завершения передачи файла nginx стартует access_by_lua_file /etc/nginx/lua/auth-dav1.lua и возвращает запрет PUT(передачи файла)... см лог ниже. По факту получается, что я не могу запретить из луа-авторизатора передачу файла? конечно его размещение запрещается... но при этом он качается на сервер и излишне грузит nginx и канал!!! Почему так? Это баг, фича, я глючу или ещё чвото? лог файл BitKinex (кстати FAR-NetDrive ведёт себя анналогично) Resolving host name dav.example.com ... Connecting ( dav.example.com = ip: 10.0.0.1, port: 80 ) Connected (10.0.0.1:80) PUT /IMG_20150414_184225.jpg HTTP/1.1 Host: dav.example.com User-Agent: BitKinex/3.2.3 Accept: */* Pragma: no-cache Cache-Control: no-cache Content-Length: 696983 Content-Type: application/octet-stream Translate: f HTTP/1.1 405 Not Allowed Server: nginx/0.8.54 Date: Thu, 16 Apr 2015 08:08:52 GMT Content-Type: text/html Connection: keep-alive Content-Length: 173 Connection closed - Конфиг virt dav.conf server { listen 80; server_name dav.example.com; server_name_in_redirect off; access_log /var/log/nginx/dav-access.log main; resolver 10.255.255.1 [::1]:5353; set $dir /opt/home; set $dir_path $dir; if ($uri ~* ^(.*)([$/].*)$) { set $dir_path $dir$1; } set $home $dir_path; set $sadm_passwd .htpsw; set $user_passwd .uhtpasswd; location / { access_by_lua_file /etc/nginx/lua/auth-dav1.lua; dav_methods PUT DELETE MKCOL COPY MOVE; dav_ext_methods PROPFIND OPTIONS; create_full_put_path on; dav_access user:rw group:rw; client_body_temp_path /opt/itcod-dav.tmp/; client_max_body_size 0; autoindex on; root /opt/home/; } location ~/\.ht { deny all; } } --- тестовый листинг луа auth-dav1.lua if ngx.var.request_method == 'PUT' then ngx.exit(405) end PS: так же пробовал ngx.exit(403) ngx.exit(423) - результат не меняется. сначало грузит потом запрещает. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,258069,258069#msg-258069 ___ 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
Re: Медленно отдаются данные клиенту
Gena Makhomed Wrote: --- если SSL тормозит - скорее всего не был включен ssl_session_cache: http://nginx.org/en/docs/http/ngx_http_ssl_module.html#ssl_session_cac he включать его надо примерно так: ssl_session_cache shared:SSL:10m; еще больше ускорить отдачу контента клиенту поможет включение spdy: http://nginx.org/en/docs/http/ngx_http_core_module.html#listen только для этого надо будет использовать 1.7.12 версию nginx, говорят что в 1.6.х есть какие-то глюки при работе с spdy. Все базовые настройки оптимизации были сделаны. Ветка 1.7. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,258068,258110#msg-258110 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Как настроить редирект www, http, https между разными доменами
Добрый день уважаемые формучане! С nginx, apache ранее не приходилось сталкиваться. Поэтому учту все замечания))) Имеетя связка nginx + apache. nginx в качестве проски для апача. Домен второго уровня site.com Уже имеются рабочие 2 vhost'а - site.som, web.site.com Все хосты привязаны к https, ssl сертификат соответственно используется один на домен *site.com Запросы с www,http на site.com и web.site.com упешно перенаправлются на https://site.com и https://web.site.com соответсвенно. Два хоста site.com b web.site.com ранее были настроены специалистом компаний интегратора Все крутится на одном сервере Несколько дней назад была поставлена задача развернуть новый vhost который будет именоваться далее - club.site.com Вот теперь самое интересное: Руководство купило доменное имя clubsite.com, именно clubsite.com))объяснив это тем, что, если клиент по ошибке набирает в браузере www.clubsite.com или просто clubsite.com, запрос должен быть перенаправлен на https://club.site.com Я по аналогий рабочих конфигов site.com и web.site com настроил vhost в апач и nginx. Для проверки посал запросы в виде www.club.site.com, http://club.site.com , редирект на https://club.site.com отработал нормально. А как настроить такой же редирект с домена clubsite.com в nginx: www.clubsite.com club.site.com http://clubsite.com - club.site.com Однако, я заметил одну непонятную вещь, все запросы с домена clubsite.com уже перенаправляются, только совсем на другой хост: www.clubsite.kg --- web.site.com clubsite.com --- web.clubsite Вот конфиг файлы vhost в apache и конфиг файла в nginx -- 1) /apache/sites-available/club.site.conf VirtualHost *:8083 ServerName club.site.com ServerAlias www.club.site.com DocumentRoot /var/www/club.site.com/ Directory /var/www/club.site.com / Options Indexes FollowSymLinks MultiViews AllowOverride All Order allow,deny Allow from all /Directory ErrorLog ${APACHE_LOG_DIR}/error.log RewriteEngine on # Possible values include: debug, info, notice, warn, error, crit, # alert, emerg. LogLevel warn CustomLog ${APACHE_LOG_DIR}/access.log combined /VirtualHost 2) /nginx/sites-enables/club.site.conf server { listen 80; server_name www.club.site.com club.site.com clubsite.com www.clubsite.com; return 301 https://$server_name$request_uri; } server { listen 443; server_name www.club.site.com www.clubsite.com clubsite.com club.site.com; ssl on; ssl_certificate /etc/nginx/ssl/certs/site.com.crt; ssl_certificate_key /etc/nginx/ssl/private/site.com.key; location / { proxy_temp_path /tmp/nginx_proxy/; proxy_pass http://127.0.0.1:8083; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; } location ~* \.(jpg|jpeg|gif|png|ico|css|bmp|swf|txt|pdf|zip)$ { root /var/www/club.site.com/; } Теперь сам вопрос господа Как настроить такое вот перенаправление с www.clubsite.com и http://clubsite.com на https://club.site.com Заранее спасибо! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,258108,258108#msg-258108 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: nginx cache
возможно ли ограничить количество одновременно загружаемых файлов с апстрима? 2015-04-16 11:40 GMT+02:00 Vasil Mikhalenya bazi...@gmail.com: ситуацию спасло добавление proxy_cache_lock_age 120s; однако из описания неясен смысл директивы proxy_cache_lock_timeout, кто-то может пояснить 2015-04-16 11:26 GMT+02:00 Vasil Mikhalenya bazi...@gmail.com: Вопрос по кешированию, proxy_cache_path /var/lib/nginx/cache keys_zone=one:20m inactive=1d use_temp_path=off; server { listen 80; server_name _; proxy_cache one; location / { proxy_pass http://origin.corp.com; proxy_set_header Host $proxy_host; add_header Cache $upstream_cache_status; } } приходит 10 запросов от клиентов, файла в кеше нет - создается 10 файлов в cache temp dir -rw--- 1 nginx nginx 1988247552 Apr 16 09:19 01 -rw--- 1 nginx nginx 1985142784 Apr 16 09:19 03 -rw--- 1 nginx nginx 1547857920 Apr 16 09:19 04 -rw--- 1 nginx nginx 1767833600 Apr 16 09:19 06 -rw--- 1 nginx nginx 1144295424 Apr 16 09:19 07 -rw--- 1 nginx nginx 1661476864 Apr 16 09:19 08 -rw--- 1 nginx nginx 1252536320 Apr 16 09:19 09 -rw--- 1 nginx nginx 1593856000 Apr 16 09:19 10 -rw--- 1 nginx nginx 1242357760 Apr 16 09:19 11 -rw--- 1 nginx nginx 902340608 Apr 16 09:19 12 -rw--- 1 nginx nginx 872054784 Apr 16 09:19 13 Когда проходит 100 запросов - файл не выкачается и не закешируется никогда т.к. канал будет полностью заполнен. nginx version: nginx/1.7.10 Nginx действительно так работает, или я что-то упустил ? -- Best regards, Vasil Mikhalenya -- Best regards, Vasil Mikhalenya -- Best regards, Vasil Mikhalenya ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: reset_timedout_connection
Hello! On Thu, Apr 16, 2015 at 12:27:24PM -0400, dwow wrote: Добрый вечер, Разрешает или запрещает сброс соединений по таймауту. ... http://nginx.org/ru/docs/http/ngx_http_core_module.html#reset_timedout_connection по какому таймауту? какая переменная регулирует этот таймаут? По любому таймауту общения с клиентом. В частности, это: http://nginx.org/ru/docs/http/ngx_http_core_module.html#send_timeout http://nginx.org/ru/docs/http/ngx_http_core_module.html#client_header_timeout http://nginx.org/ru/docs/http/ngx_http_core_module.html#client_body_timeout -- Maxim Dounin http://nginx.org/ ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
reset_timedout_connection
Добрый вечер, Разрешает или запрещает сброс соединений по таймауту. ... http://nginx.org/ru/docs/http/ngx_http_core_module.html#reset_timedout_connection по какому таймауту? какая переменная регулирует этот таймаут? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,258111,258111#msg-258111 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: reset_timedout_connection
Ага, спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,258111,258114#msg-258114 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Медленно отдаются данные клиенту
On 16.04.2015 14:25, dwow wrote: В общем проблема найдена. До увеличения нагрузки был добавлен SSL (3 мес назад и общую картину не изменил, на тот момент), но вместе с последними добавлениями... стало заметно :) если SSL тормозит - скорее всего не был включен ssl_session_cache: http://nginx.org/en/docs/http/ngx_http_ssl_module.html#ssl_session_cache включать его надо примерно так: ssl_session_cache shared:SSL:10m; еще больше ускорить отдачу контента клиенту поможет включение spdy: http://nginx.org/en/docs/http/ngx_http_core_module.html#listen только для этого надо будет использовать 1.7.12 версию nginx, говорят что в 1.6.х есть какие-то глюки при работе с spdy. -- Best regards, Gena ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Динамичное время timeout
а интересно proxy_* в if завернуть можно? проверь конечно это не динамическое будет, а одна ступенька... но если сработает... то костыль на время необходимости сгодится... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,257773,258127#msg-258127 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: PUT access_by_lua_file
Илья добрый вечер! чтобы ответить до начала передачи файла, надо реализовать Expect: 100-Continue Как я понимаю это же запрос от клиента о возможностях сервера и ответ сервера о том что можно... но это ведь как я понимаю инициируется от клиента. Но есть большая вероятность что не все клиенты этого умеют и многие самопалы и не будут уметь так как это не является обязательным Или реализуем хакатаку чтобы просто загрузить сайт лишними телодвижениями сейчас это вполне реально... и получаем что вариант Expect: 100-Continue возможен только в сети идеальных законопослушников: зы: заранее сорри - может я чегото не правильно понимаю про Expect-Continue - ни разу ещё не реализовывал эту схему взаимодействия. обходился просто разрешениями методов в орижине... но тот вариант тоже не фонтан так как имеет ту же проблему - обработает клиент или проигнорит. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,258069,258119#msg-258119 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Динамичное время timeout
On 31.03.2015 14:36, d.v.biryukov wrote: народ, подскажите, может кто знает пытаюсь сделать такой трюк map $remote_addr $timeoutlimit { default 900; 127.0.0.1 1900; } proxy_connect_timeout···$timeoutlimit; proxy_send_timeout··$timeoutlimit; proxy_read_timeout··$timeoutlimit; но зараза ругается... не комильфо говорит юзать переменную в proxy_connect_timeout и им подобным ((( как бы поступить? есть идеи? мне с одного хоста надо таймауты бы увеличить так как там обмен происходит и он обрывается по 504 timeout ( сделать два блока server {...} - один для всех клиентов, второй - для этого одного хоста (с другим server_name). -- Best regards, Gena ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: PUT access_by_lua_file
вы сами клиенту сказали, что поддерживаете PUT, он делает PUT, вы его фейлите. прикиньте, как клиент расстраивается от такого расклада )) 16 апреля 2015 г., 23:47 пользователь itcod nginx-fo...@nginx.us написал: Илья добрый день! еще можно попробовать реализовать запрет PUT таким образом, что в ответе на OPTIONS не показывать PUT А тут мы упираемся в корректность реализации клиента WEBDAV о которой нам ничего не известно... не особо хочется наслово полагаться на соответствие всех возможных webdav клиентов букве стандарта Posted at Nginx Forum: http://forum.nginx.org/read.php?21,258069,258118#msg-258118 ___ 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
Re: nginx cache
On Thursday 16 April 2015 17:48:20 Vasil Mikhalenya wrote: возможно ли ограничить количество одновременно загружаемых файлов с апстрима? [..] http://nginx.org/ru/docs/http/ngx_http_limit_conn_module.html -- Валентин Бартенев ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: PUT access_by_lua_file
Илья добрый день! еще можно попробовать реализовать запрет PUT таким образом, что в ответе на OPTIONS не показывать PUT А тут мы упираемся в корректность реализации клиента WEBDAV о которой нам ничего не известно... не особо хочется наслово полагаться на соответствие всех возможных webdav клиентов букве стандарта Posted at Nginx Forum: http://forum.nginx.org/read.php?21,258069,258118#msg-258118 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru