>> поставьте CEPH
Илья спасибо:) хороший совет:)
Наверное интересный софт. я его обязательно погрызу на досуге
На всё время нужно... Для WEBDAV, я знаю на следующие этапы JS и Perl
либы
а S3, это всё с нуля. В умке по S3 шаром покати... ток амазон и
всплывает:)
Posted at Nginx Fo
Добрый день Александр!
Да там получается пара друг за дугом. Фронт старичёк
Ура!!! Вы совершенно правы!!! Обратился BitKinex к внутреннему
Он обрывает PUT сразу!!!
<<< PUT /IMG_20150414_184225.jpg HTTP/1.1
<<< Host: home.virtual.ko:7070
<<< User-Agent: BitKinex/3.2.3
<<< Accept: */*
<<< Pragma
Yesterday Apr 17, 2015 at 11:12 itcod wrote:
> Resolving host name "dav.example.com" ...
> Connecting ( home.itcod.com => ip: 10.1.1.1, port: 80 )
> Connected (10.1.1.1:80)
> <<< PROPFIND / HTTP/1.1
> <<< Host: home.itcod.com
> >>> HTTP/1.1 207 Multi-Status
> >>> Server: nginx/0.8.54
Заметил д
хотите совет? поставьте CEPH
в качестве упражнения, ваши манипуляции с DAV выглядят вполне симпатично.
для продакшена распределенный кластер CEPH/S3 (по сути тот же
http-доступ) более крут.
клиентов S3 не меньше, чем DAV
документации полно, она хорошего качества,
http://habrahabr.ru/company/perfo
добавил в location конструкцию
if ($request_method = PUT) {
return 403;
}
по прежнему PUT прокачивает холостые гигобайты трафика! :(
Буду рад мыслям сообщества!
какими ещё существующими средствами nginx, можно всё таки прекратить такое
"сверхлояльное" поведение nginx с настырными PUT'анами:))
Упростил схему.
1. из dav_methods изъял PUT
2. отключил луа авторизатор
тестил BitKinex'ом
Результат: метод PUT не блокирует nginx, хотя он запрещён в модуле DAV.
то есть всё как было. сначало принимаем большой файл, а потом говорим, что
нам этого нельзя.
server {
listen 80;
server_name dav.exam
On 17.04.2015 19:28, dwow wrote:
>>> Была задача ограничить кол-во запросов к бэкенду.
>>> Например, чтобы одновременно не поступало более 1 запроса.
Если же вдруг какой-то клиент очерь медленно качает
что-то большое - то процесс может занять бесконечное время.
и как от таких избавляться?
Hello!
On Fri, Apr 17, 2015 at 12:28:03PM -0400, dwow wrote:
> Maxim Dounin Wrote:
> ---
> > Если limit_conn в других location'ах не включён, то для
> > ограничения всех соединений в конкретном location'е - достаточно
> > любого константного з
Maxim Dounin Wrote:
---
> Если limit_conn в других location'ах не включён, то для
> ограничения всех соединений в конкретном location'е - достаточно
> любого константного значения.
Если не используется в др. локейшенах, то можно сделать вот так
проверил Access-Control-Allow-Methods
- проблема сохранилась nginx разрешает заливать в себя сколько влезет
BitKinex - послал PROPFIND
nginx - ответил Access-Control-Allow-Methods: GET
BitKinex - игнорировал хидер и инициировал PUT
nginx - разрешил PUT и получил файл
[lua] блокировал его р
Hello!
On Fri, Apr 17, 2015 at 09:15:21AM -0400, dwow wrote:
> Maxim Dounin Wrote:
> ---
>
> > Just a side note: не надо делать так, вместо этого правильно
> > написать отдельный location, в котором и задать ограничение.
>
> вот это я не пон
Maxim Dounin Wrote:
---
> Just a side note: не надо делать так, вместо этого правильно
> написать отдельный location, в котором и задать ограничение.
вот это я не понял.
у меня так
location /services/post/ {
limit_conn perservice 1;
pro
ЗЫ
>>Т.е. ситуация такая:
>> DAV-модуль говорит серверу, что он готов получать и обрабатывать PUT.
>> Сервер, следовательно, считает PUT валидным запросом.
а ваш коментарий про OPTIONS и PUT
а если я из lua попытаюсь изменить OPTIONS то PUT для DAV-модуля будет
инвалидным.
Po
mva добрый день ещё раз:)
>>Ну, у меня на сервере с отключенным PUT, например, 405+400
>>выбрасывается сразу, не получая содержимое файла.
А у вас это в динамике или статично прописана блокировка? если динамично
поделитесь идеей плиззз...
>> Другое же дело, когда метод фигурирует в разрешённых у
Hello!
On Fri, Apr 17, 2015 at 06:06:49AM -0400, dwow wrote:
> Добрый день.
>
> Была задача ограничить кол-во запросов к бэкенду. Например, чтобы
> одновременно не поступало более 1 запроса. Остальные запросы, пока работает
> бэкенд, могли отваливаться по ошибке, это не страшно.
> С помощью Perl
В письме от Пт, 17 апреля 2015 08:36:39 пользователь itcod написал:
>
> Нескромный вопрос так и оставим существовать эту PUT дырку?
> пока кого нибудь не заклюеет жареный петух
Ну, у меня на сервере с отключенным PUT, например, 405+400 выбрасывается
сразу, не получая содержимое файла.
Д
Илья добрый день.
>> если клиент говорит "Expect: 100-Continue", то в этом случае вы можете
ему сказать 405 сразу (или ответить 100-м кодом).
Спасибо Илья. Понял принцип.
>>без этого хедера - да, ответить можно, только получив запрос полностью
Нескромный вопрос так и оставим существовать эту P
mva добрый день
>>А вы, всё-таки, ответьте, пожалуйста, на вопрос, почему вы не хотите
убрать
PUT из OPTIONS? ;)
уберу когда научусь это делать.
корректировку анонсов доступных методов из луа я буду делать в эти выходные.
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,258069,258147#m
Вы выложили полный конфиг nginx ? если нет то выкладывайте целиком, все
локейшены
17 апреля 2015 г., 14:56 пользователь RavilK написал:
> Прошу прощения Иван!
> Спасибо ща помощь!
>
> Я пробовал уже и такое:
>
> server {
> listen 80;
>server_name www.club.site.com clubsite.com www.clubsite
Прошу прощения Иван!
Спасибо ща помощь!
Я пробовал уже и такое:
server {
listen 80;
server_name www.club.site.com clubsite.com www.clubsite.com;
return 301 https://club.site.com$request_uri;
}
и в .htaccess
RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC]
RewriteRule ^(.*)$ https://%1/$1 [R=3
>
> Михаил спасибо за ваш ответ.
> Но к сожалению ничего не изменилось(
> Как последний вариант убрать редирект через nginx и настроить его через
> htaccess
Я Иван, а не Михаил )
Раз уж совсем ничего не изменилось, то предполагаю что вы nginx не
релоудили )
17 апреля 2015 г., 13:43 пользовате
если клиент говорит "Expect: 100-Continue", то в этом случае вы можете
ему сказать 405 сразу (или ответить 100-м кодом).
без этого хедера - да, ответить можно, только получив запрос полностью
17 апреля 2015 г., 11:13 пользователь Vadim A. Misbakh-Soloviov
написал:
> В письме от Пт, 17 апреля 2015
В письме от Пт, 17 апреля 2015 03:37:41 пользователь RavilK написал:
> Михаил спасибо за ваш ответ.
> Но к сожалению ничего не изменилось(
А Вы точно перезагружали NginX?
И, если на сервере вместо операционной систмы Debian или RH/копейка (не уверен
на счёт RHEL/CentOS, но там тоже могли извратить
А вы, всё-таки, ответьте, пожалуйста, на вопрос, почему вы не хотите убрать
PUT из OPTIONS? ;)
--
Best regards,
mva
signature.asc
Description: This is a digitally signed message part.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.o
Добрый день.
Была задача ограничить кол-во запросов к бэкенду. Например, чтобы
одновременно не поступало более 1 запроса. Остальные запросы, пока работает
бэкенд, могли отваливаться по ошибке, это не страшно.
С помощью Perl я устанавливал переменную, которая показывала идет ли запрос
для проксиров
Михаил спасибо за ваш ответ.
Но к сожалению ничего не изменилось(
Как последний вариант убрать редирект через nginx и настроить его через
htaccess
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,258108,258139#msg-258139
___
nginx-ru mailing
PS: У меня дежавю. прецедент вспомнился подобная тема обсуждалась в
годах 1995 в fido-конференции по ifcico. Актуальность подобных холостых
передач там была очень высокая, из за ограниченного кол-ва каналов передачи,
их низких скоростей и высокой стоимости.. как результат реализовали обрыв
27 matches
Mail list logo
