Re: Bug – 304 status - Cache-Control
02.01.2014 07:37, S.A.N пишет: Заметили очень неприятный баг, в результате которого, клиенты получали пустую страницу. Добрый день! fastcgi_cache_key $host$uri$is_args$args; Это ни разу ни баг - это вы недонастроили. Добавьте в ключ кеширования параметр $http_if_modified_since и наступит вам счастье. Для понимания происходящего рекомендую прочитать http://dklab.ru/chicken/nablas/56.html -- Best regards, Andrey Kopeyko and...@kopeyko.ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Доступ к файловой системе
08.12.2013 16:09, Romano пишет: Здравствуйте! Добрый день, Romano! Такая задача встала, необходимо во временной папке tmp переименовать файл, имя которого может быть извлечено из cookie. Разумеется, задачу хотелось бы переложить на прокси-сервер Nginx, суть которой в следующем: [code]location / { if (-f /tmp/$cookie_name) { rename /tmp/$cookie_name /tmp/$cookie_name.old; } ... }[/code] Подобная конструкция необходима для обратной связи с приложениями Apache, т.е. чтобы они понимали, что было выполнено обращение к прокси-серверу Nginx, который может также выдать страницу и из кэша (в этом случае Apache не узнает о фактическом обращении). Насколько знаю, файловые операции Nginx не поддерживает. Буду благодарен за любое другое предложение! Другое предложение - использовать nginx. Существует встроенный perl, при аккуратном обращении (в вашем случае - аккуратность как раз нужна) - весьма полезен. Читайте http://nginx.org/ru/docs/http/ngx_http_perl_module.html -- Best regards, Andrey Kopeyko and...@kopeyko.ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Nginx reverse proxy и WebDav
17.09.2013 17:15, usows пишет: Доброго времени суток Добрый вечер! Столкнулся сейчас с проблемой. Есть некий сервер, к нему идет обращение через reverse-proxy. До недавнего времени работа шла через прокси на апаче, сейчас в качестве прокси используется nginx Проблема в том, что после переезда перестал работать WebDav для клиентов на Windows Вы, по-видимому, перед переездом невнимательно прочитали документацию. На http://nginx.org/ru/docs/http/ngx_http_dav_module.html прямо написано: Модуль обрабатывает HTTP- и WebDAV-методы PUT, DELETE, MKCOL, COPY и MOVE. ... WebDAV-клиенты, которые требуют для работы дополнительных WebDAV-методов, не будут работать с этим модулем. Так что проблемой nginx это считать нельзя; это фича. По-видимому, вам придётся откатывать взад. -- Best regards, Andrey Kopeyko and...@kopeyko.ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Nginx reverse proxy и WebDav
17.09.2013 20:08, Maxim Dounin пишет: Hello! On Tue, Sep 17, 2013 at 07:48:26PM +0400, Andrey Kopeyko wrote: 17.09.2013 17:15, usows пишет: Доброго времени суток Добрый вечер! Столкнулся сейчас с проблемой. Есть некий сервер, к нему идет обращение через reverse-proxy. До недавнего времени работа шла через прокси на апаче, сейчас в качестве прокси используется nginx Проблема в том, что после переезда перестал работать WebDav для клиентов на Windows Вы, по-видимому, перед переездом невнимательно прочитали документацию. На http://nginx.org/ru/docs/http/ngx_http_dav_module.html прямо написано: Модуль обрабатывает HTTP- и WebDAV-методы PUT, DELETE, MKCOL, COPY и MOVE. ... WebDAV-клиенты, которые требуют для работы дополнительных WebDAV-методов, не будут работать с этим модулем. Так что проблемой nginx это считать нельзя; это фича. По-видимому, вам придётся откатывать взад. Андрей, dav-модуль dav-модулем, а проксирование WebDav'а - это совершенно отдельная тема. Должно работать. Хорошо коли так - мой личный опыт успешного проксирования webDAV ограничивается ровно разрешёнными методами GET\PUT\DELETE (других в моей задаче просто не требуется). Другой вопрос, что по престал работать WebDav многого не надиагностируешь, а единственный телепат в нашей компании как раз в отпуске. ;) Это да. А не пора ли на сайте nginx.org вывесить правила правильного задавания вопроса 'почему у меня не работает ХХХ?' в рассылку, с подробным примером? Было бы куда отправлять как взывающих к телепатам, так и по каплям выжимающих из себя информацию о своей системе. Там бы и расписали подробно куда ваша информация может, а куда точно не может попасть, т.е. принятые внутренние стандарты обращения с данным пользователей\клиентов. -- Best regards, Andrey Kopeyko and...@kopeyko.ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: вызов map variable дважды
15.08.2013 11:18, lekrus пишет: Здравствуйте, У меня используется переменная map $v_host $backend { default 1; test 2; test2 3; } Далее идет location / { set $v_host test; proxy_pass $backend #(тут переменная $backend правильно определяется, равна 2) } в процессе, upstream возвращает X-Accel-Redirect который вызывает другой location /int { internal; set $v_host test2; rewrite (.*) $backend } и при таком вызове $backend остается равен 2, должен быть 3. Я правильно понимаю, что в процессе одного вызова, если переменная map хоть раз была вычислена, далее все остальные вызовы используют это значение, независимо от того, меняется ли переменная, по которой определяется значение? Есть ли возможность как-то заставить перевычислить это значение? Я бы посоветовал пользовать две мапы вместо одной. Что содержимое у них будет одинаковое - так генератору конфига это без разницы. -- Best regards, Andrey Kopeyko and...@kopeyko.ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Обработка error_page 405
А не потому ли, что POST по-прежнему делается в статический файл /errors/405.html? Ведь обработчик error_page, насколько помню, не меняет метод запроса. Maxim Dounin mdou...@mdounin.ru написал(а): Hello! On Tue, Jul 23, 2013 at 12:00:14AM +0300, Андрей Василишин wrote: Есть такая конструкция: error_page 405 /errors/405.html; location = / { if ($request_method = POST) { return 405; } } location ^~ /errors/ { root /var/www; } но при POST / отдается стандартная нгинксовкая 405 Not Allowed Видимо, конструкция не совсем такая, и либо там, где обрабатывается запрос, нет error_page 405, либо после пренаправления снова делается return 405. -- Maxim Dounin http://nginx.org/en/donation.html ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Отправлено через К-9 Mail. Извините за краткость, пожалуйста.___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: rewrite для URI со знаком вопроса
06.06.2013 17:22, siroco пишет: Всем привет! Добрый день, siroco! Хочется, чтобы все кто обращался бы на URI: /path2/blablabla.action?licenseRequest=ABC123 перманентно перенаправлялся бы на: /path2/blablabla.action?licenseRequest=XYZ890 Проблемы возникают именно из-за знака вопроса в URI, без него все работает, Location оперирует с URI - который не включает аргументы запроса. Для работы с аргументами в вашем случае надо использовать переменную $arg_licenseRequest, примерно так: location = /path2/blablabla.action { if ($arg_licenseRequest = ABC123) { rewrite ^(.*)$ /path2/blablabla.action?licenseRequest=XYZ890 break; } } -- Best regards, Andrey Kopeyko and...@kopeyko.ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Увеличение latency при старте nginx
29.05.2013 04:37, aageyev пишет: Здравствуйте. Добрый день! Столкнулся с достаточно загадочной для меня ситуацией. Ping сервера с выключенным nginx icmp_req=9 ttl=61 time=0.652 ms Через 3 минуты после старта nginx icmp_req=129 ttl=61 time=229 ms А выключение nginx - приводит к возвращению RTT к прежним значениям? Или не пробовали? Если таки приводит - Максим прав, это таки забивание канала. Весьма похоже, что трафик на\от ваш сервер шейпится провайдером\хостером. -- Best regards, Andrey Kopeyko and...@kopeyko.ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: nginx location single php file
16.05.2013 16:22, skeletor пишет: Спасибо всем за помощь. Проблема была на поверхности, а именно - не слушался порт 9000. Вы какую-то пургу несёте - если бы дело было именно в этом, вы бы получали 502. Вы же получали 401, а это значит что Максим прав - ваш запрос обрабатывался в каком-то другом локейшене. Включите уж debug log да и посмотрите. То, что у вас всё теперь заработало - говорит не о том, что вы разобрались и искоренили проблему, а, скорее, о случайности - какое-то другое ваше изменение, в той части конфига что вы не показали, привело к тому что обработка запроса стала попадать в этот локейшн. Следующее ваше изменение конфига - запросто может развалить всё вновь, готовьтесь. -- Best regards, Andrey Kopeyko and...@kopeyko.ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: basic auth
25.03.2013 08:49, collerperm пишет: Всем привет! Добрый день! Хочу настроить к 2 своим vhosts сабжевую аутентификацию. В одном случае на корень, во-втором на директорию. Прочитал эту ветку http://forum.nginx.org/read.php?2,2304,2304 но так и не понял таки какой вариант правильный. Испробовал несколько из предложенных однако так оно полностью не заработало. Вот конфиг одного из моих хостов (форума на движке IPB): А где у вас здесь аутентификация? В вашем конфиге её просто нет. Уточните, что именно вы хотите спрятать под аутентификацию - php-скрипты или и статику тоже -, и допишите в нужный location auth_basic closed site; auth_basic_user_file conf/htpasswd; -- Best regards, Andrey Kopeyko and...@kopeyko.ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Перезапуск кэш-менеджера
13.03.2013 18:53, Maxim Dounin пишет: Hello! On Wed, Mar 13, 2013 at 06:25:15PM +0400, Anton Kiryushkin wrote: Возник вопрос с тем, как перезапустить только процесс кэш-менеджера, не трогая основной процесс и работающих воркеров? Никак. Почему же никак - upgrade на лету даст, насколько я понимаю, желаемый эффект. Правда, ценой перезапуска воркеров без прерывания обслуживания клиентов, переоткрытия логов, и т.д. и т.п. -- Best regards, Andrey Kopeyko and...@kopeyko.ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Перезапуск кэш-менеджера
13.03.2013 19:25, Anton Kiryushkin пишет: Вот воркеров как раз и не хочется перезапускать, так как это очень большие накладные затраты по ресурсам. Чем же таким тяжелым ваши воркеры занимаются на старте? 13 марта 2013 г., 19:24 пользователь Andrey Kopeyko and...@kopeyko.ru mailto:and...@kopeyko.ru написал: 13.03.2013 18:53, Maxim Dounin пишет: Hello! On Wed, Mar 13, 2013 at 06:25:15PM +0400, Anton Kiryushkin wrote: Возник вопрос с тем, как перезапустить только процесс кэш-менеджера, не трогая основной процесс и работающих воркеров? Никак. Почему же никак - upgrade на лету даст, насколько я понимаю, желаемый эффект. Правда, ценой перезапуска воркеров без прерывания обслуживания клиентов, переоткрытия логов, и т.д. и т.п. -- Best regards, Andrey Kopeyko and...@kopeyko.ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Снова о 400
02.03.2013 17:15, anon пишет: в log_format есть UA, но к сожалению эти реквесты без него. Ну, разумеется - запроса же не было задано никакого, откуда ж полю User-Agent взяться? -- Best regards, Andrey Kopeyko and...@kopeyko.ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Снова о 400
04.03.2013 17:15, anon пишет: В это же время с этих IP только реквесты с 400 и 408 кодами. Я начинаю подозревать, что ваш проблемый server - описан как default, и потому собирает в свои логи весь мусор со всех прочих виртуальных серверов. -- Best regards, Andrey Kopeyko and...@kopeyko.ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Исключение для списка файлов
26.02.2013 17:38, Алексей Бобок пишет: Приветствую. Есть средней нагруженности видеосторадж (700мбит/сек) На нем есть порядка 150 mp4/flv видео, для которых нужно включить огранчение по гео. К сожалению, эти файлы можно только перечислить списком типа: /www/a.video/users/123456/u123456__.mp4 /www/a.video/users/654321/u654321__.flv Какие будут рекомендации, чтобы решить эту задачу максимально дешево по ресурсам? Наверное, через map\geo роутить эти имена в ошибку-404. -- Best regards, Andrey Kopeyko and...@kopeyko.ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru