Comment peut-paramètres de chaîne de requête transmise par le biais d'un proxy_pass avec nginx?

upstream apache {
   server 127.0.0.1:8080;
}
server{
   location ~* ^/service/(.*)$ {
      proxy_pass http://apache/$1;
      proxy_redirect off;
   }
 }

L'extrait ci-dessus pour rediriger les demandes dont l'url contient la chaîne "service" à un autre serveur, mais il ne comprend pas les paramètres de la requête.

InformationsquelleAutor Alex Luya | 2011-11-15

nginx parameters

126

De la proxy_pass documentation:

Un cas particulier est l'utilisation de variables dans les proxy_pass déclaration: L'URL demandée n'est pas utilisé, et vous êtes entièrement responsable pour construire l'URL de la cible de vous-même.

Puisque vous êtes en utilisant $1 dans la cible, nginx compte sur vous pour lui dire exactement ce qu'à passer. Vous pouvez résoudre ce problème de deux façons. Tout d'abord, le décapage le début de l'uri avec un proxy_pass est trivial:
```
location /service/{
  # Note the trailing slash on the proxy_pass.
  # It tells nginx to replace /service/with /when passing the request.
  proxy_pass http://apache/;
}
```
Ou si vous souhaitez utiliser les regex emplacement, il suffit d'inclure le args:
```
location ~* ^/service/(.*) {
  proxy_pass http://apache/$1$is_args$args;
}
```
- Je ne crois pas que vous pouvez le faire plus tard. J'ai essayé et nginx s'est plaint à moi.
- Se sont plaints de la? Je l'ai juste testé sur nginx 1.3.4 et il a bien fonctionné pour moi.
- Humm.. je ne m'en souviens maintenant 🙁 Mais j'ai l'impression que cela pourrait avoir été liée à l' "~*". Cependant, je viens de vérifier, et j'ai nginx 1.2.3 (via homebrew). Peut-être que c'est ça?
- "proxy_redirect par défaut" ne peut pas être utilisé avec "proxy_pass" directive avec des variables
- utiliser la réécriture location /service/ { rewrite ^\/service\/(.*) /$1 break; proxy_pass http://apache; }
InformationsquelleAutor kolbyjack
22

J'utilise une version légèrement modifiée de kolbyjack deuxième approche avec ~ au lieu de ~*.
```
location ~ ^/service/{
  proxy_pass http://apache/$uri$is_args$args;
}
```
InformationsquelleAutor Sebastian vom Meer
7

J'ai modifié @kolbyjack code pour le faire fonctionner pour
```
http://website1/service
http://website1/service/
```
avec des paramètres
```
location ~ ^/service/?(.*) {
    return 301 http://service_url/$1$is_args$args;
}
```
- Gardez à l'esprit cette volonté de rendre le serveur retourne un 301 de la réponse au client avant la redirection. Le proxy_pass la directive ci-dessus ne la redirection côté serveur.
- Ce sera briser si vos paramètres de requête contient l'URL(%) caractères codés. Utilisation Andrew répondre à la place.
InformationsquelleAutor Pranav Garg
4

vous devez utiliser la réécriture de passer des paramètres à l'aide de proxy_pass
voici l'exemple que j'ai fait pour angularjs déploiement des applications à s3

S3 Hébergement de Site Statique Route Tous Chemins Index.html

adoptée à vos besoins serait quelque chose comme
```
location /service/{
    rewrite ^\/service\/(.*) /$1 break;
    proxy_pass http://apache;
}
```
si vous souhaitez retrouver dans http://127.0.0.1:8080/query/params/

si vous souhaitez retrouver dans http://127.0.0.1:8080/service/query/params/
vous aurez besoin de quelque chose comme
```
location /service/{
    rewrite ^\/(.*) /$1 break;
    proxy_pass http://apache;
}
```
- Cela ressemble à des poignées de chemin params (/path/params) bien mais pas de requête params (?query=params)?
- Ah, non, mon erreur, les paramètres de la requête doit être ajouté automatiquement (ils sont dans mes tests).
InformationsquelleAutor Andrew Arnautov

github gist https://gist.github.com/anjia0532/da4a17f848468de5a374c860b17607e7

#set $token "?"; # deprecated

set $token ""; # declar token is ""(empty str) for original request without args,because $is_args concat any var will be `?`

if ($is_args) { # if the request has args update token to "&"
    set $token "&";
}

location /test {
    set $args "${args}${token}k1=v1&k2=v2"; # update original append custom params with $token
    # if no args $is_args is empty str,else it's "?"
    # http is scheme
    # service is upstream server
    #proxy_pass http://service/$uri$is_args$args; # deprecated remove `/`
    proxy_pass http://service$uri$is_args$args; # proxy pass
}

#http://localhost/test?foo=bar ==> http://service/test?foo=bar&k1=v1&k2=v2

#http://localhost/test/==> http://service/test?k1=v1&k2=v2

InformationsquelleAutor AnJia

0

Pour rediriger Sans Chaîne de Requête ajouter les lignes ci-dessous dans le bloc de Serveur sous écouter de la ligne du port:
```
if ($uri ~ .*.containingString$) {
           return 301 https://$host/$uri/;
}
```
Avec Chaîne De Requête:
```
if ($uri ~ .*.containingString$) {
           return 301 https://$host/$uri/?$query_string;
}
```
- La nginx documentation est explicite à éviter d'utiliser if lorsque cela est possible. Dans ce cas, la solution pourrait être de droite à l'aide de location comme indiqué dans un autre réponses.
- de toute façon la solution, même si elle a des inconvénients est mieux
InformationsquelleAutor apandey846

Vous devez vous connecter pour publier un commentaire.