Re: HTTP проксирование 1.1
On 19 Mar 2014, at 13:37, Maxim Dounin mdou...@mdounin.ru wrote:
Hello!
On Wed, Mar 19, 2014 at 10:42:26AM +, Anatoly Mikhailov wrote:
On 18 Mar 2014, at 15:10, Maxim Dounin mdou...@mdounin.ru wrote:
Hello!
On Tue, Mar 18, 2014 at 03:08:31PM +, Anatoly Mikhailov wrote:
On 18 Mar 2014, at 13:51, Maxim Dounin mdou...@mdounin.ru wrote:
Hello!
On Tue, Mar 18, 2014 at 12:28:08PM +, Anatoly Mikhailov wrote:
On 18 Mar 2014, at 11:08, Maxim Dounin mdou...@mdounin.ru wrote:
Hello!
On Tue, Mar 18, 2014 at 11:04:27AM +, Anatoly Mikhailov wrote:
Добрый день,
По последнему blog post
(http://nginx.com/blog/load-balancing-with-nginx-plus-part2/)
возник вопрос: какой эффект производит proxy_set_header Connection “?
Поясню вопрос на примере, имеется следующий конфиг для проксирования
S3 запросов (опущены лишние детали):
location ~* ^/i/(.*) {
proxy_http_version 1.1;
proxy_set_header Authorization '';
proxy_hide_header Set-Cookie;
proxy_ignore_headers Set-Cookie”;
...
proxy_pass ...;
}
В данном случае версия http для проксирования установлена в 1.1,
то есть ожидаем повторное использование подключения,
что в данном случае изменит proxy_set_header Connection “ ?
По умолчанию добавляется Connection: close[1], и использование
proxy_set_header Connection '' нужно, чтобы этого избежать.
http://nginx.org/r/proxy_set_header/ru
Максим, понятно, HTTP подключение закрывается после каждого запроса по
умолчанию,
но достаточно ли Connection “” для реиспользования HTTP 1.1 подключения?
Обязательно ли
явно добавлять блок upstream и указывать директиву keepalive?
Нужно и то, и другое. Из заголовков запроса нужно убрать
Connection: close, чтобы бекенд не закрывал соединение, а сам
nginx - проинструктировать соединения сохранять и использовать
повторно.
Понял, спасибо, Максим! Контекст директивы keepalive для бэкэнда только
upstream,
если смотреть документацию, но может есть какой-то элегантный способ
передать
keepalive в proxy_pass сразу, без объявления блока upstream?
Нет.
супер, переписал конфигурацию для проксирования S3 на upstream, получилось
очень классно,
вопрос - почему бы не сделать keepalive для бэкэнда по умолчанию?
Использование постоянных соединений полезно в основном в тех
случаях, когда до бекенда - далеко. В условиях близких бекендов
оно обычно не нужно. Наоборот, в некоторых ситуациях постоянные
соединения могут повредить - например, если бекенд сильно ограничен по
количеству соединений, которые он может обрабатывать. В
документации даже специально добавлено замечание про это, т.к.
люди периодически наступают, cм. http://nginx.org/r/keepalive/ru.
Так что я к идее сделать keepalive к бекендам поведением по
умолчанию - отношусь скептически.
Я правильно понимаю, keepalive (в контексте upstream) задает количество
TCP соединений, которые не будут закрываться, даже при отсутствии будущих
запросов?
Если да, то какой таймаут, такой же как для клиентских TCP подключений,
указанных
через директиву keepalive_timeout?
Вопрос второй - если известно, что бэкэнд держит, скажем, 50 соединений,
то keepalive 50 поможет нам повторно их использовать в будущем, без повторных
syn+ack?
--
Maxim Dounin
http://nginx.org/
___
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+apache
Добрый день. Помогите пожалуйста разобраться, в каком месте проблема. Имеется проект по отложенному просмотру телепередач. Видео записывается в файлы по одному часу каждый. При просмотре передач видео собирается из нескольких файлов или же файл проигрывается с определенного и до определенного момента (в соответствии с телепрограммой), это реализовано средствами php. Проблема в том, что в связке nginx+apache скорость отдачи файла =200КБ/c, что вызывает тормоза с видео и звуком. Многочисленные манипуляции с буферами в nginx ничего не дали. Отдельно nginx файлы отдаются без проблем (без этих наворотов с php), отдельно apache тоже (с php). Если просто качать файл через связку (опять же без наворотов c php), то проблем нет. Пожалуйста, дайте совет, в какую сторону копать? Откуда может браться это ограничение в 200 КБ/c и кто виноват? Пример ссылки: http://mydomain.dom/get.php?filename=20140320-08.mpgch_id=2token=5e64989c44afbfdfc82cac4d66712742start=900duration=2700osd_title=%D0%91%D0%B5%D0%BB%D0%B0%D1%80%D1%83%D1%81%D1%8C+1+%E2%80%94+%D0%94%D0%BE%D0%B1%D1%80%D0%BE%D0%B5+%D1%83%D1%82%D1%80%D0%BE%2C+%D0%91%D0%B5%D0%BB%D0%B0%D1%80%D1%83%D1%81%D1%8C%21real_id=2_1395292500 Заранее большое спасибо. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: низкая скорость в связке nginx+apache
Помогите пожалуйста разобраться, в каком месте проблема. это реализовано средствами php, т.е. на стороне php скрипта. 20 марта 2014 г., 16:17 пользователь Ксения Юрьевна Блащук ksybl...@gmail.com написал: Добрый день. Помогите пожалуйста разобраться, в каком месте проблема. Имеется проект по отложенному просмотру телепередач. Видео записывается в файлы по одному часу каждый. При просмотре передач видео собирается из нескольких файлов или же файл проигрывается с определенного и до определенного момента (в соответствии с телепрограммой), это реализовано средствами php. Проблема в том, что в связке nginx+apache скорость отдачи файла =200КБ/c, что вызывает тормоза с видео и звуком. Многочисленные манипуляции с буферами в nginx ничего не дали. Отдельно nginx файлы отдаются без проблем (без этих наворотов с php), отдельно apache тоже (с php). Если просто качать файл через связку (опять же без наворотов c php), то проблем нет. Пожалуйста, дайте совет, в какую сторону копать? Откуда может браться это ограничение в 200 КБ/c и кто виноват? Пример ссылки: http://mydomain.dom/get.php?filename=20140320-08.mpgch_id=2token=5e64989c44afbfdfc82cac4d66712742start=900duration=2700osd_title=%D0%91%D0%B5%D0%BB%D0%B0%D1%80%D1%83%D1%81%D1%8C+1+%E2%80%94+%D0%94%D0%BE%D0%B1%D1%80%D0%BE%D0%B5+%D1%83%D1%82%D1%80%D0%BE%2C+%D0%91%D0%B5%D0%BB%D0%B0%D1%80%D1%83%D1%81%D1%8C%21real_id=2_1395292500 Заранее большое спасибо. ___ 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+apache
Так если отдавать одним апачем то проблем нет. 20 марта 2014 г., 15:39 пользователь Алексей Сундуков public-m...@alekciy.ru написал: Помогите пожалуйста разобраться, в каком месте проблема. это реализовано средствами php, т.е. на стороне php скрипта. 20 марта 2014 г., 16:17 пользователь Ксения Юрьевна Блащук ksybl...@gmail.com написал: Добрый день. Помогите пожалуйста разобраться, в каком месте проблема. Имеется проект по отложенному просмотру телепередач. Видео записывается в файлы по одному часу каждый. При просмотре передач видео собирается из нескольких файлов или же файл проигрывается с определенного и до определенного момента (в соответствии с телепрограммой), это реализовано средствами php. Проблема в том, что в связке nginx+apache скорость отдачи файла =200КБ/c, что вызывает тормоза с видео и звуком. Многочисленные манипуляции с буферами в nginx ничего не дали. Отдельно nginx файлы отдаются без проблем (без этих наворотов с php), отдельно apache тоже (с php). Если просто качать файл через связку (опять же без наворотов c php), то проблем нет. Пожалуйста, дайте совет, в какую сторону копать? Откуда может браться это ограничение в 200 КБ/c и кто виноват? Пример ссылки: http://mydomain.dom/get.php?filename=20140320-08.mpgch_id=2token=5e64989c44afbfdfc82cac4d66712742start=900duration=2700osd_title=%D0%91%D0%B5%D0%BB%D0%B0%D1%80%D1%83%D1%81%D1%8C+1+%E2%80%94+%D0%94%D0%BE%D0%B1%D1%80%D0%BE%D0%B5+%D1%83%D1%82%D1%80%D0%BE%2C+%D0%91%D0%B5%D0%BB%D0%B0%D1%80%D1%83%D1%81%D1%8C%21real_id=2_1395292500 Заранее большое спасибо. ___ 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: низкая скорость в связке nginx+apache
Да, точно через php. Вот ссылка http://mydomain.dom/get.php?filename=20140320-08.mpgch_id=2token=5e64989c44afbfdfc82cac4d66712742start=900duration=2700osd_title=%D0%91%D0%B5%D0%BB%D0%B0%D1%80%D1%83%D1%81%D1%8C+1+%E2%80%94+%D0%94%D0%BE%D0%B1%D1%80%D0%BE%D0%B5+%D1%83%D1%82%D1%80%D0%BE%2C+%D0%91%D0%B5%D0%BB%D0%B0%D1%80%D1%83%D1%81%D1%8C%21real_id=2_1395292500 Статическим файлом кстати работает нормально через связку. Мне-то тоже не нравится, что отдается через php. Но просят именно такую схему (типа ее рекомендовал разработчик и все такое) - я в тупике :). 20 марта 2014 г., 16:37 пользователь Алексей Сундуков public-m...@alekciy.ru написал: Апачем каким образом? Можно ведь отдавать и статическим файлом. Точно через php уходит? Если используется fastcgi, то нужно понимать, что до 1.5.6 версии nginx отключить буферизацию невозможно: http://nginx.org/ru/docs/http/ngx_http_fastcgi_module.html#fastcgi_buffering Вообще отдавать видео через php плохая идея. Рекомендую смотреть в сторону erlyvideo (это erlang). 20 марта 2014 г., 16:53 пользователь Ксения Юрьевна Блащук ksybl...@gmail.com написал: Так если отдавать одним апачем то проблем нет. 20 марта 2014 г., 15:39 пользователь Алексей Сундуков public-m...@alekciy.ru написал: Помогите пожалуйста разобраться, в каком месте проблема. это реализовано средствами php, т.е. на стороне php скрипта. 20 марта 2014 г., 16:17 пользователь Ксения Юрьевна Блащук ksybl...@gmail.com написал: Добрый день. Помогите пожалуйста разобраться, в каком месте проблема. Имеется проект по отложенному просмотру телепередач. Видео записывается в файлы по одному часу каждый. При просмотре передач видео собирается из нескольких файлов или же файл проигрывается с определенного и до определенного момента (в соответствии с телепрограммой), это реализовано средствами php. Проблема в том, что в связке nginx+apache скорость отдачи файла =200КБ/c, что вызывает тормоза с видео и звуком. Многочисленные манипуляции с буферами в nginx ничего не дали. Отдельно nginx файлы отдаются без проблем (без этих наворотов с php), отдельно apache тоже (с php). Если просто качать файл через связку (опять же без наворотов c php), то проблем нет. Пожалуйста, дайте совет, в какую сторону копать? Откуда может браться это ограничение в 200 КБ/c и кто виноват? Пример ссылки: http://mydomain.dom/get.php?filename=20140320-08.mpgch_id=2token=5e64989c44afbfdfc82cac4d66712742start=900duration=2700osd_title=%D0%91%D0%B5%D0%BB%D0%B0%D1%80%D1%83%D1%81%D1%8C+1+%E2%80%94+%D0%94%D0%BE%D0%B1%D1%80%D0%BE%D0%B5+%D1%83%D1%82%D1%80%D0%BE%2C+%D0%91%D0%B5%D0%BB%D0%B0%D1%80%D1%83%D1%81%D1%8C%21real_id=2_1395292500 Заранее большое спасибо. ___ 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
Re: низкая скорость в связке nginx+apache
On Thursday 20 March 2014 17:37:02 Алексей Сундуков wrote: Апачем каким образом? Можно ведь отдавать и статическим файлом. Точно через php уходит? Если используется fastcgi, то нужно понимать, что до 1.5.6 версии nginx отключить буферизацию невозможно: http://nginx.org/ru/docs/http/ngx_http_fastcgi_module.html#fastcgi_buffering Отключение наоборот негативно влияет на производительность и необходимо в основном для long polling задач. -- Валентин Бартенев ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: низкая скорость в связке nginx+apache
On Thursday 20 March 2014 15:17:57 Ксения Юрьевна Блащук wrote: Добрый день. Помогите пожалуйста разобраться, в каком месте проблема. Имеется проект по отложенному просмотру телепередач. Видео записывается в файлы по одному часу каждый. При просмотре передач видео собирается из нескольких файлов или же файл проигрывается с определенного и до определенного момента (в соответствии с телепрограммой), это реализовано средствами php. Проблема в том, что в связке nginx+apache скорость отдачи файла =200КБ/c, что вызывает тормоза с видео и звуком. Многочисленные манипуляции с буферами в nginx ничего не дали. Отдельно nginx файлы отдаются без проблем (без этих наворотов с php), отдельно apache тоже (с php). Если просто качать файл через связку (опять же без наворотов c php), то проблем нет. Пожалуйста, дайте совет, в какую сторону копать? Откуда может браться это ограничение в 200 КБ/c и кто виноват? Копайте в сторону http://nginx.org/r/proxy_max_temp_file_size/ru -- Валентин Бартенев ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Модификация fastcgi_param REQUEST_URI и множественные rewrite
Добрый день.
Хочу иметь возможно многократно делать rewrite и получать в конце в
параметр REQUEST_URI последний результат работы rewrite
Т.е. что-то такое:
URL: http://site.com/page-10
rewrite ^/page-(.*) /main/handler?page=$1;
rewrite ^/main/.* /router;
location / {
index index.php;
try_files $uri $uri/ /index.php?$args;
}
location ~ \.php$ {
fastcgi_split_path_info ^(.+\.php)(/.+)$;
# NOTE: You should have cgi.fix_pathinfo = 0; in php.ini
# With php5-fpm:
fastcgi_pass backend;
fastcgi_index index.php;
fastcgi_connect_timeout 1;
fastcgi_send_timeout 1;
include fastcgi_params;
}
В результате я хотел бы получить при обращении к URL http://site.com/page-10
в параметре REQUEST_URI передаваемому fastcgi-серверу значние вида:
/router?page=10
Сейчас в REQUEST_URI передаётся переменная $request_uri со значением
/page-10, а переменная $uri содержит /index.php
Подскажите пожалуйста, как это можно сделать, особенно хотелось бы обойтись
без if .. set
В крайнем случае устроил бы и всего один rewrite, но нужно так или иначе
предавать в fastcgi модифицированный вариант URI.
Спасибо.
--
WBR, Bogdan B. Rudas
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Модификация fastcgi_param REQUEST_URI и множественные rewrite
Hello!
On Thu, Mar 20, 2014 at 07:42:59PM +0300, Bogdan wrote:
Добрый день.
Хочу иметь возможно многократно делать rewrite и получать в конце в
параметр REQUEST_URI последний результат работы rewrite
Т.е. что-то такое:
URL: http://site.com/page-10
rewrite ^/page-(.*) /main/handler?page=$1;
rewrite ^/main/.* /router;
location / {
index index.php;
try_files $uri $uri/ /index.php?$args;
}
location ~ \.php$ {
fastcgi_split_path_info ^(.+\.php)(/.+)$;
# NOTE: You should have cgi.fix_pathinfo = 0; in php.ini
# With php5-fpm:
fastcgi_pass backend;
fastcgi_index index.php;
fastcgi_connect_timeout 1;
fastcgi_send_timeout 1;
include fastcgi_params;
}
В результате я хотел бы получить при обращении к URL http://site.com/page-10
в параметре REQUEST_URI передаваемому fastcgi-серверу значние вида:
/router?page=10
Сейчас в REQUEST_URI передаётся переменная $request_uri со значением
/page-10, а переменная $uri содержит /index.php
Подскажите пожалуйста, как это можно сделать, особенно хотелось бы обойтись
без if .. set
В крайнем случае устроил бы и всего один rewrite, но нужно так или иначе
предавать в fastcgi модифицированный вариант URI.
Напишите отдельный location и передавайте туда то значение,
которое вам больше нравится.
--
Maxim Dounin
http://nginx.org/
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: низкая скорость в связке nginx+apache
А X-Accel-Redirect заказчика никак не удовлетворит? Возможно. Спасибо, попробуем. 20 марта 2014 г., 19:47 пользователь Bogdan bog...@gmail.com написал: А X-Accel-Redirect заказчика никак не удовлетворит? 2014-03-20 17:32 GMT+03:00 Валентин Бартенев vb...@nginx.com: On Thursday 20 March 2014 15:17:57 Ксения Юрьевна Блащук wrote: Добрый день. Помогите пожалуйста разобраться, в каком месте проблема. Имеется проект по отложенному просмотру телепередач. Видео записывается в файлы по одному часу каждый. При просмотре передач видео собирается из нескольких файлов или же файл проигрывается с определенного и до определенного момента (в соответствии с телепрограммой), это реализовано средствами php. Проблема в том, что в связке nginx+apache скорость отдачи файла =200КБ/c, что вызывает тормоза с видео и звуком. Многочисленные манипуляции с буферами в nginx ничего не дали. Отдельно nginx файлы отдаются без проблем (без этих наворотов с php), отдельно apache тоже (с php). Если просто качать файл через связку (опять же без наворотов c php), то проблем нет. Пожалуйста, дайте совет, в какую сторону копать? Откуда может браться это ограничение в 200 КБ/c и кто виноват? Копайте в сторону http://nginx.org/r/proxy_max_temp_file_size/ru -- Валентин Бартенев ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru -- WBR, Bogdan B. Rudas ___ 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+apache
http://nginx.org/r/proxy_max_temp_file_size/ru Пробовала - без изменений, те же 200кб/c (. 20 марта 2014 г., 17:32 пользователь Валентин Бартенев vb...@nginx.comнаписал: On Thursday 20 March 2014 15:17:57 Ксения Юрьевна Блащук wrote: Добрый день. Помогите пожалуйста разобраться, в каком месте проблема. Имеется проект по отложенному просмотру телепередач. Видео записывается в файлы по одному часу каждый. При просмотре передач видео собирается из нескольких файлов или же файл проигрывается с определенного и до определенного момента (в соответствии с телепрограммой), это реализовано средствами php. Проблема в том, что в связке nginx+apache скорость отдачи файла =200КБ/c, что вызывает тормоза с видео и звуком. Многочисленные манипуляции с буферами в nginx ничего не дали. Отдельно nginx файлы отдаются без проблем (без этих наворотов с php), отдельно apache тоже (с php). Если просто качать файл через связку (опять же без наворотов c php), то проблем нет. Пожалуйста, дайте совет, в какую сторону копать? Откуда может браться это ограничение в 200 КБ/c и кто виноват? Копайте в сторону http://nginx.org/r/proxy_max_temp_file_size/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: низкая скорость в связке nginx+apache
On 20.03.2014 14:17, Ксения Юрьевна Блащук wrote: Помогите пожалуйста разобраться, в каком месте проблема. Имеется проект по отложенному просмотру телепередач. Видео записывается в файлы по одному часу каждый. При просмотре передач видео собирается из нескольких файлов или же файл проигрывается с определенного и до определенного момента (в соответствии с телепрограммой), это реализовано средствами php. Проблема в том, что в связке nginx+apache скорость отдачи файла =200КБ/c, что вызывает тормоза с видео и звуком. Многочисленные манипуляции с буферами в nginx ничего не дали. Отдельно nginx файлы отдаются без проблем (без этих наворотов с php), отдельно apache тоже (с php). Если просто качать файл через связку (опять же без наворотов c php), то проблем нет. Пожалуйста, дайте совет, в какую сторону копать? Откуда может браться это ограничение в 200 КБ/c и кто виноват? php скрипт может выставлять в ответе заголовок X-Accel-Limit-Rate на который реагирует nginx: http://nginx.org/ru/docs/http/ngx_http_core_module.html#limit_rate какие именно заголовки возвращает php скрипт можно посмотреть с помощью curl: curl -I http://... -- Best regards, Gena ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
SSL и алгоритмы ГОСТ
Есть nginx, хочется делать соединение SSL с ГОСТовскими ключами. В том числе приём клиентских сертификатов. Стоит OpenSSL 1.0.1, конфиг есть, BIND например всё видит и домены ключами ГОСТ подписаны (где-то здесь минутка саморекламы :). В nginx надо что-то прописывать особенное? Или сам поймёт? Или наоборот не поймёт? -- Non nobis Domine non nobis sed Nomini Tuo da gloriam Phil Kulin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: SSL и алгоритмы ГОСТ
On Mar 20, 2014, at 23:17 , Phil Kulin wrote: Есть nginx, хочется делать соединение SSL с ГОСТовскими ключами. В том числе приём клиентских сертификатов. Стоит OpenSSL 1.0.1, конфиг есть, BIND например всё видит и домены ключами ГОСТ подписаны (где-то здесь минутка саморекламы :). В nginx надо что-то прописывать особенное? Или сам поймёт? Или наоборот не поймёт? Насчёт клиентских сертификатов сказать не могу, а вообще должно работать. -- Igor Sysoev http://nginx.com ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: низкая скорость в связке nginx+apache
On Thursday 20 March 2014 21:23:00 Ксения Юрьевна Блащук wrote: http://nginx.org/r/proxy_max_temp_file_size/ru Пробовала - без изменений, те же 200кб/c (. А что пробовали? Без полного конфига вообще сложно что-то подсказать. -- Валентин Бартенев ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: SSL и алгоритмы ГОСТ
20 марта 2014 г., 23:26 пользователь Igor Sysoev i...@sysoev.ru написал: Есть nginx, хочется делать соединение SSL с ГОСТовскими ключами. В том числе приём клиентских сертификатов. Стоит OpenSSL 1.0.1, конфиг есть, BIND например всё видит и домены ключами ГОСТ подписаны (где-то здесь минутка саморекламы :). В nginx надо что-то прописывать особенное? Или сам поймёт? Или наоборот не поймёт? Насчёт клиентских сертификатов сказать не могу, а вообще должно работать. А вот этот список ssl_cipher? По умолчанию оставить? Просто в том же BIND надо чего-то сказать ему при сборке. Но я плохо разбираюсь в библиотеке -- Non nobis Domine non nobis sed Nomini Tuo da gloriam Phil Kulin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: SSL и алгоритмы ГОСТ
20 марта 2014 г., 23:39 пользователь Igor Sysoev i...@sysoev.ru написал:
По-моему, ничего не нужно специально настраивать, достаточно правильного
/etc/openssl.conf.
Если не получится, то
ssl_engine gost;
http {
ssl_ciphers GOST2001-GOST89-GOST89;
...
Спасибо. Практика показывает, что работает без этого. А проблема моя
состояла в том, что я сделал USR1 после пересборки nginx вместо
полного перезапуска :)
Однако то ли вопрос, то ли фичреквест - а можно как-нибудь узнать с
каким OpenSSL собрано (например, если собирать из портов с
WITH_OPENSSL_PORT=yes, то configure самого nginx выдаёт With OpenSSL
System, при этом собирается таки с портовым)? Если никак, то может
сделать ключик или выдавать по -V? Те же возможные engine и ciphers?
--
Non nobis Domine non nobis sed Nomini Tuo da gloriam
Phil Kulin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: SSL и алгоритмы ГОСТ
On Friday 21 March 2014 01:08:29 Phil Kulin wrote:
20 марта 2014 г., 23:39 пользователь Igor Sysoev i...@sysoev.ru написал:
По-моему, ничего не нужно специально настраивать, достаточно правильного
/etc/openssl.conf.
Если не получится, то
ssl_engine gost;
http {
ssl_ciphers GOST2001-GOST89-GOST89;
...
Спасибо. Практика показывает, что работает без этого. А проблема моя
состояла в том, что я сделал USR1 после пересборки nginx вместо
полного перезапуска :)
Однако то ли вопрос, то ли фичреквест - а можно как-нибудь узнать с
каким OpenSSL собрано (например, если собирать из портов с
WITH_OPENSSL_PORT=yes, то configure самого nginx выдаёт With OpenSSL
System, при этом собирается таки с портовым)?
man ldd
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
