Alguns esclarecimentos finais, enquanto eu me deparei com esse problema: nginx.org/en/docs/http/request_processing.html afirma claramente: "Observe que locais de todos os tipos testam apenas uma parte URI da linha de solicitação sem argumentos. Isso é feito porque os argumentos na string de consulta pode ser fornecida de várias maneiras "
Thomas Urban
Respostas:
37
Os blocos de localização nginx podem corresponder a uma sequência de consultas de URL?
Resposta curta : Não.
Resposta longa : existe uma solução alternativa se tivermos apenas alguns blocos de local.
Aqui está um exemplo de solução alternativa para três blocos de locais que precisam corresponder a cadeias de consulta específicas:
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
}
}
Você pode usar $ query_string, $ args ou $ arg_fieldname. Todos farão o trabalho. Você pode saber mais sobre error_page nos documentos oficiais .
Abordagem interessante! Posso recomendar em $args ~ "service=git-send-pack"vez de $args = "service=git-send-pack"? Este formulário acomoda vários parâmetros de consulta.
Derek Mahar
1
stackoverflow.com/a/40313590/107158 ilustra a abordagem que eu segui para lidar com argumentos de string de consulta. Como sua resposta, a minha usa ife $arg_fieldname, mas usa em rewritevez de error_pagee location @name. Observe que, nesse exemplo, minhas tentativas de usar @nameo parâmetro de substituição em rewriteforam malsucedidas.
Derek Mahar
1
A propósito, deveria ser $args ~e $arg_somerandomfield =.
Drek Mahar 28/10
1
Pode-se também usar o maprecurso nginx para esse fim, que é mais rápido.
Tero Kilkanen
1
@PothiKalimuthu, obrigado por esclarecer isso. Enquanto isso, o que fiz foi substituir o queryparâmetro por um caminho de URL como este, em feedback/{auth_key}vez de /feedback?auth_key=abc. Dessa forma, não preciso usar if, posso definir o padrão de localização usando regexe é isso.
WM
4
Sei que essa pergunta tem mais de um ano, mas passei os últimos dias destruindo meu cérebro por um problema semelhante. Eu queria regras diferentes de autenticação e manipulação para repositórios públicos e privados, incluindo envio e recebimento. Isso foi o que eu finalmente criei, então achei que compartilharia. Eu sei que ifé uma diretiva complicada, mas isso parece funcionar bem para mim:
# 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;
# ...
}
?
)?Respostas:
Resposta curta : Não.
Resposta longa : existe uma solução alternativa se tivermos apenas alguns blocos de local.
Aqui está um exemplo de solução alternativa para três blocos de locais que precisam corresponder a cadeias de consulta específicas:
Você pode usar $ query_string, $ args ou $ arg_fieldname. Todos farão o trabalho. Você pode saber mais sobre error_page nos documentos oficiais .
Aviso: Certifique-se de não usar os códigos HTTP padrão .
fonte
$args ~ "service=git-send-pack"
vez de$args = "service=git-send-pack"
? Este formulário acomoda vários parâmetros de consulta.if
e$arg_fieldname
, mas usa emrewrite
vez deerror_page
elocation @name
. Observe que, nesse exemplo, minhas tentativas de usar@name
o parâmetro de substituição emrewrite
foram malsucedidas.$args ~
e$arg_somerandomfield =
.map
recurso nginx para esse fim, que é mais rápido.query
parâmetro por um caminho de URL como este, emfeedback/{auth_key}
vez de/feedback?auth_key=abc
. Dessa forma, não preciso usarif
, posso definir o padrão de localização usandoregex
e é isso.Sei que essa pergunta tem mais de um ano, mas passei os últimos dias destruindo meu cérebro por um problema semelhante. Eu queria regras diferentes de autenticação e manipulação para repositórios públicos e privados, incluindo envio e recebimento. Isso foi o que eu finalmente criei, então achei que compartilharia. Eu sei que
if
é uma diretiva complicada, mas isso parece funcionar bem para mim:fonte