HTTP туннель

есть знающие про HTTP туннель?
если знаете, то напишите в лс
весь прикол в том, что конечный сервер не мой и у меня нет к нему доступа
P.S. за работу $

не понятно для чего этот тунель .

Может вы имели в виду http proxy ?

Напишите что вы хотите сделать.

передавать IP клиента на другой HTTP сервер, а серверный не передавать
вообщем работать только с клиентским IP адресом

эм... mod_rpaf?

jtiq, Разве cloudflare не выполняет эту функцию.....

x-forwarded for?

Да хоть X-Real-IP - передать в качестве реального можно любым параметром.

Достаточно на прокси сервере поставить nginx, а в его конфиге:

вы не поняли, не проксирование через nginx
а именно самый прозрачный туннель
выполнять запроса от клиентского IP адреса, но через свой сервер

Прозрачный туннель = прозрачный прокси. Это nginx и делает.
Это тебе либо HAproxy ставить либо nginx, без разницы, и через него HTTP-трафик проксировать на твой веб-сервер, а реальный IP клиента передавать в заголовках nginx'a.
Выше даже решение было написано.

Решение без туннеля:
client (browser) => server (nginx+apache, реальный IP клиента получен в заголовке X-Real-IP)
с туннелем:
client (browser) => proxy (nginx, реальный IP клиента сохранен в заголовке X-Real-IP) => server (nginx+apache, реальный IP клиента получен в заголовке X-Real-IP)

Проброс порта с одного сервера на другой, не? Но не сохранится IP клиента.
Не ясна суть задачи для чего и как

jtiq, что значит "модифицируем запрос"? Меняем HTTP 1.0 на 1.1? Или добавляем какую нибудь куку? Или параметры в POST/GET запросе меняем?

jtiq, я бы на месте клиент не ожидал пакет с другого сервера.

nekosoku, меняем например User-agent

Значит помимо того, что я писал выше, в location еще надо добавить:

nekosoku, еще раз повторю, надо выполнить запрос от IP клиента, а таким образом будет передаваться IP сервера. Знаю я про nginx proxy.

jtiq, значит не знаешь, если утверждаешь это.
Nginx умеет определить IP клиента и передать этот IP бэкенду. А что в качестве бэкеда будет - не важно. Apache, nginx или какой нибудь lighttpd.
Nginx во фронтенде сохраняет IP клиента в заголовок и передает его в этом заголовке бэкенду, nginx'у, например, и тот сохраняет переданный в заголовке реальный IP клиента в таком же заголовке, передавая дальше интерпретатору PHP или куда то еще, в зависимости от того, как используется nginx.

nekosoku, :) в том то и проблема, что отправляет в заголовке, и еще раз для тебя специально повторю, тот следующий сервер не знает про этот заголовок, про который ты мне доказываешь с пеной у рта.
IP адрес должен пройти НЕ в заголовке, так как сервер не видит их, а если и видит, то игнорирует. Видит IP только у моего сервера.

просто скажите мне, реально ли такое сделать? без всяких заголовков выполнить запрос от клиентского IP адреса, но с моего сервера по требованию самого браузера.

jtiq, не хотелось бы тебя огорчать, но IP нельзя передать НЕ в заголовке. Ты наотрез пытаешься отвергнуть понимание документированной матчасти nginx'a.
На конечном сервере nginx получает IP и передает его бэкенду либо в заголовке X-Real-IP либо в X-Forwarded-For.
На прокси сервере подставляй IP клиента в этот заголовок и передавай следующему серверу nginx.

Знает. Nginx удаляет только пустые заголовки. Остальные сохраняет и, если указано в конфиге виртуального хоста, заносит в переменную.

По-моему, здесь вообще речь идет о каких то скрытых для пользователя запросах, если тот находится на сайте автора.

Что за понятие "клиентского IP адреса"?
Нужно заставить посетителя сайта выполнять какие то запросы, без их ручной инициализации? Ну так setTimeout и js в помощь. По заданному интервалу можно выполнять ajax http-запросы, о которых посетитель не будет знать, пока не посмотрит код страницы.

nekosoku, лан, короче ты не понял, нельзя значит. Nginx прокси я и так могут сделать за минуту. Только вот ip адрес берёт у сервера, конечный сервер...