Искажающие прокси
Искажающий прокси подставляет в HTTP-заголовок вымышленный IP клиента. Настоящий адрес в этом поле скрыт, но в запросе могут остаться признаки использования прокси. Замена одного поля сама по себе не доказывает, что настоящий IP отсутствует в остальных данных запроса. Название Distorting Proxies описывает именно такую подмену сведений о клиенте.
Термин относится к старой классификации уровней анонимности прокси. Для современных коммерческих прокси нормой стало поведение Elite / High Anonymity: сервис не передаёт сайту исходный IP клиента и не добавляет заголовки, сообщающие об использовании прокси. Категория Distorting полезна прежде всего для понимания старых описаний и обозначений в публичных списках.
Что меняется в запросе
Допустим, ваш публичный IP — 198.51.100.24, а прокси подключается к сайту с адреса 203.0.113.80. В незашифрованный HTTP-запрос он добавляет заголовок с третьим адресом: X-Forwarded-For: 192.0.2.55.
Третий адрес — вымышленное значение, которое подставил прокси. Это не ваш настоящий IP и не адрес, с которого установлено соединение с сайтом.
При этом другие заголовки могут указывать, что запрос прошёл через посредника. Например, заголовок Via сообщает об участии прокси. Подмена клиентского IP не убирает этот признак.
Что на самом деле видит сайт
Соединение по-прежнему приходит с 203.0.113.80. Другой адрес в заголовке не переносит прокси в другую страну и не меняет сеть и репутацию его IP. Если между запросами менять только вымышленное значение, настоящей ротации IP не получится: адрес соединения остаётся прежним.
Страница проверки IP может показывать адрес соединения или значение из заголовка. Поэтому результаты для одного прокси иногда различаются. Если тестовая страница показала подставленный адрес, это ещё не значит, что каждый сайт примет его за ваш IP.
Сайт сам решает, какие заголовки учитывать и от каких отправителей им доверять. Например, сервер может принимать сведения об IP клиента только от собственного обратного прокси. Прокси, через который вы посещаете этот сайт, автоматически доверенным источником не становится.
Работает ли это с HTTPS
В нашем примере прокси должен иметь возможность прочитать и изменить HTTP-запрос. При обычном HTTPS-туннеле, созданном методом CONNECT, запрос вместе с заголовками передаётся внутри сквозного зашифрованного соединения TLS. Прокси, который только пересылает этот трафик, не может вставить туда вымышленный IP. Поэтому результат Distorting в тесте обычного HTTP нельзя автоматически переносить на работу того же прокси с HTTPS.