Новая тема   Ответить

 RA Optimus
Proton CJ Весь входящий трафик определяется как прокси
Находил топег на форуме протона с подобным вопросом, ответ был трести админов. На сервере стоит nginx + apache
Трес админов. Вот, что ответили:в апаче прописана опция подставления адреса клиента.

Проверил функцией getpma. Не опр. меня как прокси.

Кто знает в чем дело?
Как вообще протон определяет прокси, через хидеры?

 Johna
у тебя сервер настроен так, чтобы графику отдовать с нгинкса а скрипты на апаче ?
то насколько я знаю эта проблема из-за проксирования, и поэтому у тебя все равно в статистике трейд скрипта (не важно протон это или еще какой-нить) будет не верная статистика

поэтому лучше графику отдовать с нгинкса на сабдомене
типа так img.domain.com

 zteam
Если у тебя стоит нгинкс на фронте, а за ним апач, т.е. настроено проксирование, то, видимо, реальный IP передаётся на апач через:
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
По этому заголовку все хосты опред., как прокси.
Надо передавать IP хоста через:
proxy_set_header X-Real-IP $remote_addr;
Ну и соотв. mod_realip или mod_rpaf подстроить под это.

 Petro
У меня такая же проблема была.
Связка apache + nginx. nginx работает в режиме проксирования и данные для апача передаются, как из-за прокси. Админы доустановили модуль какой то, но работать все равно не стало. В итоге пришлось отказаться от этой связки.

 Kitaa
У меня в ftt подобная проблема была. nginx + apache были настроены админами с использованием mod_rpaf те ip передавался нормально, но всеравно прокси считались. Проблема была в самом трейд скрипте, разработчик оперативно поправил, теперь все считает нормально.

 RA Optimus
Цитата: попробовал, не получилось
Цитата: идея хорошая, но на данном этапе неисполнимая
Цитата: отказаться от этой связки подобно смерти. сервер упадет

обнаружил. что в хидерах передается SERVER_ADDR но его в ngnix убрать или подставить значение нельзя. Написал разработчику ngnix, и жду появления программера протона.

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

 RA Optimus
ответ нашел. нужно напрочь убрать HTTP_X_FORWARDED_FOR тогда все ок.

вообще это глюк протона.
у него написано так
if ( isset( $_SERVER['HTTP_X_FORWARDED_FOR'] ))
{
$user['proxy'] = $_SERVER['HTTP_X_FORWARDED_FOR'];
}
else
{
$user['proxy'] = "none";
}

нужно поправить на

if ( isset( $_SERVER['HTTP_X_FORWARDED_FOR'] ) && $user['ip'] != $_SERVER['HTTP_X_FORWARDED_FOR'] )
{
$user['proxy'] = $_SERVER['HTTP_X_FORWARDED_FOR'];
}
else
{
$user['proxy'] = "none";
}

пока можно попросить затереть HTTP_X_FORWARDED_FOR для домена с протоном
надеюсь помог

 xyrib
А если нет возможности править скрипт аля DT TOPLIST. кто то сталкивался с такой проблемой. Суппорт DF сказал что обрабатывать такое не умеет и не собирается...