Re: WebSocket проксирование
Если я вас правильно понял, то вот ваш конфиг. server { listen 443; ssl on; server_name example.com; ssl_certificate /etc/tunnel/your.pem; ssl_certificate_key /etc/tunnel/your.key; ssl_session_timeout 10m; ssl_ciphers RC4:HIGH:!aNULL:!MD5; ssl_prefer_server_ciphers on; ssl_session_cache builtin; location / { proxy_pass http://localhost:8090; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,237205,237213#msg-237213 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: прозрачное проксирование с AWS S3
location @s3 { expires max; proxy_pass https://n.s3-us-west-2.amazonaws.com; proxy_set_header Host "n.s3-us-west-2.amazonaws.com"; proxy_set_header Authorization ""; proxy_hide_header X-Amz-Id-2; proxy_hide_header x-amz-request-id; add_header Last-Modified ""; proxy_hide_header ETag; proxy_redirect off; } ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,238096,238237#msg-238237 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Возможна ли балансировка нагрузки при ip hash ?
Алексей Сундуков Wrote: --- > Много ли вы встречали клиентов на статических адресах? > > Пользователь зашел на сайт, прошел процедуру аутентификации, у него > один адрес. Сегодня ему интернет больше не нужен и он завершил свою > PPPoE сессию (или вообще это мобильный интернет). Завтра снова > выходит > в интернет, но провайдер выдал ему уже другой IP. Гарантии того, что > он попадет на туже бэкэнд ноду что и вчера в случае распределения > сессиий по IP клиента совершенно нет. > > На сколько часто... Мой смартофон в течении дня, судя по IP геобазе, > бывает в самых разных места нашей страны, начиная от самых западных > до > самых восточных берегов. Поэтому я бы сказал, что статический клиент > это больше исключение, чем правило. Для этого есть куки, как минимум. По нормальному общее хранилище сессий. На моей практике таких клиентов было два, у которых прямо в логах можно бло увидеть, как меняется IP , от запроса к запросу. Но это ненормальная ситуация, отправили к провайдеру, иначе никак. > 13 апреля 2013 г., 20:41 пользователь Dmitry Morozovsky > написал: > > On Sat, 13 Apr 2013, Алексей Сундуков wrote: > > > >> Проблем с клиентами с динамическими адреса разве не возникает? > > > > Много ли вы встречили клиентов, у которых адрес меняется в течение > одной http > > сессии? > > > > > > Ваш, > > К.О. ;-P > > > > > > -- > > Sincerely, > > D.Marck [DM5020, MCK-RIPE, > DM3-RIPN] > > [ FreeBSD committer: > ma...@freebsd.org ] > > > -- > -- > > *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.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 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,238286,238347#msg-238347 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Перенаправление на мобильную версию сайта
http://detectmobilebrowsers.com/ Posted at Nginx Forum: http://forum.nginx.org/read.php?21,239133,239154#msg-239154 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Amazon ELB = Nginx ?
Всем привет. Из чистого любопытства:) http://www.e-xecutive.ru/startup/story/1823978/ Есть такое интервью. В нем есть вот эта фраза: "На третье направление сейчас делаем основную ставку ― это коммерческий продукт на базе Nginx, над которым мы два года работаем. Фактически это тот же Nginx с открытым кодом плюс компоненты с закрытым кодом. Продукт уже доступен в облаке Amazon" Была не очень подтвержденная инфа, что амазоновский ELB использует модифицированный Nginx. Насколько я понимаю, то теперь это подтверждается точно? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,239289,239289#msg-239289 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
nginx+websockets, потребление памяти
Всем привет. Имеется сервер, одновременно держит порядка 15-20к вебсокетных соединений по HTTPS, rps примерно 100-200. Проблема в том, что потребляется под все это дело порядка 2-3Гб. Как мне кажется, то потребление достаточно высокое. Игрался с ssl_session_timeout, было 10m, эффекта особого не дает. Посоветуйте куда посмотреть ,что бы уменьшить аппетиты nginx? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,244073,244073#msg-244073 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: nginx+websockets, потребление памяти
Maxim Dounin Wrote: --- > Hello! > > On Thu, Oct 24, 2013 at 10:42:57AM -0400, ast wrote: > > > Всем привет. > > > > Имеется сервер, одновременно держит порядка 15-20к вебсокетных > соединений по > > HTTPS, rps примерно 100-200. Проблема в том, что потребляется под > все это > > дело порядка 2-3Гб. Как мне кажется, то потребление достаточно > высокое. > > Игрался с ssl_session_timeout, было 10m, эффекта особого не дает. > > Посоветуйте куда посмотреть ,что бы уменьшить аппетиты nginx? > > Поиграться можно с proxy_buffer_size (при проксировании на каждое > WebSocket-соединение выделяется два буффера соответствующего > размера, один на чтение, второй - на запись). > > Ну и если OpenSSL старее 1.0.0, то можно попробовать обновится на > 1.0.0+ и пересобрать nginx со свежим OpenSSL'ем. Тоже должно > слегка помочь, на неактивных SSL-соединениях потребление памяти > снижается с ~64k до ~16k на соединение. > > -- > Maxim Dounin > http://nginx.org/en/donation.html > > ___ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru OpenSSL стоит 1.0.1 14 Mar 2012, по идее мне не поможет. А вот proxy_buffer_size как-то до конца не понимаю всю роль этой директивы, а пальцем в небо не хочется пробовать. Может посоветуете насколько можно уменьшить размеры? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,244073,244115#msg-244115 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: nginx+websockets, потребление памяти
Правильно ли я понимаю, что если значение будет слишком маленькое, то в error.log я увижу "too large headers" ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,244073,244235#msg-244235 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
client max body size в локейшине
Никак не могу решить проблему с client_max_body_size В общем суть в том что есть только 1 входной файл index.php (YII Framework) вот конфиг: server { listen 80; server_name example.com; client_max_body_size 1m; set $home_root "/var/www/mysite"; root $home_root/public; location /manage { client_max_body_size 100m; try_files $uri $uri/ /index.php?$args; } location / { index index.php index.html; try_files $uri $uri/ /index.php?$args; } location ~ \.php { fastcgi_split_path_info ^(.+\.php)(.*)$; set $fsn /index.php; if (-f $document_root$fastcgi_script_name) { set $fsn $fastcgi_script_name; } fastcgi_pass backend-php; fastcgi_param SCRIPT_FILENAME $document_root$fsn; fastcgi_param PATH_INFO$fastcgi_path_info; fastcgi_param PATH_TRANSLATED $document_root$fsn; include fastcgi_params; } } В самом фреймворке роутинг для админки прописывается на подобии /manage/publication/edit/12 /manage/publication/delete/12 /manage/publication/12/files и т.д. Так вот для всех URL которые начинаются на manage надо увеличить client_max_body_size что я и попытался сделать в приведенном конфиге. Не сработало, видимо потоу что с локейшена /manage запрос все равно уходит в локейшен / а там видимо client_max_body_size = 1m Как решить эту задачу? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,248855,248855#msg-248855 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: client max body size в локейшине
И что это даст? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,248859,248867#msg-248867 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: client max body size в локейшине
ramm Wrote: --- > Определить location ~ \.php { внутри location /manage > http://nginx.org/ru/docs/http/ngx_http_core_module.html#location > > Д. > > > 2014-03-30 19:47 GMT+06:00 ast-ross : > > > Никак не могу решить проблему с client_max_body_size > > > > В общем суть в том что есть только 1 входной файл index.php (YII > Framework) > > вот конфиг: > > > > > > server { > > listen 80; > > server_name example.com; > > client_max_body_size 1m; > > > > set $home_root "/var/www/mysite"; > > root $home_root/public; > > > > location /manage { > > client_max_body_size 100m; > > try_files $uri $uri/ /index.php?$args; > > } > > > > location / { > > index index.php index.html; > > try_files $uri $uri/ /index.php?$args; > > } > > > > location ~ \.php { > > fastcgi_split_path_info ^(.+\.php)(.*)$; > > set $fsn /index.php; > > if (-f $document_root$fastcgi_script_name) { set $fsn > > $fastcgi_script_name; } > > fastcgi_pass backend-php; > > fastcgi_param SCRIPT_FILENAME $document_root$fsn; > > fastcgi_param PATH_INFO$fastcgi_path_info; > > fastcgi_param PATH_TRANSLATED $document_root$fsn; > > include fastcgi_params; > > } > > > > } > > > > > > В самом фреймворке роутинг для админки прописывается на подобии > > /manage/publication/edit/12 /manage/publication/delete/12 > > /manage/publication/12/files и т.д. > > > > Так вот для всех URL которые начинаются на manage надо увеличить > > client_max_body_size что я и попытался сделать в приведенном > конфиге. Не > > сработало, видимо потоу что с локейшена /manage запрос все равно > уходит в > > локейшен / а там видимо client_max_body_size = 1m > > > > Как решить эту задачу? > > > > Posted at Nginx Forum: > > http://forum.nginx.org/read.php?21,248855,248855#msg-248855 > > > > ___ > > 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 Тогда location / { ... } останется без PHP. А он там нужен. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,248859,248869#msg-248869 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru