Show all posts by user
Introduce yourselves
Page 2 of 3
Pages: 123
Results 31 - 60 of 74
Сам вижу только - тестами проверить дав клиентов на поддержку HTTP/1.1 и кода
307 Temporary Redirect — запрашиваемый ресурс на короткое время доступен по другому URI, указанный в поле Location заголовка. Этот код был введён вместе с 303 вм
by
itcod
-
Nginx Mailing List - Russian
Валентин добрый день!
Спасибо за науку. Хорошая вещь стандарты:)
Перефразирую вопрос.
Существуют ли какие либо методы передать браузеру правильный url (с слэшем) и заставить баузер исправить url не инициируя это действ
by
itcod
-
Nginx Mailing List - Russian
Добрый день уважаемые!
Столкнулся с странным поведением толи браузеров... толи autoindex в location... толи своими кривыми ручками.... Странность проявляется в различном отображении путей ссылок (нижняя строка браузера) при наве
by
itcod
-
Nginx Mailing List - Russian
о точно.... я прочел что 2000... и чвото у мня калькулятор сбойнул:)))))
15 лет.... imho неверно задача поставлена похоже....
вот и не решается:)
by
itcod
-
Nginx Mailing List - Russian
Максим добрый день!
позитивное чтиво:))) сенькс....
5лет без результата.... знач ещё не менее 10ти будут кота за хвост таскать:)))
by
itcod
-
Nginx Mailing List - Russian
Илья добрый день!
Та чво тут удивляться:) сколько идей столько и велосипедов:)
я так понимаю, что раз эти вопросы с кодировками базовой авторизации за 20 лет так и не утрясли на уровне стандартов... то тоже придётся свой в
by
itcod
-
Nginx Mailing List - Russian
> у меня что то не сработало из lua....
ошибся сработало.... только похоже браузеры не поняли этой конструкции....
походу этот вариант неживой ещё...
а как тогда?
by
itcod
-
Nginx Mailing List - Russian
нарыл вот этот документ
The 'Basic' HTTP Authentication Scheme draft-ietf-httpauth-basicauth-update-07
https://tools.ietf.org/html/draft-ietf-httpauth-basicauth-update-07#section-2.1
где описывается вот такая схема:
WWW-Authenticate: Basic realm="foo", charset="UTF-8"
а работает ли такое в nginx?
у ме
by
itcod
-
Nginx Mailing List - Russian
Здравствуйте уважаемые!
в секции server имею запись
charset utf-8;
в location имею
auth_basic "Авторизация"
auth_basic_user_file /path/.htaccess
Открываю браузерами и вижу в окне запроса юзера+пароля
«ÐвÑоÑизаÑиѻ
curl показывает
by
itcod
-
Nginx Mailing List - Russian
>> поставьте CEPH
Илья спасибо:) хороший совет:)
Наверное интересный софт. я его обязательно погрызу на досуге....
На всё время нужно... Для WEBDAV, я знаю на следующие этапы JS и Perl либы....
а S3, это всё с нуля..... В умке по S3 шаро
by
itcod
-
Nginx Mailing List - Russian
Добрый день Александр!
Да там получается пара друг за дугом. Фронт старичёк....
Ура!!! Вы совершенно правы!!! Обратился BitKinex к внутреннему
Он обрывает PUT сразу!!!
<<< PUT /IMG_20150414_184225.jpg HTTP/1.1
<<< Host: home.virtual.ko:7070
<<< Us
by
itcod
-
Nginx Mailing List - Russian
добавил в location конструкцию
if ($request_method = PUT) {
return 403;
}
по прежнему PUT прокачивает холостые гигобайты трафика! :(
Буду рад мыслям сообщества!
какими ещё существующими средствами nginx, можно всё таки прекратить такое "с
by
itcod
-
Nginx Mailing List - Russian
Упростил схему.
1. из dav_methods изъял PUT
2. отключил луа авторизатор
тестил BitKinex'ом
Результат: метод PUT не блокирует nginx, хотя он запрещён в модуле DAV.
то есть всё как было. сначало принимаем большой файл, а потом говорим, что
by
itcod
-
Nginx Mailing List - Russian
проверил Access-Control-Allow-Methods
- проблема сохранилась nginx разрешает заливать в себя сколько влезет....
BitKinex - послал PROPFIND
nginx - ответил Access-Control-Allow-Methods: GET
BitKinex - игнорировал хидер и инициировал PUT
nginx - разрешил PUT и получил фай
by
itcod
-
Nginx Mailing List - Russian
ЗЫ....
>>Т.е. ситуация такая:
>> DAV-модуль говорит серверу, что он готов получать и обрабатывать PUT.
>> Сервер, следовательно, считает PUT валидным запросом.
а ваш коментарий про OPTIONS и PUT....
а если я из lua попытаюсь из
by
itcod
-
Nginx Mailing List - Russian
mva добрый день ещё раз:)
>>Ну, у меня на сервере с отключенным PUT, например, 405+400
>>выбрасывается сразу, не получая содержимое файла.
А у вас это в динамике или статично прописана блокировка? если динамично поделите
by
itcod
-
Nginx Mailing List - Russian
Илья добрый день.
>> если клиент говорит "Expect: 100-Continue", то в этом случае вы можете
ему сказать 405 сразу (или ответить 100-м кодом).
Спасибо Илья. Понял принцип.
>>без этого хедера - да, ответить можно, только получ
by
itcod
-
Nginx Mailing List - Russian
mva добрый день
>>А вы, всё-таки, ответьте, пожалуйста, на вопрос, почему вы не хотите убрать
PUT из OPTIONS? ;)
уберу когда научусь это делать.
корректировку анонсов доступных методов из луа я буду делать в эти выходные.
by
itcod
-
Nginx Mailing List - Russian
PS: У меня дежавю..... прецедент вспомнился.... подобная тема обсуждалась в годах 1995 в fido-конференции по ifcico. Актуальность подобных холостых передач там была очень высокая, из за ограниченного кол-ва каналов передачи, их низ
by
itcod
-
Nginx Mailing List - Russian
mva добрый день!
>>На PUT он отвечает "нельзя" сразу по получении (т.е. по окончании) *запроса*.
Да. вы описываете ситуацию верно... как я её вижу.
1. получение nginx'ом заголовка сообщения
2. получение тела сообщения
[... lu
by
itcod
-
Nginx Mailing List - Russian
Илья добрый день!
>>вы сами клиенту сказали, что поддерживаете PUT, он делает PUT, вы его фейлите.
прикиньте, как клиент расстраивается от такого расклада ))
Это спорный вопрос расстраивается или просто некоректна логи
by
itcod
-
Nginx Mailing List - Russian
а интересно.... proxy_* в if завернуть можно?.... проверь....
конечно это не динамическое будет, а одна ступенька...
но если сработает... то костыль на время необходимости сгодится...
by
itcod
-
Nginx Mailing List - Russian
Илья добрый вечер!
>> чтобы ответить до начала передачи файла, надо реализовать "Expect: 100-Continue"
Как я понимаю это же запрос от клиента о возможностях сервера и ответ сервера о том что можно... но это ведь как я пони
by
itcod
-
Nginx Mailing List - Russian
Илья добрый день!
>>еще можно попробовать реализовать запрет PUT таким образом, что в
ответе на OPTIONS не показывать PUT
А тут мы упираемся в корректность реализации клиента WEBDAV о которой нам ничего не известно... не особ
by
itcod
-
Nginx Mailing List - Russian
и на эту ситуацию ещё накладывается дефолтное поведение BitKinex автоматически повторять посылку файла при неудаче... а любой код возврата от PUT кроме успеха он считает неудачей, и многократно повторяет передачу.... ну и пер
by
itcod
-
Nginx Mailing List - Russian
Здравствуйте уважаемые!
Наблюдаю странное поведение nginx.
В тестовом авторизационном файле луа сказано, что метод PUT запрещён (см листинг ниже).
И при этом когда захожу вижу, что сначало nginx разрешает PUT и идет передача ф
by
itcod
-
Nginx Mailing List - Russian
"то проще всего вашу задачу решить с помощью скриптового языка же, вернув ошибку непосредственно из него."
Максим спасибо! вы гений!!! блин..... ну чво я то так туплю:)))))))))))))))
И этот вариант вполне хорош, но первый луч
by
itcod
-
Nginx Mailing List - Russian
Конструкция:
set $limit_get all;
if ($limit_get) {
limit_except GET {
deny all;
}
}
Ошибка
nginx: "limit_except" directive is not allowed here in .....
И снова возвращаемся к вопросам о вечном :/
Что делать... кто виноват.... кудакуда идти:))))))
by
itcod
-
Nginx Mailing List - Russian
в предыдущем посте ошибку допустил когда писал сюда
конечно не работает
limit_except GET {
deny $limit_get;
}
перечитал топик ещё раз.....
возникла мысль через if подключать блоки
limit_except GET {
deny all;
}
завтра попобую.... Максим спасибо
by
itcod
-
Nginx Mailing List - Russian
Page 2 of 3
Pages: 123