Как проверить прокси перед работой: 6 проверок за 5 минут

Что проверить перед запуском: какой IP и страну видит сайт, нет ли утечек DNS и WebRTC, совпадают ли часовой пояс и язык, какая у адреса скорость и репутация. С командами и сервисами.

6 мин чтения

Прокси подключены, браузер открывается, сайты грузятся. Но это ещё не значит, что всё настроено правильно. Страна может определяться не та, DNS-запросы могут уходить мимо прокси, а браузер может выдать ваш настоящий IP через WebRTC. Площадке достаточно любой из этих ошибок.

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

1. Какой IP видит сайт

Сначала убедитесь, что трафик вообще идёт через прокси. В командной строке для этого хватит одной команды:

bash
curl -x http://LOGIN:PASSWORD@proxy-dealer.com:5555 https://api.ipify.org

# то же самое через SOCKS5
curl -x socks5h://LOGIN:PASSWORD@proxy-dealer.com:5556 https://api.ipify.org

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

Во второй команде стоит socks5h, а не socks5. Буква h означает, что доменное имя резолвится на стороне прокси, а не на вашем компьютере. Почему это важно, объясняем в третьем пункте.

2. Совпадают ли страна и город

GeoIP-базы иногда расходятся, особенно в определении города. Проверьте адрес в двух-трёх сервисах, например ipinfo.io, ip-api.com и whoer.net. Страна должна совпадать везде. Город может отличаться в пределах региона, и это нормально: площадки обычно смотрят на страну и регион.

Посмотрите и на поле ASN, то есть на организацию, которой принадлежит адрес. У резидентского прокси там будет домашний провайдер вроде Comcast или Deutsche Telekom, у мобильного оператор связи, например T-Mobile или Vodafone. Если там стоит название хостинга, напишите нам в поддержку.

3. Утечка DNS

Прежде чем открыть сайт, компьютер спрашивает у DNS-сервера его IP-адрес. Если этот запрос уходит напрямую, а не через прокси, сайт видит американский IP, а DNS-запрос приходит от провайдера из вашей реальной страны. Продвинутые антифрод-системы замечают такое расхождение.

Чтобы проверить, откройте через прокси browserleaks.com/dns или dnsleaktest.com и запустите расширенный тест. В списке DNS-серверов не должно быть вашего провайдера и страны, где вы на самом деле находитесь.

Что считать нормой: DNS-сервер находится в той же стране, что и IP прокси. У американских адресов он иногда определяется в соседней Канаде, такое бывает. Вместо DNS оператора часто показывается Google или Cloudflare. Это тоже нормально, такими DNS пользуются миллионы обычных людей.

Как исправить утечку: в скриптах используйте socks5h:// вместо socks5://. Через HTTP-прокси домены и так резолвятся на стороне прокси, потому что клиент передаёт ему имя сайта, а не IP. В антидетект-браузерах утечка DNS обычно закрыта по умолчанию, но проверить всё равно стоит.

4. WebRTC

WebRTC нужен браузеру для видеозвонков и голосовой связи. Чтобы соединить собеседников напрямую, он умеет узнавать реальный IP устройства и делает это в обход прокси. WebRTC работает по UDP, а через HTTP-прокси, да и через наш SOCKS5, проходит только TCP-трафик. Сайту хватит пары строк JavaScript, чтобы получить ваш настоящий адрес.

Откройте browserleaks.com/webrtc. Если в поле Public IP виден ваш настоящий адрес, это утечка. В антидетект-браузерах WebRTC настраивается в профиле: режим подмены или режим «на основе IP» подставит адрес прокси. В обычном Chrome поможет расширение, которое ограничивает WebRTC.

5. Часовой пояс и язык

Здесь проверяются уже не сами прокси, а то, насколько согласованно выглядит профиль. Если IP из Техаса, а часы браузера идут по вашему реальному часовому поясу и язык браузера не совпадает со страной IP, картина выглядит странно. Одно такое несовпадение редко приводит к бану, но вместе с другими сигналами повышает риск.

Часовой пояс и язык браузера видно на whoer.net и browserleaks.com. Антидетект-браузеры умеют подстраивать оба параметра под IP автоматически, проверьте, что эта настройка включена.

6. Скорость и репутация адреса

Остаётся убедиться, что адрес живой и не засвечен. Скорость удобно мерить тем же curl с выводом времени:

bash
curl -x http://LOGIN:PASSWORD@proxy-dealer.com:5555 \
  -o /dev/null -s -w "connect: %{time_connect}s  total: %{time_total}s\n" \
  https://www.google.com

Через резидентские прокси полный ответ обычно приходит за время от полсекунды до двух секунд, в зависимости от страны. У мобильных новое соединение по нашим замерам открывается в среднем примерно за секунду: часть времени уходит на подбор устройства и на TLS через мобильную сеть. Дальше запросы в том же соединении идут быстрее. Скорость скачивания у мобильных колеблется от нескольких сотен килобайт до нескольких мегабайт в секунду и зависит от конкретного устройства и загрузки соты.

Репутацию адреса проверяют на scamalytics.com или ipqualityscore.com: сервисы показывают, замечался ли IP в спаме или мошенничестве. У резидентского адреса высокий fraud score иногда бывает, потому что до вас им мог пользоваться кто-то другой. Для sticky-сессии просто пересоздайте прокси в кабинете и получите другой адрес. При ротации отдельный IP почти ни на что не влияет, на следующем соединении он сменится.

Весь список

  1. IP отличается от вашего настоящего.
  2. Страна совпадает в двух-трёх GeoIP-сервисах, а в ASN указан провайдер или оператор.
  3. Среди DNS-серверов нет вашего провайдера и вашей реальной страны.
  4. WebRTC не показывает настоящий IP.
  5. Часовой пояс и язык браузера соответствуют стране прокси.
  6. Время ответа в норме, fraud score у адреса низкий.

Если какой-то пункт не сходится и непонятно почему, напишите в поддержку из личного кабинета и приложите скриншот проверки. Со скриншотом browserleaks разобраться обычно получается быстро.

Проверьте на своей задаче

Резидентские — $3 за ГБ, мобильные — $4 за ГБ. Оплата за трафик, без подписки, гигабайты не сгорают.

СОЗДАТЬ АККАУНТ