Início / server / Perguntas / 379675
Accepted
jeffreyveon
Asked: 2012-04-16 09:31:28 +0800 CST

Proxy reverso Nginx + reescrita de URL

  • 772

O Nginx está sendo executado na porta 80 e estou usando-o para reverter URLs de proxy com caminho /foopara porta 3200desta maneira:

location /foo {
                proxy_pass http://localhost:3200;
                proxy_redirect     off;
                proxy_set_header   Host $host;
}

Isso funciona bem, mas eu tenho um aplicativo em port 3200, para o qual não quero que a inicial /fooseja enviada. Ou seja - quando eu acesso http://localhost/foo/bar, quero apenas /barser o caminho conforme recebido pelo aplicativo. Então eu tentei adicionar esta linha ao bloco de localização acima:

rewrite ^(.*)foo(.*)$ http://localhost:3200/$2 permanent;

Isso causa redirecionamento 302 (mudança de URL), mas eu quero 301. O que devo fazer?

nginx reverse-proxy 301-redirect

5 respostas

  1. Best Answer

    Qualquer redirecionamento para localhost não faz sentido a partir de um sistema remoto (por exemplo, navegador da Web do cliente). Portanto, os sinalizadores de reescrita permanente (301) ou redirecionamento (302) não são utilizáveis ​​no seu caso.

    Tente seguir a configuração usando uma regra de reescrita transparente:

    location  /foo {
  rewrite /foo/(.*) /$1  break;
  proxy_pass         http://localhost:3200;
  proxy_redirect     off;
  proxy_set_header   Host $host;
}

    Use curl -ipara testar suas reescritas. Uma mudança muito sutil na regra pode fazer com que o nginx execute um redirecionamento.

    • 290

  2. A correspondência simples de prefixo de local funciona para isso sem usar uma regra de reescrita, desde que você especifique um URI na diretiva proxy_pass:

    location /foo {
  proxy_pass http://localhost:3200/;
}

    Observe o adicional /no final da proxy_passdiretiva. O NGINX removerá o prefixo correspondente /fooe passará o restante para o servidor de backend no URI /. Portanto, http://myserver:80/foo/barpostará no back-end em http://localhost:3200/bar.

    Dos documentos NGINX em proxy_pass :

    Se a diretiva proxy_pass for especificada com um URI, quando uma solicitação for passada para o servidor, a parte de um URI de solicitação normalizado que corresponde ao local será substituída por um URI especificado na diretiva:

    • 239

  3. A maneira absolutamente mais correta e a melhor prática geralmente é a seguinte:

    location /foo/ {
    proxy_pass http://localhost:3200/; # note the trailing slash!
}

    • Observe a extrema importância da barra final emproxy_pass , que altera automaticamente a $urivariável para que /foo/o front-end corresponda /ao backend. rewriteNão há necessidade de uma diretiva explícita .

    • Além disso, observe que o trailing /nolocation também é muito importante - sem ele, você corre o risco de ter URLs de aparência estranha em seu site em um ponto (por exemplo, um trabalho /fooenalém de /foo/en).

      Além disso, o trailing /no locationwith proxy_passtambém garante algum tratamento especial , conforme a documentação da locationdiretiva, para efetivamente causar um implícito location = /foo {return 301 /foo/;}também.

      Portanto, definindo a locationcom a barra à direita como acima, você não apenas garante que os URLs de sufixo sem barra como /fooennão sejam válidos, mas também que a /foosem barra à direita continuará a funcionar também.

    Documentação de referência:

    • 123

  4. tentar

    location /foo {
    proxy_pass http://localhost:3200/;
    ....

    ou

    location ^~ /foo {
    proxy_pass http://localhost:3200/;
    ....
    • 2

  5. @Terabuck Desculpe por não responder nenhum representante ainda.

    Você não deve usar localhost porque depende do fato de que o aplicativo está sendo executado em um servidor com um arquivo hosts. host local é apenas uma tradução padrão para 127.0.0.1. Não há nada informando que você deve ter esses arquivos de hosts. É muito comum ter um.

    Ter uma interface de loopback é outra coisa comum de se depender, mas você ainda depende da interface de loopback na pilha de rede. É um caso raro não ter esses dois. Se você se preocupar com isso. Pelo menos no unix/linux você tem a opção de sockets. Isso eliminará a necessidade de a pilha de rede alcançar o localhost. Tenha cuidado com essa abordagem, pois existem alguns fatores que serão implementados no sistema operacional host. Como o número de arquivos abertos etc.

    • 1

relate perguntas