Добрый день уважаемые
Кто нибудь уже решал эти задачки по динамическому изменению dav_methods для
location
1.
set $DAV PUT DELETE MKCOL COPY MOVE;
Выскакивает ошибка конфигурции. возникло предположение,
что нужно экранировать пробел. попробовал так:
set $DAV\ PUT\ DELETE\ MKCOL\ COPY\ MOVE;
Приветствую,
Maxim Dounin Wrote:
---
*) Исправление: в модуле ngx_http_spdy_module.
А можно расширить, что за исправление, что исправило?
Спасибо.
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,257892,258023#msg-258023
Hello!
On Mon, Apr 13, 2015 at 11:18:53PM +0300, Maxim Dounin wrote:
[...]
Выглядит как багофича limit_except в сочетании с rewrite'ами,
директивы rewrite не выполняются для лимитированных запросов.
Наверное, это имеет смысл поправить.
Впрочем, нет, поправить это фактически нельзя, т.к.
Hello!
On Tue, Apr 14, 2015 at 05:28:36AM -0400, itcod wrote:
Добрый день уважаемые
Кто нибудь уже решал эти задачки по динамическому изменению dav_methods для
location
1.
set $DAV PUT DELETE MKCOL COPY MOVE;
Выскакивает ошибка конфигурции. возникло предположение,
что нужно
Максим добрый день.
Нет в location не было limit_except. версия nginx 1.7.11
В принципе поиск в тех вариациях конфиг ошибок, уже не критичен.
Разве, что это кому нибудь ещё понадобится.
Постучавшись головой в ошибки... решил задачу написанием авторизатора на
lua
заодно и добавил не только
14 апреля 2015 г., 16:20 пользователь Иван Мишин simplebo...@gmail.com
написал:
1)урл не кеше, запрашиваем урл с помощью curl, получаем промах, еще раз
опять промах и т.д.
2)урл не в кеше, запрашиваем урл с помощью любого браузера - первый раз
промах, второй и последующие разы ответ
Предложенный вами синтаксис location/ пришлось сократить, иначе при
проверке
конфигурации возникала ошибка:
nginx: [emerg] named location @nameloc can be on the server level only
Будьте внимательнее!
В ошибке явно же написано что именованные локейшн @nameloc должен быть на
уровне
Действительно, после выноса @nameloc на уровень сервера заработало как и
требовалось: запросы к самой dll без аргументов запрещены, запросы с
правильным ключом проксируются.
Большое спасибо!
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,17244,258033#msg-258033
Hello!
On Tue, Apr 14, 2015 at 10:18:38AM -0400, itcod wrote:
Максим спасибо...
хм. imho оч странный по моему подход зачем это ограничение я
хотел сделать чтобы у каждого юзера свои права были на локейшн... одному
можно писать другому нельзя... одному можно создавать папки
Hello!
On Tue, Apr 14, 2015 at 10:27:03AM -0400, itcod wrote:
Если
нужно ограничить доступ к отдельным методам - следует использовать
средства контроля доступа.
Максим подскажите пожалуйста, какие модули вы подразумевали под средства
контроля доступа ?
Для ограничения доступа в nginx'е
Максим спасибо...
хм. imho оч странный по моему подход зачем это ограничение я
хотел сделать чтобы у каждого юзера свои права были на локейшн... одному
можно писать другому нельзя... одному можно создавать папки другому сиди -
чай пей и так далее :)
а какие варианты существуют
1.
Если
нужно ограничить доступ к отдельным методам - следует использовать
средства контроля доступа.
Максим подскажите пожалуйста, какие модули вы подразумевали под средства
контроля доступа ?
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,258024,258031#msg-258031
А давно curl научился в разных итерациях следовать Cache-Control и
локально кешировать?
А я не про локальное кеширование говорю. Речь идет о кешировании на стороне
nginx!
А Cache-Control и Expired у меня кстати стоят за директивой
proxy_ignore_headers
14 апреля 2015 г., 20:17 пользователь
С таким вариантом получаем 403 Forbidden на URL любого типа, разрешённые и
нет — проксирования не происходит, не срабатывает правило.
Пробовал и так:
location /Mydll.dll {
if ($query_string ~ al= ) {
proxy_pass http://192.168.0.2:3000;
}
deny all;
}
и так:
proxy_pass http://192.168.0.2:3000$1;
Hello!
On Tue, Apr 14, 2015 at 03:38:11PM -0400, itcod wrote:
Реальнее - использовать средства контроля доступа, см. выше.
Максим спасибо.
Из всех перечисленных вами средств похоже только limit_except по описанию
может раздельно влиять
на методы применяемые в WEBDAV (DELETE, MKCOL,
Реальнее - использовать средства контроля доступа, см. выше.
Максим спасибо.
Из всех перечисленных вами средств похоже только limit_except по описанию
может раздельно влиять
на методы применяемые в WEBDAV (DELETE, MKCOL, COPY, MOVE, OPTIONS,
PROPFIND)
Задача тривиальна при изменении переменной
в предыдущем посте ошибку допустил когда писал сюда
конечно не работает
limit_except GET {
deny $limit_get;
}
перечитал топик ещё раз.
возникла мысль через if подключать блоки
limit_except GET {
deny all;
}
завтра попобую Максим спасибо за идеи.
Posted at Nginx Forum:
Конструкция:
set $limit_get all;
if ($limit_get) {
limit_except GET {
deny all;
}
}
Ошибка
nginx: [emerg] limit_except directive is not allowed here in .
И снова возвращаемся к вопросам о вечном :/
Что делать... кто виноват кудакуда идти:))
Posted at Nginx Forum:
По умолчанию nginx кеширует запросы вне зависимости от наличия или
отсутствия заголовка Cookie в запросе.
Скорее всего, в вашем случае проблема в том, что в ответе бекенда
присутствует заголовок Set-Cookie (и это, в свою очередь,
случается только для запросов без Cookie)
Максим, вы
Hello!
On Tue, Apr 14, 2015 at 05:55:05AM -0400, itcod wrote:
Максим добрый день.
Нет в location не было limit_except. версия nginx 1.7.11
В принципе поиск в тех вариациях конфиг ошибок, уже не критичен.
Разве, что это кому нибудь ещё понадобится.
Ну вот повторюсь в очередной раз: если у
Hello!
On Tue, Apr 14, 2015 at 08:25:10AM -0400, dwow wrote:
Приветствую,
Maxim Dounin Wrote:
---
*) Исправление: в модуле ngx_http_spdy_module.
А можно расширить, что за исправление, что исправило?
После обновления нгинкса с дотдебовского репозитория случилось что-то
странное. Не вижу обработки запроса, сразу вылазит ошибка 400:
2015/04/15 02:23:57 [debug] 385#0: *387 accept: 176.104.56.218 fd:43
2015/04/15 02:23:57 [debug] 385#0: posix_memalign: 01F0B610:256 @16
2015/04/15
Разобрался, uploadprogress тут не причем. Всему виной было ssl on;
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
23 matches
Mail list logo