Início / server / Perguntas / 811912
Accepted
Derek Mahar
Asked: 2016-10-29 08:08:53 +0800 CST

Os blocos de localização nginx podem corresponder a uma string de consulta de URL?

  • 772

Os blocos nginx podem corresponder a uma string de consulta de URL?location

Por exemplo, qual bloco de localização pode corresponder à GETsolicitação HTTP

GET /git/sample-repository/info/refs?service=git-receive-pack HTTP/1.1
http nginx

3 respostas

  1. Best Answer

    Os blocos de localização nginx podem corresponder a uma string de consulta de URL?

    Resposta curta : Não.

    Resposta longa : Existe uma solução alternativa se tivermos apenas alguns desses blocos de localização.

    Aqui está um exemplo de solução alternativa para 3 blocos de localização que precisam corresponder a strings 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 .

    Aviso: Certifique -se de não usar os códigos HTTP padrão .

    • 53

  2. Sei que essa pergunta tem mais de um ano, mas passei os últimos dias destruindo meu cérebro por causa de um problema semelhante. Eu queria diferentes regras de autenticação e manipulação para repositórios públicos e privados, incluindo push e pull. Isso é o que eu finalmente descobri, então decidi compartilhar. Eu sei que ifé uma diretiva complicada, mas isso parece funcionar muito 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;
    # ...

}
    • 6

  3. Existe outra maneira de fazer isso, se você estiver usando o nginx como proxy.

    defina uma variável no bloco do servidor:

    set $nocache="0";

    Dentro do bloco de localização, adicione o if:

    if ( $arg_<query string to match> = "<query string value>") { set $nocache "1"; }

    E adicione duas novas diretivas de proxy:

    proxy_cache_bypass $nocache ;
proxy_no_cache $nocache ;

    ele sempre encaminhará para o servidor upstream sem cache

    • -1

relate perguntas