Nginx: quand utiliser proxy_set_header Host $host vs $proxy_host

J'ai lu sur des proxy inverse et me demande quand proxy_set_header Host $host est approprié proxy_set_header Host $proxy_host. J'ai fait quelques recherches et en cet article il dit que, dans la plupart des cas, nous avons mis Host $host. Alors pourquoi ne nginx par défaut à $proxy_host? Pour m'aider à comprendre plus concrètement, la configuration de proxy inverse ici (en bas de l'article) encore du travail si nous utilisons $proxy_host à la place?

Grâce

OriginalL'auteur Alex H | 2016-09-27

  1. 15

    En général, il n'est pas nécessaire explicitement ne proxy_set_header Host proxy_host parce que c'est la valeur par défaut. Si vous avez besoin d'appeler un serveur par quelque chose autres que ce qui est dans le proxy_pass directive, alors vous aurez besoin de remplacer par proxy_set_header something.

    Si vous voulez proxy le même hôte que c'était dans votre server_name la directive, alors que vous auriez l'occasion d'utiliser proxy_set_header $host. Ce serait normalement le cas si peut-être le réel de l'application est hébergée sur un autre port ou sur certains serveur interne.

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

    location /{
       proxy_set_header Host $host;
       proxy_pass http://localhost:8080;
    }
}

    Si le nom que vous appelez l'amont n'est pas son véritable nom DNS, alors vous pourriez avoir quelque chose comme:

    # 192.168.2.1 responds to site.example.com, but
# site.example.com doesn't actually resolve to 192.168.2.1
proxy_pass http://192.168.2.1;
proxy_set_header Host site.example.com;

    Un autre cas, peut-être pour le "nom" de l'hébergement virtuel où il est utile de nom DNS pour l'amont, mais vous voulez l'appeler par un autre nom.

    proxy_pass http://origin.example.com;
proxy_set_header Host site.example.com

    OriginalL'auteur Joshua DeWald