Re: Проблема с chroot в связке Nginx + PHP-FPM
mva, разобрался я с выводом пустой страницы в phpBB3. Нужно было лишь создать директорию /home/kursk.dyndns.org/usr/share (в chroot'е - /usr/share) и скопировать в неё содержимое /usr/share/zoneinfo: mkdir -p usr/share cp -R /usr/share/zoneinfo usr/share И всё-таки, как-то всё слишком заморочено с этим chroot... %) Как-то несерьёзно это. > уже давно существует мнение, что PHP'шный chroot это то, как безопасность НЕ НУЖНО организовывать. Да, об этом где-то пару раз упоминали, встречал. Но, в таком случае, чем можно воспользоваться вместо chroot'а в Debian Wheezy? С уважением, Геннадий. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,239746,239824#msg-239824 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: ngx_http_conf_get_module_main_conf questions
Hello! On Mon, Jun 03, 2013 at 05:19:42PM -0400, vagner wrote: [...] > Спасибо большое за помощь. Добился того, чтобы все работало с одним > веркером. Единственное, что очень бросается в глаза, это использование > указателя на структуру ngx_http_filestats_loc_conf_t для того, чтобы при > использовании конфигураций других локейшенов я мог получать валидные данные > с настройками указанными в конфиге. Если вам нужно нечто, общее для всех location'ов - используйте main conf. > Вы не могли бы подсказать, где можно > посмотреть реализацию работы с ngx_shm? Мне нужно вставить в шаренную память > листы, чтобы я мог избавиться от указателя, и чтобы хранить данные не > сохраняя оффсетов, смогу ли я каким либо образом вторым аргументом к функции > ngx_list_init использовать ngx_shm_zone_t? Структуры ngx_list жить в разделяемой памяти не умеют. Вообще работу с разделяемой памятью можно посмотреть в модулях limit_conn и limit_req. В limit_conn наверное попроще. -- Maxim Dounin http://nginx.org/en/donation.html ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
nginx-1.5.1
Изменения в nginx 1.5.1 04.06.2013 *) Добавление: директивы ssi_last_modified, sub_filter_last_modified и xslt_last_modified. Спасибо Алексею Колпакову. *) Добавление: параметр http_403 в директивах proxy_next_upstream, fastcgi_next_upstream, scgi_next_upstream и uwsgi_next_upstream. *) Добавление: директивы allow и deny теперь поддерживают unix domain сокеты. *) Исправление: nginx не собирался с модулем ngx_mail_ssl_module, но без модуля ngx_http_ssl_module; ошибка появилась в 1.3.14. *) Исправление: в директиве proxy_set_body. Спасибо Lanshun Zhou. *) Исправление: в директиве lingering_time. Спасибо Lanshun Zhou. *) Исправление: параметр fail_timeout директивы server в блоке upstream мог не работать, если использовался параметр max_fails; ошибка появилась в 1.3.0. *) Исправление: в рабочем процессе мог произойти segmentation fault, если использовалась директива ssl_stapling. Спасибо Piotr Sikora. *) Исправление: в почтовом прокси-сервере. Спасибо Filipe Da Silva. *) Исправление: nginx/Windows мог перестать принимать соединения, если использовалось несколько рабочих процессов. -- Maxim Dounin http://nginx.org/en/donation.html ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Balancing, SPDY, upstream, pagespeed
Добрый день! Нужна (платная) консультация знающего системного администратора / архитектора на тему, что и как нужно развернуть на серверах, чтобы заработала балансировка нагрузки, синхронизация файлов и проксирование запросов. Серверов от 20, 2 узла. Просьба писать на n...@webo.name Posted at Nginx Forum: http://forum.nginx.org/read.php?21,239841,239841#msg-239841 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
SPDY troubles
Добрый день! Использую nginx-1.4.1 на FreeBSD-9-STABLE, OpenSSL-1.0.1 из портов. Собираю nginx из портов с поддержкой SPDY. При добавлении 'spdy' в директиве listen, в error_log появляется много записей вида: 2013/06/04 18:01:32 [alert] 7681#0: kevent() error on 93 filter:-2 flags:4000 (2: No such file or directory) 2013/06/04 18:01:36 [alert] 7677#0: kevent() error on 69 filter:-2 flags:4000 (2: No such file or directory) 2013/06/04 18:01:36 [alert] 7677#0: kevent() error on 69 filter:-2 flags:4000 (2: No such file or directory) 2013/06/04 18:01:36 [alert] 7677#0: kevent() error on 69 filter:-2 flags:4000 (2: No such file or directory) 2013/06/04 18:01:36 [alert] 7677#0: kevent() error on 69 filter:-2 flags:4000 (2: No such file or directory) 2013/06/04 18:01:37 [alert] 7676#0: kevent() error on 57 filter:-2 flags:4000 (2: No such file or directory) Что это может означать? Спасибо. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: SPDY troubles
On Tuesday 04 June 2013 18:06:18 Dmitry Sivachenko wrote: > Добрый день! > > Использую nginx-1.4.1 на FreeBSD-9-STABLE, OpenSSL-1.0.1 из портов. > > Собираю nginx из портов с поддержкой SPDY. > > При добавлении 'spdy' в директиве listen, в error_log появляется много > записей вида: > > 2013/06/04 18:01:32 [alert] 7681#0: kevent() error on 93 filter:-2 > flags:4000 (2: No such file or directory) 2013/06/04 18:01:36 [alert] > 7677#0: kevent() error on 69 filter:-2 flags:4000 (2: No such file or > directory) 2013/06/04 18:01:36 [alert] 7677#0: kevent() error on 69 > filter:-2 flags:4000 (2: No such file or directory) 2013/06/04 18:01:36 > [alert] 7677#0: kevent() error on 69 filter:-2 flags:4000 (2: No such file > or directory) 2013/06/04 18:01:36 [alert] 7677#0: kevent() error on 69 > filter:-2 flags:4000 (2: No such file or directory) 2013/06/04 18:01:37 > [alert] 7676#0: kevent() error on 57 filter:-2 flags:4000 (2: No such file > or directory) > > > Что это может означать? > Сторонние модули используются? -- Валентин Бартенев http://nginx.org/en/donation.html ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: SPDY troubles
On 04.06.2013, at 18:22, Валентин Бартенев wrote: > On Tuesday 04 June 2013 18:06:18 Dmitry Sivachenko wrote: >> Добрый день! >> >> Использую nginx-1.4.1 на FreeBSD-9-STABLE, OpenSSL-1.0.1 из портов. >> >> Собираю nginx из портов с поддержкой SPDY. >> >> При добавлении 'spdy' в директиве listen, в error_log появляется много >> записей вида: >> >> 2013/06/04 18:01:32 [alert] 7681#0: kevent() error on 93 filter:-2 >> flags:4000 (2: No such file or directory) 2013/06/04 18:01:36 [alert] >> 7677#0: kevent() error on 69 filter:-2 flags:4000 (2: No such file or >> directory) 2013/06/04 18:01:36 [alert] 7677#0: kevent() error on 69 >> filter:-2 flags:4000 (2: No such file or directory) 2013/06/04 18:01:36 >> [alert] 7677#0: kevent() error on 69 filter:-2 flags:4000 (2: No such file >> or directory) 2013/06/04 18:01:36 [alert] 7677#0: kevent() error on 69 >> filter:-2 flags:4000 (2: No such file or directory) 2013/06/04 18:01:37 >> [alert] 7676#0: kevent() error on 57 filter:-2 flags:4000 (2: No such file >> or directory) >> >> >> Что это может означать? >> > > Сторонние модули используются? > Из сторонних -- echo и lua. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: SPDY troubles
On Tuesday 04 June 2013 18:26:35 Dmitry Sivachenko wrote: > On 04.06.2013, at 18:22, Валентин Бартенев wrote: > > On Tuesday 04 June 2013 18:06:18 Dmitry Sivachenko wrote: > >> Добрый день! > >> > >> Использую nginx-1.4.1 на FreeBSD-9-STABLE, OpenSSL-1.0.1 из портов. > >> > >> Собираю nginx из портов с поддержкой SPDY. > >> > >> При добавлении 'spdy' в директиве listen, в error_log появляется много > >> записей вида: > >> > >> 2013/06/04 18:01:32 [alert] 7681#0: kevent() error on 93 filter:-2 > >> flags:4000 (2: No such file or directory) 2013/06/04 18:01:36 [alert] > >> 7677#0: kevent() error on 69 filter:-2 flags:4000 (2: No such file or > >> directory) 2013/06/04 18:01:36 [alert] 7677#0: kevent() error on 69 > >> filter:-2 flags:4000 (2: No such file or directory) 2013/06/04 18:01:36 > >> [alert] 7677#0: kevent() error on 69 filter:-2 flags:4000 (2: No such > >> file or directory) 2013/06/04 18:01:36 [alert] 7677#0: kevent() error > >> on 69 filter:-2 flags:4000 (2: No such file or directory) 2013/06/04 > >> 18:01:37 [alert] 7676#0: kevent() error on 57 filter:-2 flags:4000 (2: > >> No such file or directory) > >> > >> > >> Что это может означать? > > > > Сторонние модули используются? > > Из сторонних -- echo и lua. > Проверьте, воспроизводится ли проблема без сторонних модулей. В частности, lua-модуль известен как несовместимый со spdy. -- Валентин Бартенев http://nginx.org/en/donation.html ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: SPDY troubles
On 04.06.2013, at 18:49, Валентин Бартенев wrote: > > Проверьте, воспроизводится ли проблема без сторонних модулей. В частности, > lua-модуль известен как несовместимый со spdy. > На тестовой машине ошибок не было и в этой конфигурации. Отключить lua в продакшене не представляется возможным, сайт работать не будет. Там какая-то фундаментальная несовместимость или можно надеяться что через некоторое время lua станет совместим со spdy? ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: SPDY troubles
On Tuesday 04 June 2013 18:56:50 Dmitry Sivachenko wrote: > On 04.06.2013, at 18:49, Валентин Бартенев wrote: > > Проверьте, воспроизводится ли проблема без сторонних модулей. В > > частности, lua-модуль известен как несовместимый со spdy. > > На тестовой машине ошибок не было и в этой конфигурации. > > Отключить lua в продакшене не представляется возможным, сайт работать не > будет. > > Там какая-то фундаментальная несовместимость или можно надеяться что через > некоторое время lua станет совместим со spdy? Это вопрос к автору модуля. По крайней мере два тикета на данный момент открыто на тему spdy: https://github.com/chaoslawful/lua-nginx-module/issues/173 https://github.com/chaoslawful/lua-nginx-module/issues/142 плюс ещё периодически люди жаловались в разных местах. Не знаю, насколько это актуально сейчас, но lua модуль лезет во внутренние структуры и делает кучу всего, включая и то, что никогда не предусматривалось, так что дебаг какой-либо проблемы с ним практически невозможен, зато можно ожидать различные "спецэффекты". Почти любая ошибка с легкостью может быть вызвана сторонним модулем, который по объему кода составляет четвертую часть всего nginx-а. Попробуйте снять дебаг лог с данной ошибкой. http://nginx.org/ru/docs/debugging_log.html Это минимум, что требуется, чтобы как-то помочь. -- Валентин Бартенев http://nginx.org/en/donation.html ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
lua модуль
On 04.06.2013 18:35, Валентин Бартенев wrote: Не знаю, насколько это актуально сейчас, но lua модуль лезет во внутренние структуры и делает кучу всего, включая и то, что никогда не предусматривалось, так что дебаг какой-либо проблемы с ним практически невозможен, зато можно ожидать различные "спецэффекты". Почти любая ошибка с легкостью может быть вызвана сторонним модулем, который по объему кода составляет четвертую часть всего nginx-а. есть какие-то вещи, которые нельзя сделать с помощью встроенного perl-модуля, но можно сделать с помощью этого стороннего lua-модуля? если они полностью эквивалентны по своей мощности - зачем же тогда народ все больше начинает использовать lua-модуль - разве только из-за более простого/красивого синтаксиса? учитывая, что у lua более простой синтаксис, чем у perl может быть имеет смысл "из коробки" встроить lua в nginx? (по крайней мере, в ядра netbsd и linux этот язык уже встроили - про linux: http://www.opennet.ru/opennews/art.shtml?num=36991) тогда уж точно можно будет программировать "на конфигах nginx". и модуль rewrite тогда можно будет реализовать используя lua. P.S. судя по тому, что есть форк https://github.com/zzzcpan/nginx-perl - не все сейчас можно сделать средствами встроенного perl-модуля. -- Best regards, Gena ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: lua модуль
On 06/04/13 20:14, Gena Makhomed wrote: есть какие-то вещи, которые нельзя сделать с помощью встроенного perl-модуля, но можно сделать с помощью этого стороннего lua-модуля? Есть. Используя встроенный perl можно выполнять операции, которые не блокируются и имеет очень ограниченный доступ к функциям nginx (см. http://nginx.org/en/docs/http/ngx_http_perl_module.html#methods) LUA модуль позволяет делать многое из того, что можно сделать написав модуль к nginx на C. Например он позволяет делать подзапросы. Обратная сторона такой гибкости - сложность самого LUA-модуля и как следствие баги в нём. учитывая, что у lua более простой синтаксис, чем у perl может быть имеет смысл "из коробки" встроить lua в nginx? (по крайней мере, в ядра netbsd и linux этот язык уже встроили - про linux: http://www.opennet.ru/opennews/art.shtml?num=36991) тогда уж точно можно будет программировать "на конфигах nginx". и модуль rewrite тогда можно будет реализовать используя lua. Программировать "на конфигах nginx" в общем случае не очень хорошая идея и в большинстве случаев приводит к запутанным и плохо работающим конфигах, в которых кроме их писателя никто не разберется. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Что мешает развить скорость? (связка Apache22+NGINX 1.4.1)
Имеем:
FreeBSD 9.1-STABLE #0 r251176:
Апач запущен в джейле - урезано всё что можно, обеспечивает работу SpeedTest
(http://www.speedtest.net/mini.php)
При тестировании скорости напрямую с апача (джейл биндится на IP 10.10.10.2)
получается:
даунлоад: ~96Mbit, а аплоад ~87Mbit.
Если апач (джейл) перенести на IP 127.0.1.1 и подключить nginx:
даунлоад: ~96Mbit, а аплоад ~35Mbit.
При установки sendfile off, даунлоад не меняется, а вот аплоад подымается до
~52Mbit.
Как можно достигнуть 87 мегабит на nginx???
nginx.conf:
-
user www;
worker_processes 5;
error_log /var/log/nginx/error.log error;
#pid/var/run/nginx.pid;
events {
worker_connections 1024;
use kqueue;
}
http {
include /usr/local/etc/nginx/mime.types;
default_type application/octet-stream;
log_format main '$remote_addr [$time_local] $status "$request"
$body_bytes_sent';
sendfile off;
tcp_nopush on;
tcp_nodelayon;
server {
client_max_body_size 101m;
server_tokens off;
listen 10.10.10.2:80;
server_name "";
server_name_in_redirect off;
location / {
proxy_pass http://127.0.1.1;
include /usr/local/etc/nginx/proxy.conf;
}
}
}
proxy.conf:
-
if ($request_method !~ ^(GET|HEAD|POST)$ ) {
return 444;
}
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP$remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_connect_timeout 90;
proxy_send_timeout 90;
proxy_read_timeout 90;
proxy_buffer_size 4k;
proxy_buffers 4 32k;
proxy_busy_buffers_size64k;
proxy_temp_file_write_size 64k;
client_max_body_size10m;
client_body_buffer_size 128k;
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,239843,239843#msg-239843
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Что мешает развить скорость? ( связка Apache22+NGINX 1.4.1)
On Tuesday 04 June 2013 22:20:56 Alexandr wrote: > Имеем: > FreeBSD 9.1-STABLE #0 r251176: > Апач запущен в джейле - урезано всё что можно, обеспечивает работу > SpeedTest (http://www.speedtest.net/mini.php) > > При тестировании скорости напрямую с апача (джейл биндится на IP > 10.10.10.2) получается: > даунлоад: ~96Mbit, а аплоад ~87Mbit. > > Если апач (джейл) перенести на IP 127.0.1.1 и подключить nginx: > даунлоад: ~96Mbit, а аплоад ~35Mbit. > > При установки sendfile off, даунлоад не меняется, а вот аплоад подымается > до ~52Mbit. > > Как можно достигнуть 87 мегабит на nginx??? > [...] А что происходит с аплоадом на апаче? Он тоже пишется на диск, или нет? И каким образом измеряется скорость? -- Валентин Бартенев http://nginx.org/en/donation.html ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Что мешает развить скорость? (связка Apache22+NGINX 1.4.1)
On Jun 4, 2013, at 7:45 PM, Dmitry Ivanov wrote: > Здравствуйте, Alexandr. > > Вы писали 4 июня 2013 г., 22:20:56: > >> При установки sendfile off, даунлоад не меняется, а вот аплоад подымается до >> ~52Mbit. > > Я так в сторону замечу, без претензий. Распоследняя вмваря, виртуалка > RHEL 5.2 Делаешь sendfile off - скорость вниз растет в разы. > > Nginx и из реп, и собран последний. Про сторадж сейчас не скажу, но > либо NFS, либо айскази. > > Т.е. сидел, тупил: почему не работает? Сделал самый безысходный трюк - > взлетело. > > Разбираться не хочу, ибо "работает - не трогай". *не удержался* и, действительно, пусть работает до следующего раза > > -- > С уважением, > Dmitry mailto:nginx...@sadok.spb.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
