прописывай nginx-ом заголовки. или там приложение в апаче?

приложение в апаче

ну пусть смотрит в x-real-ip, например ...

но без a2enmod remoteip вот этого он не получит ip?

в том плане, что пока люди ходили просто в апач то адреса нормальные были)

а это модуль для апача

а если приложение, то там оно, скорее всего, на REMOTE_ADDR смотрит

да, я понимаю

в том смысле, что если апачу прилетает заголовок от nginx то модуль этот нужен или нет?

и тогда надо либо какой-нить rpaf смотреть, как выше указали

в том смысле, что это только для самого апача оно меняет, скажем, в лог писать. а для приложения php адрес в REMOTE_ADDR останется от reverse proxy

поэтому проще научить приложение проверять наличие x-forwarded-for / x-real-ip

тааааак. то есть     proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
вот это означает, что он передаёт адрес именно, что прокси-сервера

ладно, пойду почитаю мануалы

не прокси-сервера, а клиента, который к прокси-серверу обратился ...

таааак. ладно, давайте я обрисую ещё раз и или пойду пинать программиста или сам пойду за мануалы. Есть апач, он обслуживает сайт, всё работало нормально, geoip отрабатывает. Я накинул nginx c сертификатами, прописал там     proxy_set_header Host $host;
   proxy_set_header X-Real-IP $remote_addr;
   proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
и он стал жаловаться, что теперь получает адрес прокси вместо адреса клиента. То есть ему надо менять приложение потому что благодаря этим форвардам он должен получать адрес клиента, я правильно понимаю?

пусть программер пойдёт и прочитает, как за реверс прокси работать

что ему делать выше уже написано

пусть проверяет в коде наличие этих заголовков и берёт адрес оттуда, а не из $_SERVER[“REMOTE_ADDR”]

ага, спасибо)