Различные поля для proxy_set_header в nginx конфигурации

Я рекомендовал бы VirtualBox по VMware Server 2.x для того, что Вы пытаетесь сделать (т.е., виртуализация ontop Хоста ОС, а не виртуализация без операционной системы).

Продукт VMware Server будет совершать нападки, это - EndOfLife довольно скоро (середина 2011, если я помню правильно, если это уже не было). Это - причина, я преобразовываю свою разработку/дом VMs далеко от Сервера 2.x.

Другое серьезное основание состоит в том, что VirtualBox покончил с тем ублюдком веб-UI, что Вы застреваете с для Сервера 2.x.

Если у Вас есть доступ к MSDN/Technet, Вы могли бы хотеть рассмотреть выполнение сервера Hyper-V и виртуализировать Ваш WHS вместо этого. Это - способ, которым я решаю домашнюю проблему виртуализации. Я пошел с Hyper-V, потому что я знаю, что это стабильно, твердо, и с суммами денег Microsoft тратит на него, это будет вокруг долгое время. VirtualBox выглядит достойным, и я уверен, что это полностью функционально, но я просто более уверен в решении Hyper-V.

8
задан 23 September 2013 в 01:07
1 ответ

По сути, он предоставляет информацию серверу, к которому он проксируется. По порядку:

  1. X-Real-IP - сервер, к которому вы проксируете, будет видеть прокси-систему nginx как «клиентский IP-адрес» в любой логике приложения или журналах, которые он выполняет, поскольку Служба nginx является источником TCP-соединения. Обычно это бесполезно, особенно в журналах. Внутренний сервер может использовать этот заголовок вместо своего обычного IP-адреса клиента для ведения журнала или других целей, где ему нужен IP-адрес клиента.
  2. X-Forwarded-For - это стандартный заголовок, аналогичный X-Real-IP , но предоставляет добавленные записи источника подключения для всей цепочки прокси, через которые прошло соединение. Анализировать и работать с внутренним сервером может быть немного сложнее, так как там возможно несколько записей.
  3. Хост - это наиболее важный параметр для вашего приложения. Обычно запрос, который nginx отправляет внутреннему серверу, будет содержать в своем заголовке Host адрес, который вы настроили (в данном случае http: // otherapp / ). Это, вероятно, нежелательно, если проксируется что-то, выполняющее виртуальный хостинг на основе имени, или что-то, что генерирует ссылки на основе полученного заголовка хоста. Эта конфигурация делает так, чтобы заголовок Host , который клиент отправил nginx, отправлялся на серверную часть (эквивалент Apache ProxyPreserveHost ).
  4. X-NginX-Proxy ] - Все это действует как маркер использования прокси. Вероятно, в большинстве случаев бесполезен.
11
ответ дан 2 December 2019 в 22:56

Теги

Похожие вопросы