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
Настоятельно рекомендую внимательно прочитать описание хотя бы
пару раз.
Читал, не один десяток раз, но многое там настолько невнятно, что
приходится идти методом тыка или спрашивать в рассылке. Ну или из
исходников, что пока мне недоступно.
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
