Последнее пояснение, когда я сам наткнулся на эту проблему: nginx.org/en/docs/http/request_processing.html четко заявляет: «Обратите внимание, что местоположения всех типов проверяют только часть URI строки запроса без аргументов. Это делается потому, что аргументы в строке запроса может быть задано несколькими способами "
Томас Урбан
Ответы:
37
Могут ли блоки местоположения nginx соответствовать строке запроса URL?
Краткий ответ : Нет.
Длинный ответ : существует обходной путь, если у нас есть только несколько таких блоков местоположения.
Вот пример обходного пути для 3 блоков местоположения, которые должны соответствовать определенным строкам запроса:
server {
#... common definitions such as server, root
location / {
error_page 418 = @queryone;
error_page 419 = @querytwo;
error_page 420 = @querythree;
if ( $query_string = "service=git-receive-pack" ) { return 418; }
if ( $args ~ "service=git-upload-pack" ) { return 419; }
if ( $arg_somerandomfield = "somerandomvaluetomatch" ) { return 420; }
# do the remaining stuff
# ex: try_files $uri =404;
}
location @queryone {
# do stuff when queryone matches
}
location @querytwo {
# do stuff when querytwo matches
}
location @querythree {
# do stuff when querythree matches
}
}
Вы можете использовать $ query_string, $ args или $ arg_fieldname. Все сделают работу. Вы можете узнать больше об error_page в официальных документах .
Интересный подход! Могу ли я рекомендовать $args ~ "service=git-send-pack"вместо $args = "service=git-send-pack"? Эта форма вмещает несколько параметров запроса.
Дерек Махар
1
stackoverflow.com/a/40313590/107158 иллюстрирует подход, которому я следовал для обработки аргументов строки запроса. Как и ваш ответ, мой использует ifи $arg_fieldname, но использует rewriteвместо error_pageи location @name. Обратите внимание , что в этом примере, мои попытки использовать @nameдля замены параметра rewriteне увенчались успехом.
Дерек Махар
1
Кстати, она должна быть $args ~и $arg_somerandomfield =.
Дерек Махар
1
Для этого также можно использовать mapфункцию nginx , которая работает быстрее.
Теро Килканен
1
@PothiKalimuthu, спасибо за разъяснение этого. Тем временем я сделал замену queryпараметра на путь URL, такой как этот feedback/{auth_key}вместо /feedback?auth_key=abc. Таким образом, мне не нужно использовать if, я могу определить шаблон расположения с помощью regexи все.
WM
4
Я знаю, что этому вопросу больше года, но я провел последние несколько дней, разрушая свой мозг из-за аналогичной проблемы. Я хотел разные правила аутентификации и обработки для публичных и частных репозиториев, включая push и pull. Это то, что я наконец-то придумал, поэтому я решил поделиться. Я знаю, ifчто это сложная директива, но, похоже, она мне подходит:
# pattern for all repos, public or private, followed by username and reponame
location ~ ^(?:\/(private))?\/([A-Za-z0-9]+)\/([A-Za-z0-9]+)\.git(\/.*)?$ {
# if this is a pull request
if ( $arg_service = "git-upload-pack" ) {
# rewrite url with a prefix
rewrite ^ /upload$uri;
}
# if this is a push request
if ( $arg_service = "git-receive-pack" ) {
# rewrite url with a prefix
rewrite ^ /receive$uri;
}
}
# for pulling public repos
location ~ ^\/upload(\/([A-Za-z0-9]+)\/([A-Za-z0-9]+)\.git(\/.*)?)$ {
# auth_basic "git";
# ^ if you want
# ...
# fastcgi_pass unix:/var/run/fcgiwrap.socket;
# ...
}
# for pushing public repos
location ~ ^\/receive(\/([A-Za-z0-9]+)\/([A-Za-z0-9]+)\.git(\/.*)?)$ {
# auth_basic "git";
# ^ if you want
# ...
# fastcgi_pass unix:/var/run/fcgiwrap.socket;
# ...
}
# for pulling private repos
location ~ ^\/upload\/private(\/([A-Za-z0-9]+)\/([A-Za-z0-9]+)\.git(\/.*)?)$ {
# auth_basic "git";
# ^ if you want
# ...
# fastcgi_pass unix:/var/run/fcgiwrap.socket;
# ...
}
# for pushing private repos
location ~ ^\/receive\/private(\/([A-Za-z0-9]+)\/([A-Za-z0-9]+)\.git(\/.*)?)$ {
# auth_basic "git";
# ^ if you want
# ...
# fastcgi_pass unix:/var/run/fcgiwrap.socket;
# ...
}
?
)?Ответы:
Краткий ответ : Нет.
Длинный ответ : существует обходной путь, если у нас есть только несколько таких блоков местоположения.
Вот пример обходного пути для 3 блоков местоположения, которые должны соответствовать определенным строкам запроса:
Вы можете использовать $ query_string, $ args или $ arg_fieldname. Все сделают работу. Вы можете узнать больше об error_page в официальных документах .
Предупреждение: пожалуйста, не используйте стандартные HTTP-коды .
источник
$args ~ "service=git-send-pack"
вместо$args = "service=git-send-pack"
? Эта форма вмещает несколько параметров запроса.if
и$arg_fieldname
, но используетrewrite
вместоerror_page
иlocation @name
. Обратите внимание , что в этом примере, мои попытки использовать@name
для замены параметраrewrite
не увенчались успехом.$args ~
и$arg_somerandomfield =
.map
функцию nginx , которая работает быстрее.query
параметра на путь URL, такой как этотfeedback/{auth_key}
вместо/feedback?auth_key=abc
. Таким образом, мне не нужно использоватьif
, я могу определить шаблон расположения с помощьюregex
и все.Я знаю, что этому вопросу больше года, но я провел последние несколько дней, разрушая свой мозг из-за аналогичной проблемы. Я хотел разные правила аутентификации и обработки для публичных и частных репозиториев, включая push и pull. Это то, что я наконец-то придумал, поэтому я решил поделиться. Я знаю,
if
что это сложная директива, но, похоже, она мне подходит:источник