Alexey Dmitriev, все верно, теперь с точки зрения апача, он настраивается таким образом чтобы принять эти заголовки и заменить у себя remote_addr (по факту это ip nginx) на переданный в X-Real-IP.
НО , как я уже говорил, у меня нет доступа к конечной стороне, я не могу настроить принимающий сервер (апач) на обработку этих заголовков. он смотрит только на реальный ip источника, и это ip прокси (nginx).
Alexey Dmitriev, вы то же не вчиталась в суть вопроса) real-ip модуль подменяет его на принимающей стороне, на конечной, т.е. на site-two.com. Но у меня нет доступа туда. Я могу работать только с прокси.
т.е. это же прикладной уровень , как на нем можно "передать" реальный IP клиента ? В лучшем случае его можно как-то прозрачно проксировать но на более высоком уровне. Хз, может я не прав и надо nginx дальше поковырять?
Андрей Гаврилов, если я правильно понял то set real ip работает только на конечной стороне, т.е. на site-two.com , но у меня нет доступа к конечной стороне, только к проксирующему серверу.
Спасибо за ваш ответ.
Я это воплотил и это заработало). Но у меня есть небольшое сомнение. Оценочную величину я получаю из статистических данных и она усредненная и не точная. Я еще раз все обдумал и понял что саму оценку то я и хочу получить от инструмента, а по факту могу обучать только подавая 0 или 1. Я правильно понимаю, что если вместо дробной оценки подавать 0 или 1 то суть не поменяется, и нейросеть будет отдавать некоторый дробный результат символизирующий схожесть?
Все верно. Так и сделал, но уперся в маршрутизацию. Перепробовал множество комбинаций но что-то никак. Сперва самым очевидным вариантом показался такой: сделать статический маршрут в шлюз VPN с каким-то уникальным адресом назначения, а потом на iptables сменить его, но как оказалось после этого события пакеты снова идут на маршрутизатор и соответственно теряется смысл. А может я ошибки где-то допустил. Есть идеи?
Можете слегка прокомментировать, я не пойму почему "PREROUTING -d <адрес-роутера-в-локалке>" это же критерий адреса назначения, а он есть - 192.168.1.100. И тоже не ясно почему в POSTROUTING "--dport 5656" он ведь смениться на 80 после PREROUTING.
не сработало. А точно ли адрес источника будет локальный? Запрос ведь идет от роутера к моему компу , т.е. по идее адрес источника будет zz.zz.zz.zzz(см.условие). Или я ошибаюсь?
НО , как я уже говорил, у меня нет доступа к конечной стороне, я не могу настроить принимающий сервер (апач) на обработку этих заголовков. он смотрит только на реальный ip источника, и это ip прокси (nginx).