Почему "спит" 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