путаница с обратным прокси - PullRequest
Новая
       12

путаница с обратным прокси

1 голос
/ 05 октября 2010

В настоящее время я использую nginx + passenger для обслуживания моего рельсового приложения. Я проводил некоторые исследования по обратным прокси-серверам и выскакивает несколько имен (в основном squid, varnish и nginx).

  1. Теперь, если я использую nginx в качестве моего веб-сервер я могу использовать его как свой обратный прокси?

  2. Общий смысл заключается в том, что большинство сайты используют nginx для статического прокси содержание и apache / mongrel или что-то подобное для динамического содержание. Если я хочу придерживаться моего nginx, пассажирская настройка, что бы моя архитектура выглядит, когда я ввести обратный прокси? Будет ли он быть отдельной коробкой или экземпляром Nginx

  3. Как бы это выглядело, если бы я был представляя балансировщик нагрузки, как HAProxy.

  4. Наконец, насколько важны эти выбор рано? Так что, если я в конечном итоге сожалею о выборе (скажем, Лак, потому что он не очень хорошо с файлами cookie и т. д.), легко ли поменять местами?

Спасибо

1 Ответ

0 голосов
/ 11 мая 2011

Обратный прокси-сервер - это сервер, который находится между вашим реальным приложением (rails) и браузером клиента и извлекает файлы от имени клиента. Для настройки обратного прокси-сервера необходимо только настроить сервер между клиентом и приложением; поскольку вы уже используете nginx, вы также можете использовать его в качестве обратного прокси.

1 вот ссылка на SO: nginx и обратный прокси, и веб-сервер

2 Вы можете настроить обратный прокси-сервер в том же экземпляре или нет. Если это другой блок или процесс, вам нужно будет передавать динамические запросы из одного блока в другой.

4 Я думаю, это довольно просто, если вы знакомы как с HTTP, так и с настройкой этих серверов. Мне было трудно с Apache только потому, что я пропустил косую черту

...