Início / server / Perguntas / 586586
Accepted
robjohncox
Asked: 2014-04-04 16:49:39 +0800 CST

Redirecionamento Nginx via proxy, reescrever e preservar URL

  • 772

No Nginx, tentamos redirecionar uma URL da seguinte forma:

http://example.com/some/path -> http://192.168.1.24

onde o usuário ainda vê o URL original em seu navegador. Depois que o usuário for redirecionado, digamos que ele clique no link para /section/index.html, gostaríamos que isso fizesse uma solicitação que levasse ao redirecionamento

http://example.com/some/path/section/index.html -> http://192.168.1.24/section/index.html

e novamente ainda preservar a URL original.

Nossas tentativas envolveram várias soluções usando proxies e regras de reescrita, e abaixo mostra a configuração que nos aproximou de uma solução (observe que esta é a configuração do servidor web para o example.comservidor web). No entanto, ainda existem dois problemas com isso:

  • Ele não executa a reescrita corretamente, pois a URL de solicitação recebida pelo servidor da Web http://192.168.1.24inclui /some/pathe, portanto, não atende à página necessária.

  • Quando você passa o mouse em um link depois que uma página é veiculada, /some/pathestá faltando no URL

    server {
    listen          80;
    server_name     www.example.com;

    location /some/path/ {
        proxy_pass http://192.168.1.24;
        proxy_redirect http://www.example.com/some/path http://192.168.1.24;
        proxy_set_header Host $host;
    }

    location / {
        index index.html;
        root  /var/www/example.com/htdocs;
    }
}

Estamos procurando uma solução que envolva apenas alterar a configuração do servidor web no example.com. Podemos alterar a configuração 192.168.1.24(também Nginx), mas queremos tentar evitar isso porque precisaremos repetir essa configuração para centenas de servidores diferentes cujo acesso é feito por proxy example.com.

nginx

4 respostas

  1. Você deve usar a parte URI na proxy_passdiretiva. Além disso, você misturou argumentos de ordem de proxy_redirectdiretiva e provavelmente não precisa disso. Nginx tem um padrão razoável para esta diretiva.

    Nesse caso, seu locationbloco pode ser bem simples:

    location /some/path/ {
    proxy_pass http://192.168.1.24/;
    # note this slash  -----------^
    proxy_set_header Host $host;
}
    • 79
  2. Best Answer

    Primeiro, você não deve usar rootdiretiva dentro do bloco de localização, é uma prática ruim. Neste caso, porém, não importa.

    Tente adicionar um segundo bloco de localização:

    location ~ /some/path/(?<section>.+)/index.html {
    proxy_pass http://192.168.1.24/$section/index.html;
    proxy_set_header Host $host;
}

    Isso captura a parte após /some/path/ e antes de index.html para uma variável $section, que é usada para definir o destino proxy_pass. Você pode tornar o regex mais específico se precisar.

    • 67

  3. Você pode usar a configuração a seguir para ter um mapeamento 100% perfeito entre /some/path/o front-end e /o back-end.

    Observe que esta é a única resposta até agora que também cuidaria perfeitamente dos caminhos absolutos que geram 404 Not Founderros, desde que o Referercabeçalho HTTP correto seja enviado pelo navegador, portanto, todos esses gifs devem continuar sendo carregados sem a necessidade de modificar o HTML subjacente (que não é apenas caro, mas também não é suportado sem módulos adicionais não compilados por padrão).

    location /some/path/ {
    proxy_pass http://192.168.1.24/; # note the trailing slash!
}
location / {
    error_page 404 = @404;
    return 404; # this would normally be `try_files` first
}
location @404 {
    add_header Vary Referer; # sadly, no effect on 404
    if ($http_referer ~ ://[^/]*(/some/path|/the/other)/) {
        return 302 $1$uri;
    }
    return 404 "Not Found\n";
}

    Você pode encontrar a prova de conceito completa e o produto mínimo viável no repositório https://github.com/cnst/StackOverflow.cnst.nginx.conf .

    Aqui está um teste para confirmar que todos os casos de borda parecem funcionar:

    curl -v -H 'Referer: http://example.su/some/path/page.html' localhost:6586/and/more.gif | & fgrep -e HTTP/ -e Referer -e Location
> GET /and/more.gif HTTP/1.1
> Referer: http://example.su/some/path/page.html
< HTTP/1.1 302 Moved Temporarily
< Location: http://localhost:6586/some/path/and/more.gif
< Vary: Referer

curl -v localhost:6586/and/more.gif | & fgrep -e HTTP/ -e Referer -e Location
> GET /and/more.gif HTTP/1.1
< HTTP/1.1 404 Not Found

curl -v localhost:6586/some/path/and/more.gif | & fgrep -e HTTP/ -e Referer -e Location -e uri
> GET /some/path/and/more.gif HTTP/1.1
< HTTP/1.1 200 OK
request_uri:    /and/more.gif

    PS Se você tiver muitos caminhos diferentes para mapear, em vez de fazer uma comparação de regex $http_refererdentro de um ifdentro de location @404, convém usar a mapdiretiva baseada em global.

    Observe também que as barras à direita no proxy_pass, bem como no locationque está contido, são bastante importantes de acordo com uma resposta relacionada .

    Referências:

    • 6

  4. Quando essa barra é adicionada a um jenkins com proxy nginx, você é apresentado com o erro "Parece que sua configuração de proxy reverso está quebrada".

    proxy_pass          http://localhost:8080/;

Remove this -----------------------------^

    Deve ler

    proxy_pass          http://localhost:8080;
    • 2

relate perguntas