Почему "спит" worker до первого запроса?
Добрый день.
Ситуация такая. Если в http модуле создать поток(при помощи pthread_create),
и в функции обработки этого потока, поставить цикл и sleep. Т.е. примерно
так:
while(1) {
if(время пришло) {
вызвать function1();
}
sleep(5);
}
То вот function1() вызовется после первого реквеста. Но вызовется он после
первого реквеста только у первого worker'а, а у остальных она будет
вызываться стабильно. Т.е. если 4 воркера, то у последних трех функция будет
вызываться, а у первого нет, до первого запроса. Такое ощущение что спит
процесс(???).
1 )Почему так?
2) Получается воркеры различаются? И работают не совсем одинаково?
С nginx я совсем новичок. Так что если этот вопрос глуп не сердитесь.
Спасибо.
Спасибо.
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,238217,238217#msg-238217
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: прозрачное проксирование с AWS S3
On Apr 4, 2013, at 1:01 PM, Daniel Podolsky wrote: >> пока нашел вариант с X-Accel-Redirect >> (http://kovyrin.net/2010/07/24/nginx-fu-x-accel-redirect-remote/) > X-Accel-Redirect вам нужен, если вы хотите отдать локальный файл, но > проверить право доступа к нему на бекенде. С S3 это не так, насколько > мне известно. я не зря предоставил ссылку на блог пост, прочтите его еще раз. S3 - обычная файловая помойка со своим API для доступа к public/private файлам > >> вопрос - использует ли кто данный подход и как правильно организовать >> прозрачное проксирование? > nginx - это продукт для реверсного, а не для прозрачного > проксирования. Вы уверены, что правильно ставите задачу? с точки зрения клиента эти термины равнозначные, для меня важно организовать отдачу файлов с нашего субдомена, CNAME для S3 корзины подходит до тех пор, пока у вас нет HTTPS Анатолий > ___ > 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: прозрачное проксирование с AWS S3
А в чем проблема? Задача довольно тривиальная. 9 апреля 2013 г., 16:37 пользователь Anatoly Mikhailov написал: > > On Apr 4, 2013, at 1:01 PM, Daniel Podolsky wrote: > > >> пока нашел вариант с X-Accel-Redirect ( > http://kovyrin.net/2010/07/24/nginx-fu-x-accel-redirect-remote/) > > X-Accel-Redirect вам нужен, если вы хотите отдать локальный файл, но > > проверить право доступа к нему на бекенде. С S3 это не так, насколько > > мне известно. > > я не зря предоставил ссылку на блог пост, прочтите его еще раз. > S3 - обычная файловая помойка со своим API для доступа к public/private > файлам > > > > >> вопрос - использует ли кто данный подход и как правильно организовать > прозрачное проксирование? > > nginx - это продукт для реверсного, а не для прозрачного > > проксирования. Вы уверены, что правильно ставите задачу? > > с точки зрения клиента эти термины равнозначные, для меня важно > организовать > отдачу файлов с нашего субдомена, CNAME для S3 корзины подходит до тех пор, > пока у вас нет HTTPS > > Анатолий > > > ___ > > 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: прозрачное проксирование с AWS S3
On Apr 4, 2013, at 1:13 PM, denis wrote: > 04.04.2013 15:04, Anatoly Mikhailov пишет: >> Добрый день, >> >> появилась бизнес-задача организовать контролируемую доставку файлов >> с S3, разумеется, nginx будет заниматься проверкой условий и отдавать >> файл при их соблюдении. Заодно у нас появится возможность использовать >> SPDY для файлов с S3. >> >> пока нашел вариант с X-Accel-Redirect >> (http://kovyrin.net/2010/07/24/nginx-fu-x-accel-redirect-remote/) >> с отключенным proxy_max_temp_file_size и proxy_hide_header >> Content-Disposition. >> >> вопрос - использует ли кто данный подход и как правильно организовать >> прозрачное проксирование? > А какой смысл? У меня есть в планах чуть другая система: запрошенный файл > качаем с S3, кладём локально и в дальнейшем он будет отдаваться только > локально. Но нужно такое чуть для другого: если у нас произошел полный отказ > сервера, разворачиваем ядро сайта на новом месте + конфиги, и система сама > будет качать нужные файлы из резервного хранилища, а остатки потом докачать в > фоне с минимальным приоритетом. > > У вас получается, что файл будет каждый раз закачиваться с S3 на машину и > отдаваться, то есть трафик до амазона, трафик до юзера, нагрузка на сервер > даже больше, лаг отдачи (для файлов более 1мб может быть очень заметно). > Лучше тогда запустить инстанс в амазоне, который будет этот файл читать почти > как локальный, и уже напрямую отдавать (на поддомене может висеть). Плюс там > же можно отдавать через безопасные линки. Смысл следующий, S3 - это не standalone сервер, а нормальное высокодоступное и отказоустойчивое распределенное файловое хранилище, поэтому мы используем его по назначению без лишних абстракций, сейчас задача - скрыть URL как это делает CNAME, но у нас HTTPS, поэтому CNAME отдается с невалидным сертификатом, что само по себе очевидно. У вас хорошая идея, но в нашем случае кэширование - это не та задача, которую мы решаем, у нас данные, что называется горячие, поэтому cache hit rate будет невысоким, а overhead лишним, так как придется очищать локальный кэш. Насколько мне известно, входящий и/или (надо уточнить про и/или) исходящий трафик внутри AWS бесплатный, и сервера у нас в тех же зонах, что и S3 корзины, поэтому я не вижу проблем со скоростью доступа к файлам, мы даже уберем буфер, чтобы отдавать напрямую Анатолий > > ___ > 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: прозрачное проксирование с AWS S3
On Apr 9, 2013, at 1:39 PM, Andrey Velikoredchanin wrote: > А в чем проблема? Задача довольно тривиальная. не знаю что вам ответить, наверное ничего. > > > 9 апреля 2013 г., 16:37 пользователь Anatoly Mikhailov > написал: > > On Apr 4, 2013, at 1:01 PM, Daniel Podolsky wrote: > > >> пока нашел вариант с X-Accel-Redirect > >> (http://kovyrin.net/2010/07/24/nginx-fu-x-accel-redirect-remote/) > > X-Accel-Redirect вам нужен, если вы хотите отдать локальный файл, но > > проверить право доступа к нему на бекенде. С S3 это не так, насколько > > мне известно. > > я не зря предоставил ссылку на блог пост, прочтите его еще раз. > S3 - обычная файловая помойка со своим API для доступа к public/private файлам > > > > >> вопрос - использует ли кто данный подход и как правильно организовать > >> прозрачное проксирование? > > nginx - это продукт для реверсного, а не для прозрачного > > проксирования. Вы уверены, что правильно ставите задачу? > > с точки зрения клиента эти термины равнозначные, для меня важно организовать > отдачу файлов с нашего субдомена, CNAME для S3 корзины подходит до тех пор, > пока у вас нет HTTPS > > Анатолий > > > ___ > > 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: прозрачное проксирование с AWS S3
> я не зря предоставил ссылку на блог пост, прочтите его еще раз. Больно Вас разочаровывать, но - совершенно зря предоставили, никто по ней не пойдет. > S3 - обычная файловая помойка со своим API для доступа к public/private файлам Именно! А имеет ли X-Accel-Redirect отношение к этому API - вы не выясняли? >> nginx - это продукт для реверсного, а не для прозрачного > с точки зрения клиента эти термины равнозначные, для меня важно организовать ни с какой точки зрения они не равнозначные, точно Вам говорю. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: прозрачное проксирование с AWS S3
On Apr 9, 2013, at 1:48 PM, Daniel Podolsky wrote: >> я не зря предоставил ссылку на блог пост, прочтите его еще раз. > Больно Вас разочаровывать, но - совершенно зря предоставили, никто по > ней не пойдет. > >> S3 - обычная файловая помойка со своим API для доступа к public/private >> файлам > Именно! А имеет ли X-Accel-Redirect отношение к этому API - вы не выясняли? > >>> nginx - это продукт для реверсного, а не для прозрачного >> с точки зрения клиента эти термины равнозначные, для меня важно организовать > ни с какой точки зрения они не равнозначные, точно Вам говорю. берегите свое и чужое время, отвечайте по теме, либо не отвечайте вовсе > ___ > 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
ограничения по количеству записей в map
Добрый день. Существуют ли ограничения по количеству записей в map ? Требуется поместить в map список соответствия hostname/url внутреннему идентификатору и передавать идентификатор на backend в заголовках. Количество в 20-30 тыс записей не будет проблемой? -- Regards, Oleg ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
запуск Nginx от имени непривилигированного пользователя
Подскажите пожалуйста как запустить nginx от имени непривилигированного пользователя. OS SUSE 12.3 из репозитариея загрузил nginx и установил его. В каталоге /etc/init.d есть программа запуск nginx ее можно запустить от имени root, но от имени обычного пользователя она не запускается. Из терминала с помощью команды sudo /etc/init/d/nginx start nginx запускается. Но мне надо запускать с рабочего стола. создал на рабочем столе файл nginxStart #! /bin/sh sudo /etc/init/d/nginx start И пытаюсь его запустить щелкая на нем но ничего не происходит. Я подозреваю что делаю что то не так. Но очень не силен в Linux. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,238230,238230#msg-238230 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: запуск Nginx от имени непривилигированного пользователя
09.04.2013 18:20, misha_shar53 пишет: #! /bin/sh sudo /etc/init/d/nginx start И пытаюсь его запустить щелкая на нем но ничего не происходит. Я подозреваю что делаю что то не так. Но очень не силен в Linux. /init/d/ - точно не запустится, там ошибка ) А вообще в конфиг user www www например, и от рута будет только мастер-процесс, который открывает порты и сокеты и управляет воркерами. И читать документацию о том, как включать сервисы. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: ограничения по количеству записей в map
On 04/09/13 18:10, Oleg Motienko wrote: Существуют ли ограничения по количеству записей в map ? Требуется поместить в map список соответствия hostname/url внутреннему идентификатору и передавать идентификатор на backend в заголовках. Количество в 20-30 тыс записей не будет проблемой? 20-30 тыс записей это не много, но может на этапе конфигураци выдать ошибку, тогда нужно будет увеличить map_hash_max_size (и в некоторых случаях map_hash_bucket_size) подробнее см. в http://nginx.org/ru/docs/hash.html ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: запуск Nginx от имени непривилигированного пользователя
Да ошибка в сообщении. команда выглядит по другому sudo /etc/init.d/nginx start Но суть понятна. Надо запускать сервис. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,238230,238233#msg-238233 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
ngx_http_auth_request_module
Для контролируемого аплоада больших файлов напрямую через client_body_in_file_only мне необходимо ограничнить доступ и реализовать backend аутентификацию перед тем, как nginx начнет сохранять BODY запроса на диск. Basic Authentication подходит в целом, но в данном случае мне необходимо проверять API_KEY через backend. Найденный плагин ngx_http_auth_request_module последний раз обновлен больше 2-х лет назад, какие еще варианты решения данной задачи? Анатолий ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: load balancer backend failed condition
On Mar 28, 2013, at 9:53 AM, tolikkk wrote: > За proxy_next_upstream спасибо. > > По изменению метода проверки доступности backend'ов нештатными средствами - > подходящих сторонних модулей не знаете случайных? Единственное, что я пока > смог придумать - это поставить в cron скрипт, который будет через curl или > wget отправлять нужные запросы на backend'ы и если получен ответ, отличный > от ожидаемого, то менять конф. файл nginx (добавлять атрибут down > проблемному серверу) и перезапускать процесс nginx. Но это, честно говоря, > кривизна какая-то. Неужели, у меня первого возникла такая задача? > динамическая проверка бэкэндов *своим способом* и перезагрузка конфигурации в зависимости от результата проверки - это интересная нетиповая задача, иначе она была бы решена давным давно. Как раз давным давно ее пытались решить с помощью ZeroMQ: https://github.com/igrigorik/zeroconf-router Но проект был запрошен и не поддерживается. Кстати, что у вас на backend? > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,237866,237875#msg-237875 > > ___ > 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: ngx_http_auth_request_module
Hello! On Tue, Apr 09, 2013 at 04:57:43PM +0100, Anatoly Mikhailov wrote: > Для контролируемого аплоада больших файлов напрямую через > client_body_in_file_only > мне необходимо ограничнить доступ и реализовать backend аутентификацию перед > тем, > как nginx начнет сохранять BODY запроса на диск. > > Basic Authentication подходит в целом, но в данном случае мне необходимо > проверять > API_KEY через backend. > > Найденный плагин ngx_http_auth_request_module последний раз обновлен больше > 2-х лет назад, > какие еще варианты решения данной задачи? А что там обновлять? Он работает. -- Maxim Dounin http://nginx.org/en/donation.html ___ 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
веб-камера
Коллеги, Не решал ли кто задачу кэширования видео с вебкамеры, например типа D-Link DCS-2130? Чтобы нагрузка от многих пользователей приходилась на веб-сервер (прокси), а не на собственно камеру. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:suda...@sibptus.tomsk.ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: ngx_http_auth_request_module
On Apr 9, 2013, at 5:25 PM, Maxim Dounin wrote:
> Hello!
>
> On Tue, Apr 09, 2013 at 04:57:43PM +0100, Anatoly Mikhailov wrote:
>
>> Для контролируемого аплоада больших файлов напрямую через
>> client_body_in_file_only
>> мне необходимо ограничнить доступ и реализовать backend аутентификацию перед
>> тем,
>> как nginx начнет сохранять BODY запроса на диск.
>>
>> Basic Authentication подходит в целом, но в данном случае мне необходимо
>> проверять
>> API_KEY через backend.
>>
>> Найденный плагин ngx_http_auth_request_module последний раз обновлен больше
>> 2-х лет назад,
>> какие еще варианты решения данной задачи?
>
> А что там обновлять? Он работает.
смотрю документацию и не совсем понимаю как это работает
http://mdounin.ru/hg/ngx_http_auth_request_module/file/a29d74804ff1/README
обязательно ли делать отдельный location для auth_request?
с таким конфигом бэкэнд повисает и не отдает отдает ответ обратно,
хотя при прямом обращении на /authentication/check ответ приходит, код 200
upstream unicorn_api {
server unix:/tmp/unicorn.sock fail_timeout=0;
}
location =/upload {
auth_request /authentication/check;
limit_except POST { deny all; }
proxy_redirect off;
proxy_pass http://unicorn_api/attachments;
}
location =/authentication/check {
proxy_pass http://unicorn_api/authentication/check; #
одноименный локэйшн на бэкэнде
proxy_pass_request_bodyoff;
proxy_set_header Content-Length "";
proxy_set_header X-Original-URI $request_uri;
}
Анатолий
>
> --
> 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-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: ngx_http_auth_request_module
On Apr 9, 2013, at 7:53 PM, Anatoly Mikhailov wrote:
>
> On Apr 9, 2013, at 5:25 PM, Maxim Dounin wrote:
>
>> Hello!
>>
>> On Tue, Apr 09, 2013 at 04:57:43PM +0100, Anatoly Mikhailov wrote:
>>
>>> Для контролируемого аплоада больших файлов напрямую через
>>> client_body_in_file_only
>>> мне необходимо ограничнить доступ и реализовать backend аутентификацию
>>> перед тем,
>>> как nginx начнет сохранять BODY запроса на диск.
>>>
>>> Basic Authentication подходит в целом, но в данном случае мне необходимо
>>> проверять
>>> API_KEY через backend.
>>>
>>> Найденный плагин ngx_http_auth_request_module последний раз обновлен больше
>>> 2-х лет назад,
>>> какие еще варианты решения данной задачи?
>>
>> А что там обновлять? Он работает.
>
> смотрю документацию и не совсем понимаю как это работает
> http://mdounin.ru/hg/ngx_http_auth_request_module/file/a29d74804ff1/README
> обязательно ли делать отдельный location для auth_request?
>
> с таким конфигом бэкэнд повисает и не отдает отдает ответ обратно,
> хотя при прямом обращении на /authentication/check ответ приходит, код 200
>
> upstream unicorn_api {
> server unix:/tmp/unicorn.sock fail_timeout=0;
> }
>
> location =/upload {
>auth_request /authentication/check;
>limit_except POST { deny all; }
>proxy_redirect off;
>proxy_pass http://unicorn_api/attachments;
> }
>
>
> location =/authentication/check {
>proxy_pass http://unicorn_api/authentication/check; #
> одноименный локэйшн на бэкэнде
>proxy_pass_request_bodyoff;
>proxy_set_header Content-Length "";
>proxy_set_header X-Original-URI $request_uri;
> }
>
подвисает это я глупо написал, вот такое исключение на бэкэнде вылетает:
EOFError (bad content body)
>
> Анатолий
>
>>
>> --
>> 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-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: ngx_http_auth_request_module
On Apr 9, 2013, at 7:57 PM, Anatoly Mikhailov wrote:
>
> On Apr 9, 2013, at 7:53 PM, Anatoly Mikhailov wrote:
>
>>
>> On Apr 9, 2013, at 5:25 PM, Maxim Dounin wrote:
>>
>>> Hello!
>>>
>>> On Tue, Apr 09, 2013 at 04:57:43PM +0100, Anatoly Mikhailov wrote:
>>>
Для контролируемого аплоада больших файлов напрямую через
client_body_in_file_only
мне необходимо ограничнить доступ и реализовать backend аутентификацию
перед тем,
как nginx начнет сохранять BODY запроса на диск.
Basic Authentication подходит в целом, но в данном случае мне необходимо
проверять
API_KEY через backend.
Найденный плагин ngx_http_auth_request_module последний раз обновлен
больше 2-х лет назад,
какие еще варианты решения данной задачи?
>>>
>>> А что там обновлять? Он работает.
>>
>> смотрю документацию и не совсем понимаю как это работает
>> http://mdounin.ru/hg/ngx_http_auth_request_module/file/a29d74804ff1/README
>> обязательно ли делать отдельный location для auth_request?
>>
>> с таким конфигом бэкэнд повисает и не отдает отдает ответ обратно,
>> хотя при прямом обращении на /authentication/check ответ приходит, код 200
>>
>> upstream unicorn_api {
>> server unix:/tmp/unicorn.sock fail_timeout=0;
>> }
>>
>> location =/upload {
>> auth_request /authentication/check;
>> limit_except POST { deny all; }
>> proxy_redirect off;
>> proxy_pass http://unicorn_api/attachments;
>> }
>>
>>
>> location =/authentication/check {
>> proxy_pass http://unicorn_api/authentication/check; #
>> одноименный локэйшн на бэкэнде
>> proxy_pass_request_bodyoff;
>> proxy_set_header Content-Length "";
>> proxy_set_header X-Original-URI $request_uri;
>> }
>>
>
> подвисает это я глупо написал, вот такое исключение на бэкэнде вылетает:
>
> EOFError (bad content body)
при проксировании на уже существующий location для бэкэнда,
вылетает другое исключение Unicorn::ClientShutdown (bytes_read=0),
конфиг следующий:
location =/upload {
auth_request http://unicorn_api/authentication/check;
limit_except POST { deny all; }
proxy_redirect off;
proxy_pass http://unicorn_api/v2/attachments;
}
>
>>
>> Анатолий
>>
>>>
>>> --
>>> 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-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: веб-камера
09.04.2013 21:23, Victor Sudakov пишет: Коллеги, Не решал ли кто задачу кэширования видео с вебкамеры, например типа D-Link DCS-2130? Чтобы нагрузка от многих пользователей приходилась на веб-сервер (прокси), а не на собственно камеру. Решал когда-то с длинками (модели уже не помню) с помощью VLC -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: ngx_http_auth_request_module
Hello!
On Tue, Apr 09, 2013 at 08:30:17PM +0100, Anatoly Mikhailov wrote:
>
> On Apr 9, 2013, at 7:57 PM, Anatoly Mikhailov wrote:
>
> >
> > On Apr 9, 2013, at 7:53 PM, Anatoly Mikhailov wrote:
> >
> >>
> >> On Apr 9, 2013, at 5:25 PM, Maxim Dounin wrote:
> >>
> >>> Hello!
> >>>
> >>> On Tue, Apr 09, 2013 at 04:57:43PM +0100, Anatoly Mikhailov wrote:
> >>>
> Для контролируемого аплоада больших файлов напрямую через
> client_body_in_file_only
> мне необходимо ограничнить доступ и реализовать backend аутентификацию
> перед тем,
> как nginx начнет сохранять BODY запроса на диск.
>
> Basic Authentication подходит в целом, но в данном случае мне необходимо
> проверять
> API_KEY через backend.
>
> Найденный плагин ngx_http_auth_request_module последний раз обновлен
> больше 2-х лет назад,
> какие еще варианты решения данной задачи?
> >>>
> >>> А что там обновлять? Он работает.
> >>
> >> смотрю документацию и не совсем понимаю как это работает
> >> http://mdounin.ru/hg/ngx_http_auth_request_module/file/a29d74804ff1/README
> >> обязательно ли делать отдельный location для auth_request?
> >>
> >> с таким конфигом бэкэнд повисает и не отдает отдает ответ обратно,
> >> хотя при прямом обращении на /authentication/check ответ приходит, код 200
> >>
> >> upstream unicorn_api {
> >> server unix:/tmp/unicorn.sock fail_timeout=0;
> >> }
> >>
> >> location =/upload {
> >> auth_request /authentication/check;
> >> limit_except POST { deny all; }
> >> proxy_redirect off;
> >> proxy_pass http://unicorn_api/attachments;
> >> }
> >>
> >>
> >> location =/authentication/check {
> >> proxy_pass http://unicorn_api/authentication/check; #
> >> одноименный локэйшн на бэкэнде
> >> proxy_pass_request_bodyoff;
> >> proxy_set_header Content-Length "";
> >> proxy_set_header X-Original-URI $request_uri;
> >> }
> >>
> >
> > подвисает это я глупо написал, вот такое исключение на бэкэнде вылетает:
> >
> > EOFError (bad content body)
Так - должно работать, смотрите внимательно, что у вас в коде
авторизатора на бекенде происходит. Видимо, он пытается лезть в
тело, и вполне логично, что тела не находит - его ещё не читали.
> при проксировании на уже существующий location для бэкэнда,
> вылетает другое исключение Unicorn::ClientShutdown (bytes_read=0),
> конфиг следующий:
>
> location =/upload {
> auth_request http://unicorn_api/authentication/check;
> limit_except POST { deny all; }
> proxy_redirect off;
> proxy_pass http://unicorn_api/v2/attachments;
> }
Так - ничего хорошего не будет. В директиве auth_request
указывается URI для внутреннего перенаправления, и попытка указать
там полный URL смысла не имеет.
--
Maxim Dounin
http://nginx.org/en/donation.html
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: веб-камера
Андрей Василишин wrote: > > > > Не решал ли кто задачу кэширования видео с вебкамеры, например типа > > D-Link DCS-2130? > > > > Чтобы нагрузка от многих пользователей приходилась на веб-сервер > > (прокси), а не на собственно камеру. > > > > Решал когда-то с длинками (модели уже не помню) с помощью VLC Для интранета это наверное приемлемо, я сам когда-то решал задачу вещания звука мультикастом по RTP, см. ссылки в конце письма. Но здесь я спрашивал про какое-нибудь Web решение, может модуль к nginx или апачу есть? http://victor-sudakov.dreamwidth.org/68437.html http://victor-sudakov.dreamwidth.org/68975.html http://victor-sudakov.dreamwidth.org/69243.html -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:suda...@sibptus.tomsk.ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: веб-камера
http://erlyvideo.ru 10 апреля 2013 г., 8:02 пользователь Victor Sudakov написал: > Андрей Василишин wrote: >> > >> > Не решал ли кто задачу кэширования видео с вебкамеры, например типа >> > D-Link DCS-2130? >> > >> > Чтобы нагрузка от многих пользователей приходилась на веб-сервер >> > (прокси), а не на собственно камеру. >> > >> >> Решал когда-то с длинками (модели уже не помню) с помощью VLC > > Для интранета это наверное приемлемо, я сам когда-то решал задачу > вещания звука мультикастом по RTP, см. ссылки в конце письма. > > Но здесь я спрашивал про какое-нибудь Web решение, может модуль к > nginx или апачу есть? > > http://victor-sudakov.dreamwidth.org/68437.html > http://victor-sudakov.dreamwidth.org/68975.html > http://victor-sudakov.dreamwidth.org/69243.html > > -- > Victor Sudakov, VAS4-RIPE, VAS47-RIPN > sip:suda...@sibptus.tomsk.ru > > ___ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- С уважением, Шарипов Руслан. Руководитель отдела разработки и сопровождения программного обеспечения ОАО "Уфанет". Контактная информация: google+: http://gplus.to/ruslan jid: sera...@jabber.ufanet.ru wave: ufa...@googlewave.com skype: ufaweb phone: +7(917)4775460 vkontakte: http://vkontakte.ru/ufaweb myspace: http://www.myspace.com/ufaweb facebook: http://facebook.com/sharipov linkedin: http://www.linkedin.com/in/ufaweb twitter: http://twitter.com/ufaweb ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: веб-камера
https://github.com/arut/nginx-rtmp-module применение http://habrahabr.ru/post/174089/ Posted at Nginx Forum: http://forum.nginx.org/read.php?21,238238,238254#msg-238254 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Почему "спит" worker до первого запроса?
UPD: Ошибся, спят все. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,238217,238255#msg-238255 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
