Re: auth_digest -- несколько вопросов

[denis]

26.02.2014 20:40, Maxim Dounin пишет:
>> Нет, по https тоже можно отдавать. Нельзя отдавать с разных внешних 
>> серверов
>> (продакшн отдельно, тестовые сервера отдельно)
>> в чистом виде https нам ничем не поможет, все-равно нужна авторизация.
> Ну так и в чём тогда проблема использовать basic + ssl, как и
> предлагалось ранее?  Исходный вопрос, на который хотелось получить
> ответ, - зачем вам digest, да ещё и в виде стороннего модуля,
> когда есть способ проще и лучше.
>
> Впрочем, можно считать, что ответ я получил - какой-либо
> осмысленной причины нет.  Спасибо.
потому что конфликт с авторизацией битрикса! не работает басик+битрикс. 
Иначе к чему это всё?...

> В подобной схеме ничто не помешает пользователю прислать заголовок
> Authorization с якобы данными для бекенда, а на самом деле запрос
> сделать туда, где никакие пароли бекенд не проверяет - тем самым
> сделав аутентификацию на уровне nginx'а бессмысленной.
на девел-машину? И толку? Это простое соблюдение лицензии битрикса, не 
более.

> Вариант, который будет работать - это явно разделить (e.g., на
> уровне location'ов) те адреса, где за аутентификацию отвечает
> nginx, и те, где этим занимается бекенд.
после авторизации в админке ВСЕ урлы связаны с админкой, включая корень 
сайта. Сверху появляется меню отладки и редактирования.

> Потому что "^~" - это не "признак регэкспа". Это, наоборот,
Где это _внятно_ прописано в доке?
http://dragonflybsd.blogspot.ru/2012/12/nginx-location.html
вот тут чуть внятнее, с интерпретацией.

> запрет на поиск по location'ам, заданным регулярными выражениями,
> в случае совпадения данного _префиксного_ location'а.
>
> Повторю ссылку:
>
> http://nginx.org/r/location/ru
>
> Настоятельно рекомендую внимательно прочитать описание хотя бы
> пару раз.
Читал, не один десяток раз, но многое там настолько невнятно, что 
приходится идти методом тыка или спрашивать в рассылке. Ну или из 
исходников, что пока мне недоступно.