Вопрос по поведению прокси-сервера - PullRequest
0 голосов
/ 12 июля 2011

У меня есть проблема, когда у меня есть существующее приложение клиент-сервер (на основе сокетов), где клиент делает запрос, и когда запрос завершается, сервер отправляет клиенту уведомление.

Теперь клиентможет подключаться к серверу напрямую, только если сервер находится на хосте A. Некоторые пользователи хотят иметь возможность размещать сервер на другом хосте, к которому клиенты не могут подключиться напрямую из соображений конфигурации безопасности.

Myвопрос: прокси-сервер решит эту проблему?Например, клиенты подключаются к тому, что они считают сервером, но фактически прокси-сервером.Но что происходит с исходным IP-адресом, который отправляется на реальный сервер?Это все еще будет ip клиента?Если так, то мой хитрый план с использованием прокси-сервера будет работать.но если не все не удастся (я полагаю)?

По сути, вопрос в простом выражении заключается в том, прокси-сервер каким-то образом манипулирует частью пакета from: IP, чтобы получатель отправлял обратно любые ответы / сообщенияфактический клиент?Или это работает по-другому?

Я думаю, что прокси-сервер делает запись каждого клиента и запроса.Например, ip: 1.1.1.1 хочет получить Google.com, а затем, когда ответ приходит от прокси-сервера google.com, говорит, что он должен быть для 1.1.1.1 и перенаправлен туда.Но я не уверен, как это будет работать.Просто ищу дизайн высокого уровня для того, как он работает.

Может кто-нибудь уточнить для меня, пожалуйста?

Ангус

Ответы [ 2 ]

0 голосов
/ 13 июля 2011

Если это TCP, ответ обычно отправляется обратно по тому же соединению, по которому поступил запрос.IP-адрес источника не требуется.Сервер отвечает на прокси, а прокси - на клиента.

0 голосов
/ 12 июля 2011

Я предлагаю вам прочитать о том, как TCP / IP работает и о различных типах прокси , но вкратце:

  • Реальные IP-адреса клиентов обычно не сохраняются прокси при пересылке на сервер,
  • Схемы отслеживания клиентов на основе IP более или менее бесполезны из-за распространения NAT .
...