http://permalink.gmane.org/gmane.comp.web.nginx.russian hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.web.nginx.russian/46668 <pre>Да нет. Некоторые закачки нужно обрывать уже тогда, когда nginx уже отсылает данные. Такое соединение может продолжаться десятки минут, а то и часов. В момент начала отдачи еще заранее не известно, нужно ли будет обрывать или нет. Если можно указать nginx'у правило по которому он должен обрывать сам - было бы неплохо. Не через reload конфига. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226688,226723#msg-226723 _______________________________________________ nginx-ru mailing list nginx-ru&lt; at &gt;nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru</pre> AterCattus 2012-05-22T11:52:35 http://permalink.gmane.org/gmane.comp.web.nginx.russian/46667 <pre>Здравствуйте, Уважаемый(-ая, -ое) AterCattus! A&gt; Нужно рвать некоторые соединения после A&gt; их начала по определенным условиям A&gt; содержимого URL. В шпионов играем? Какие эти "определённые условия"? Если их можно описать в терминах nginx - пусть он и рвёт. A&gt; Сейчас реализовано именно как я A&gt; написал, через мониторинг момента A&gt; начала и окончания отдачи. </pre> Andrey Repin 2012-05-22T11:22:37 http://permalink.gmane.org/gmane.comp.web.nginx.russian/46666 <pre>Нужно рвать некоторые соединения после их начала по определенным условиям содержимого URL. Сейчас реализовано именно как я написал, через мониторинг момента начала и окончания отдачи. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226688,226718#msg-226718 _______________________________________________ nginx-ru mailing list nginx-ru&lt; at &gt;nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru</pre> AterCattus 2012-05-22T11:16:08 http://permalink.gmane.org/gmane.comp.web.nginx.russian/46665 <pre>Здравствуйте, Уважаемый(-ая, -ое) AterCattus! A&gt; Существует ли возможность получения A&gt; полного списка всех текущих A&gt; соединений? Более интересный вопрос - нафига? A&gt; StubStatus выдает их общее число "Active connections", A&gt; но как получить URL каждого соединения? A&gt; Мне нужны $remote_addr $remote_port $request_uri. A&gt; Есть вариант через внутрений редирект A&gt; писать в момент начала (remote_addr + remote_port) + A&gt; uri, потом из access_log выцеплять эти пары и A&gt; удалять из таблицы. Но как-то убого. </pre> Andrey Repin 2012-05-22T10:51:12 http://permalink.gmane.org/gmane.comp.web.nginx.russian/46664 <pre>location /a { rewrite ^ /b last; } у меня вроде все отлично работает таким образом. _______________________________________________ nginx-ru mailing list nginx-ru&lt; at &gt;nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru</pre> Roman Vasilyev 2012-05-21T16:32:04 http://permalink.gmane.org/gmane.comp.web.nginx.russian/46663 <pre>Доброго времени суток. Существует ли возможность получения полного списка всех текущих соединений? StubStatus выдает их общее число "Active connections", но как получить URL каждого соединения? Мне нужны $remote_addr $remote_port $request_uri. Есть вариант через внутрений редирект писать в момент начала (remote_addr + remote_port) + uri, потом из access_log выцеплять эти пары и удалять из таблицы. Но как-то убого. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226688,226688#msg-226688 _______________________________________________ nginx-ru mailing list nginx-ru&lt; at &gt;nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru</pre> AterCattus 2012-05-21T13:05:51 http://permalink.gmane.org/gmane.comp.web.nginx.russian/46662 <pre> On 21.05.2012, at 15:23, Алферов Василий wrote: не знаю, есть над чем пиво пить ... маршрутизатор может сам слать пакеты по разным маршрутам, в разных пропорциях, другое дело как они дойдут и как их "на той стороне" "примут" и при этом ничего не требуется от клиент-серверного ПАК. он даже не будет в курсе (и как бы не должен быть, ибо "транспорт" - не его собачье дело) каким путём всё это счастье ему привалило сдаётся мне, оффтопом потянуло ... _______________________________________________ nginx-ru mailing list nginx-ru&lt; at &gt;nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru</pre> Alexey V. Karagodov 2012-05-21T11:32:42 http://permalink.gmane.org/gmane.comp.web.nginx.russian/46661 <pre>В SCTP реализована очень нужная идея, что IP-маршрутизация может быть несимметричной. ИМХО очень полезна возможность сохранять L4 сессию при переключении на другой маршрут - и на сервере и на клиенте. Также интересный эффект может быть от настройки параметров сессии в зависимости от типа данных, т.е. подключился, отправил запрос, сервер переключил сокет в режим негарантированной доставки, и получаешь медиапоток. 2012/5/21 Alexey V. Karagodov &lt;kav&lt; at &gt;karagodov.name&gt; _______________________________________________ nginx-ru mailing list nginx-ru&lt; at &gt;nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru</pre> Алферов Василий 2012-05-21T11:23:40 http://permalink.gmane.org/gmane.comp.web.nginx.russian/46660 <pre> Читать лог. -- Валентин Бартенев _______________________________________________ nginx-ru mailing list nginx-ru&lt; at &gt;nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru</pre> Валентин Бартенев 2012-05-21T10:51:26 http://permalink.gmane.org/gmane.comp.web.nginx.russian/46659 <pre>Приветствую ! Искал везде- однозначного ответа не нашёл. Как в nginx правильно реализовать контроль скачивания статики ? Если начало скачивания я могу отследить средствами backend-а, то с окончанием вопрос остается открытым. Читал про post_action - все ругаются и говорят что его использовать не стоит. Благодарю за внимание. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226680,226680#msg-226680 _______________________________________________ nginx-ru mailing list nginx-ru&lt; at &gt;nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru</pre> gatesat 2012-05-21T09:23:25 http://permalink.gmane.org/gmane.comp.web.nginx.russian/46658 <pre> On 20.05.2012, at 08:38, Vladimir Romanov wrote: думаю просто от идиотизма разработчиков. даже IPSec уже не такой нежный как раньше ... холивар ... скорей всего в методах реализации передачи информации были допущены и реализованы разные ошибки, например - передавать в данных (внутри payload) IP адреса корреспондентов до сих пор для меня загадка, ну нахрена?! в телекоме он тоже не упёрся, кстати пальцы на клаве заплетаются? не понятно ж ничего :) если воспринимать серьёзно то, что нашлось в вики, то это очередное зло/УГ особенно многопоточность, т.е. оно будет как сип из l4 щ</pre> Alexey V. Karagodov 2012-05-20T21:07:27 http://permalink.gmane.org/gmane.comp.web.nginx.russian/46657 <pre>Вы о Вы о чем? SIP отлично работает поверх TCP (или UDP). Проблема с натом в SIP связана с тем, что там требуется устанавливать соединения между устройствами, которые находятся за NAT. Аналогичная проблема есть в FTP (пассивный режим). А вот зачем нужен SCTP в NGINX я не очень понимаю. Он нужен в телекоме, там не важно не задумываться о целостности сообщениия, и о том что оно приянто полностью. Т.е то-же SIP пустить по SCTP - это круто. Diameter - сам бог велел. А вот HTTP... Например, при использовании SCTP мы лишимся возможности показывать страницу по мере ее скачивания. Как будет выгляедт</pre> Vladimir Romanov 2012-05-20T04:38:55 http://permalink.gmane.org/gmane.comp.web.nginx.russian/46656 <pre>Добрый день, использую ngx_http_internal_redirect, но при редиректе изменятся URI в браузере. Как правильно использовать эту функцию и чтобы URI в браузере оставался прежним? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226654,226654#msg-226654 _______________________________________________ nginx-ru mailing list nginx-ru&lt; at &gt;nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru</pre> dwow 2012-05-19T11:16:29 http://permalink.gmane.org/gmane.comp.web.nginx.russian/46655 <pre> On 19.05.2012, at 2:35, Alexey V. Karagodov wrote: речь на мой взгляд шла скорее о stateful firewall-ах, в большинстве случаев это ориентированные на tcp железки ваша фраза выглядит забавно: мне кажется вы забываете что NAT это своего рода костыль для tcp и другие l4 протоколы c ним ничего общего не имеют. а SIP, RTP и остальная братия не от хорошей жизни в l3 лезет. _______________________________________________ nginx-ru mailing list nginx-ru&lt; at &gt;nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru</pre> Alexandr Kutuzov 2012-05-18T22:56:13 http://permalink.gmane.org/gmane.comp.web.nginx.russian/46654 <pre> On 18.05.2012, at 23:29, Алферов Василий wrote: а при чём здесь NAT? фаерволлы начинаются с L3 ( IP-шные ) у него будут проблемы с NAT-ом, потому что он такой же тупой и упрямый как RTP, SIP и пр. медиа-идиотизм? _______________________________________________ nginx-ru mailing list nginx-ru&lt; at &gt;nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru</pre> Alexey V. Karagodov 2012-05-18T22:35:10 http://permalink.gmane.org/gmane.comp.web.nginx.russian/46653 <pre>SCTP должен пройти через любые L3 устройства. Проблемы будут только L4+ - т.е. с файрволлами, NAT-ом и т.д. ИМХО SCTP будет иметь смысл в эпоху всеобщего ipv6, не раньше.. 2012/4/27 Roman Vasilyev &lt;roman.vasilyev&lt; at &gt;yousendit.com&gt; _______________________________________________ nginx-ru mailing list nginx-ru&lt; at &gt;nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru</pre> Алферов Василий 2012-05-18T19:29:24 http://permalink.gmane.org/gmane.comp.web.nginx.russian/46652 <pre>Hello! On Fri, May 18, 2012 at 09:06:18AM -0400, jch wrote: 1.1.14+ Maxim Dounin _______________________________________________ nginx-ru mailing list nginx-ru&lt; at &gt;nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru</pre> Maxim Dounin 2012-05-18T13:42:00 http://permalink.gmane.org/gmane.comp.web.nginx.russian/46651 <pre>Ругается теперь так: nginx: [emerg] "limit_req" directive is duplicate in /etc/nginx/nginx.conf:54 nginx/1.0.11 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226630,226632#msg-226632 _______________________________________________ nginx-ru mailing list nginx-ru&lt; at &gt;nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru</pre> jch 2012-05-18T13:06:18 http://permalink.gmane.org/gmane.comp.web.nginx.russian/46649 <pre>Hello! On Fri, May 18, 2012 at 08:15:15AM -0400, jch wrote: Должно сработать как-то так: map $http_user_agent $limit2 { default $binary_remote_addr; "cool" ""; "hot" ""; } map $http_user_agent $limit10 { default ""; "cool" $binary_remote_addr; } limit_req_zone $limit2 zone=2:10m rate=2r/m; limit_req_zone $limit10 zone=10:10m rate=2r/m; location /api/ { limit_req zone=2 burst=3 nodelay; limit_req zone=10 burst=3 nodelay; ... } Maxim Dounin _______________________________________________ nginx-ru mailing list nginx-ru&lt; at &gt;nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru</pre> Maxim Dounin 2012-05-18T12:20:17 http://permalink.gmane.org/gmane.comp.web.nginx.russian/46648 <pre>Привет! Есть задача - скрипты с одним юзер-агентом лимитировать по количеству запросов так, а с другим - этак Написал такую конфигурацию: map $http_user_agent $zone { default 2; "Script-Cool s329fj3d1jc" 10; "Script-Hot ASFcqin123" 5; } limit_req_zone $binary_remote_addr zone=2:10m rate=2r/m; limit_req_zone $binary_remote_addr zone=10:10m rate=10r/m; limit_req_zone $binary_remote_addr zone=5:10m rate=5r/m; location /api/ { limit_req zone=$zone burst=3 nodelay; proxy_pass http://127.0.0.1:8100; } Ругается: nginx: [emerg] unknown limit_req_zone "$zone" in /etc/nginx/nginx.conf внутри if limit_req не работает. Получается совсем грустно. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226629,226629#msg-226629 __________</pre> jch 2012-05-18T12:15:15 http://permalink.gmane.org/gmane.comp.web.nginx.russian/46647 <pre>Спасибо. Сделал, чтобы обработчик нулевого баннера в дебаг моде для всех ошибок возвращал одно и то же значение 500, а в обычной - текст нулевого баннера и код 200. Поскольку основная обработка запроса находится в fcgi модуле, ошибки из которого возвращаются как надо, ошибки самого nginx, в принципе, в моём случае можно загнать под один код 500. Хотя, конечно, переменная $status, на мой взгляд, всё равно бы не помешала. Конфиг выглядит теперь так: error_page 400 401 402 403 404 500 501 502 503 504 505 = &lt; at &gt;null_banner; location &lt; at &gt;null_banner { if ($arg_debug) { return 500 'Nginx Error\n'; } return 200 '&lt;html&gt;&lt;body&gt;текст</pre> TheRoSS 2012-05-18T11:53:56 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.web.nginx.russian