Как проверить анонимность прокси: методы и уязвимости

Как проверить анонимность прокси: методы и уязвимости

Когда юзаешь прокси, главный вопрос — насколько он реально прячет твой IP. Не все прокси одинаково анонимны. Некоторые сливают данные через заголовки, другие протекают через WebRTC или DNS. Давай разберем, как это проверить и где обычно бывают косяки.

1. Уровни анонимности прокси

Прокси бывают трех типов:

- **Прозрачные (Transparent)** — тупо передают твой реальный IP в заголовке `X-Forwarded-For`. Сервер видит и прокси, и твой адрес.

- **Анонимные (Anonymous)** — прячут твой IP, но оставляют заголовки типа `Via` или `X-Forwarded-For` с адресом прокси. Сервер понимает, что ты через прокси.

- **Высокоанонимные (Elite)** — вообще не палят, что ты через прокси. Никаких лишних заголовков. Сервер видит только IP прокси и всё.

Чтобы понять, какой у тебя уровень, нужно смотреть, какие HTTP-заголовки прокси шлет на целевой сервер.

2. Проверка через HTTP-заголовки

Самый простой способ — отправить запрос на сервер, который возвращает все заголовки, которые он получил. Можно использовать `httpbin.org/headers` или свой скрипт.

Пример через curl:

```

curl -x http://proxy:port http://httpbin.org/headers

```

В ответе смотри на такие заголовки:

- `X-Forwarded-For` — если там твой реальный IP, значит прокси прозрачный.

- `Via` — говорит, что используется прокси.

- `X-Real-IP` — часто nginx так передает реальный IP.

- `Client-IP` — редко, но бывает.

У высокоанонимного прокси ни одного из этих заголовков быть не должно. Если `X-Forwarded-For` нет, но есть `Via` — это анонимный уровень.

3. WebRTC утечка: как браузер сливает реальный IP

WebRTC — это технология для прямых соединений в браузере. Она может игнорировать настройки прокси и запрашивать твой реальный IP через STUN-серверы. Это касается только прокси, которые настроены в браузере, а не системных.

Как проверить:

- Зайди на сайт типа `browserleaks.com/webrtc`.

- Сравни IP, который показал WebRTC, с IP твоего прокси.

- Если они разные — утечка.

Чтобы заблокировать это, ставь расширения типа uBlock Origin или WebRTC Leak Prevent, либо отключай WebRTC в настройках браузера. Сам прокси от этого не спасает.

4. DNS-утечки: когда запросы идут мимо прокси

Если прокси настроен в браузере, DNS-запросы могут обрабатываться системными DNS-серверами, а не через прокси. Так провайдер и сервер узнают, какие сайты ты посещаешь.

Как проверить:

- Зайди на `dnsleaktest.com` при включенном прокси.

- Если там видны DNS-серверы твоего провайдера — утечка.

Решение — использовать SOCKS5-прокси с DNS-проксированием или настроить браузер, чтобы DNS шел через прокси. В Firefox, например, есть опция `network.proxy.socks_remote_dns`.

5. Трассировка маршрута (traceroute)

Этот метод показывает, через какие узлы идет трафик. Если между твоим IP и сервером виден IP прокси — всё ок. Если трассировка показывает твой обычный маршрут — прокси не используется.

Но тут есть нюанс: многие прокси блокируют ICMP-пакеты, так что traceroute может ничего не показать. Этот метод больше подходит для VPN, чем для HTTP/SOCKS-прокси.

6. Проверка времени отклика и геолокации

Если геолокация или время отклика странные — это может говорить о том, что прокси хреновый:

- Если прокси заявлен как европейский, а пинг 300 мс — возможно, это цепочка прокси или подмена заголовков.

- Геолокация по GeoIP должна совпадать с тем, что заявлено.

Проверить можно на `ipinfo.io` или `ip-api.com`.

7. Проверка на чёрных списках

Если IP прокси есть в публичных блэклистах (Spamhaus, Barracuda, SORBS), то анонимность ниже, и некоторые сайты могут его блокировать. Проверяй через `mxtoolbox.com/blacklists.aspx`.

8. Тест на обнаружение прокси

Некоторые сайты используют JavaScript, чтобы понять, что ты через прокси: смотрят заголовки, задержки, WebRTC, время соединения. Для проверки можно использовать `whoer.net` или `proxy-checker.net`.

Но учти: эти сервисы сами могут собирать данные, так что для sensitive проверок лучше использовать свои скрипты.

9. Проверка через цепочку запросов

Отправь запрос на сервер, который возвращает твой IP, и сравни с IP прокси. Например:

- `curl -x http://proxy:port http://ifconfig.me`

- Сравни с результатом без прокси.

Если IP совпадает с прокси — базовая анонимность есть. Но это не гарантирует, что нет утечек через заголовки или DNS.

10. Проверка IPv6-прокси

Для IPv6-прокси всё то же самое, но есть особенности:

- HTTP-заголовки проверяются так же.

- WebRTC может слить IPv6-адрес, даже если прокси работает через IPv4.

- DNS-запросы для IPv6 могут обрабатываться отдельно.

Если используешь IPv6-прокси, убедись, что браузер не шлет IPv6-запросы напрямую. В Firefox это настраивается через `network.dns.disableIPv6`.

11. Практический чек-лист проверки

Чтобы проверить анонимность по полной, сделай по порядку:

1. Проверь IP через `ifconfig.me` с прокси и без.

2. Проверь HTTP-заголовки через `httpbin.org/headers`.

3. Проверь WebRTC-утечку на `browserleaks.com/webrtc`.

4. Проверь DNS-утечку на `dnsleaktest.com`.

5. Проверь геолокацию и время отклика.

6. Проверь IP в блэклистах.

Если хоть один тест показывает утечку — прокси не тянет заявленный уровень анонимности.

12. Ограничения прокси IPv6

IPv6-прокси, например от сервиса lexic.ml, дают чистые IPv6-адреса без привязки к городу. Это значит, что геолокация может быть неточной, а пул адресов — динамическим. Такие прокси не residential и не мобильные, так что для задач, где нужна высокая репутация IP, они не подходят. Но для базовой анонимизации и обхода блокировок — норм, если правильно настроить и проверить на утечки.

Заключение

Не верь прокси на слово. Каждый уровень надо проверять: от HTTP-заголовков до WebRTC и DNS. Используй несколько методов, чтобы убедиться, что твой реальный IP не светится. И помни: даже высокоанонимный прокси не спасет от утечек на стороне браузера — это уже твоя забота.