Сам вижу только - тестами проверить дав клиентов на поддержку 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
:))))))))) конечно солидарен!!! сферический конь в идеальном вакууме идеален по определению:)))))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 <<< Usby 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. получение тела сообщения [... luby 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