Форум PHP

Как узнать что пользователь использует прокси

Встречный вопрос. Почему это Вас беспокоит?
Например, 90% написанного мною здесь (то есть более восьми тысяч ответов) отправлено через прокси.

/*Заинтересовано*/ да?! а зачем? :)))

PS Привычка?

>/*Заинтересовано*/ да?! а зачем? :)))
>PS Привычка?

Скорее - естественная среда.

На работе прокси - это часть файрволла корпоративной локальной сети.
Дома - машина, раздающая интернет по квартире, выполняющая те же функции.
Раньше, когда интернет был через GPRS, прокси являлся был гейт телефонного оператора.
На чистый диалап приходилось оставшиеся 10%

getenv('HTTP_X_FORWARDED_FOR')
getenv('REMOTE_ADDR')
кажеться если эти переменные не равны то юзер использует прокси. хотя я не уверен =)

HTTP_X_FORWARDED_FOR

посылают только обычные прокси серверы, анонимные такой информации не предоставляют.

Я сижу за обыкновенным корпоративным прокси.
Вы всерьез полагаете, что он подорвется открывать информацию о структуре местной сети?
Никакого HTTP_X_FORWARDED_FOR у него нет.
Кстати, как видно из приставки X_ - поле это не объявленное в стандарте.
Естественное для прокси поле VIA никакого IP не содержит.

Я ничего не полагаю. Если прокси не посылает реальный IP адрес клиента он считается анонимным, иначе обычным.

Кем считается? Вами?

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

Поглядите заголовки, что присылает браузер юзверя!
/*Заинтересовано*/ Мне тож интересно зачем ?!

Еще один шустрый умник появился, хорошо что озолотить не обещает. Вот и думай после этого - Модератор, это профессия или призвание?)

Не заполовоактился еще по всем темам свою рекламу совать ???

Есть еще вроде $_SERVER['REAL_ADDR'].... А что за VIA? если точнее какое полное имя у этой переменной?

Мануал уже не открыть?

Поле именно VIA. Соответственно, переменная $_SERVER['HTTP_VIA']
===============
13.44. Поле Via

Поле общего заголовка Via должно быть использовано шлюзами или прокси для указания промежуточных протоколов и получателей на пути от агента пользователя к серверу, которому адресован запрос, и между исходным сервером и клиентом в случае отклика. Это аналогично полю "Received" документа RFC 822 и предназначено для использования при трассировке переадресаций сообщений, исключения петель запроса и идентификации протокольных возможностей всех отправителей вдоль цепочки запрос/отклик.

Via = "Via" ":" 1#( received-protocol received-by [ comment ] )  received-protocol  = [ protocol-name "/" ] protocol-version    protocol-name  = token  protocol-version  = token  received-by  = ( host [ ":" port ] ) | pseudonym  pseudonym  = token

Запись "received-protocol" указывает версию протокола в сообщении, полученном сервером или клиентом вдоль цепочки запрос/отклик. Версия received-protocol добавляется к значению поля Via, когда сообщение переадресуется, так что информация о возможностях протоколов предыдущих приложений остается прозрачной для всех получателей.

Запись "protocol-name" является опционной, тогда и только тогда, когда это "HTTP". Поле "received-by" обычно соответствует ЭВМ и номеру порта сервера получателя или клиента, который переадресует сообщение. Однако, если настоящее имя ЭВМ считается конфиденциальной информацией, оно может быть заменено псевдонимом. Если номер порта не задан, можно предполагать, что используется значение по умолчанию для данного протокола (received-protocol).

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

Комментарии могут быть использованы в поле заголовка Via для идентификации программ получателя прокси или шлюза аналогично полям User-Agent и Server header. Однако, все комментарии в поле Via являются опционными и могут быть удалены любым получателем перед тем, как переадресовать сообщение.

Например, сообщение-запрос может быть послано от агента пользователя HTTP/1.0 программе внутреннего прокси с именем "fred", которая использует HTTP/1.1 для того, чтобы переадресовать запрос общедоступному прокси с именем nowhere.com, который завершает процесс переадресации запроса исходному серверу www.ics.uci.edu. Запрос, полученный www.ics.uci.edu будет тогда иметь следующее поле заголовка Via:

Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)

Прокси и шлюзы, используемые как средства сетевой защиты (firewall) не должны по умолчанию переадресовывать имена ЭВМ и портов в пределах области firewall. Эта информация может передаваться, если это непосредственно позволено. Если это не разрешено, запись "received-by" для ЭВМ в зоне действия firewall должна быть заменена соответствующим псевдонимом.

Для организаций, которые имеют жесткие требования к защите конфиденциальности и сокрытию внутренней структуры, прокси может комбинировать субпоследовательность поля заголовка Via с идентичными значениями "received-protocol" в единую запись. Например,

Via: 1.0 vanya, 1.1 manya, 1.1 dunya, 1.0 sonya

Приложениям не следует комбинировать несколько записей, если они только не находятся под единым административным контролем и имена ЭВМ уже заменены на псевдонимы. Приложения не должны комбинировать записи, которые имеют различные значения "received-protocol".
===============

никак! по крайней мере если используются анонимные прокси или соксы....
эхх еслиб можно былоб вычислить сколькоб головной боли снялоб...

Короче говоря, HTTP_VIA нецелесообразно использовать для статистики... Эх жаль, кроме собственно IP и UA больше и уцепица не за что...))