Os blocos de localização nginx podem corresponder a uma sequência de consultas de URL?

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

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

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

nginx http

— Derek Mahar
fonte

Eu acho que "location / git / repositório-de-amostra / info / refs? Service = git-receive-pack" como o nginx apenas faz comparação de cadeias.

— 28416 JosefScript

Comparação de cadeias de caracteres de todo o URL ou apenas a parte antes do ponto de interrogação ( ?)?

— Derek Mahar 28/10

nginx.org/en/docs/http/…

— JosefScript

nginx.org/en/docs/http/ngx_http_core_module.html#location #

— JosefScript 28/16

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:

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 .

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

— Pothi Kalimuthu
fonte

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

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

A propósito, deveria ser $args ~e $arg_somerandomfield =.

— Drek Mahar 28/10

Pode-se também usar o maprecurso nginx para esse fim, que é mais rápido.

— Tero Kilkanen

@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

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;
    # ...

}

— Jared Brandt
fonte