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

Наши цифры: один пул, три прогона, полчаса

Успехом считался ответ 200 или редирект без капчи. Ответы 403 и 429, капча и таймаут — отказ. Запросы отправлял скрипт, без браузера, выходы в США, Германии и Великобритании. В таблице 7 из 16 сайтов замера. Остальные, кроме ipinfo (о нём в шаге 2), через пул отвечали почти всегда.

Что из этого видно:

• Google через пул заметно хуже, чем напрямую. Это настоящая слабость, мы её не прячем.
• Нули у Wildberries и eBay ничего не говорят о прокси. Эти сайты не ответили нашему скрипту и без прокси. Без такой базы ноль легко записать пулу в минус.
• Авито плохо отвечает всем, и с прокси, и без него.
• Разброс между прогонами огромный. Google за полчаса дал 15, потом 10 из 22. Мерьте несколько раз.

Итог последнего прогона по сайтам из зачёта (соцсети в него не входили): через пул 64,5 %, без прокси в тот же день 70,5 %, отношение 91,5 %. Сами по себе 64,5 % звучат ужасно. Поэтому смотреть надо на отношение к обычному соединению, а не на абсолют.

Подготовка

Подставьте данные своего доступа: HOST, PORT, LOGIN и PASSWORD ниже — заглушки. У нас они на странице заказа и в «Моём доступе»: порт с новым адресом на каждый запрос — 823, постоянный адрес держит любой порт из диапазона 10000–20000 (подробнее).

# новый адрес на каждый запрос (ротация)
P='http://LOGIN:PASSWORD@HOST:PORT'
# постоянный адрес (липкая сессия): отдельный порт или параметр в логине
PS='http://LOGIN:PASSWORD@HOST:STICKY_PORT'

Если в пароле есть @, : или /, замените их на %40, %3A и %2F: curl раскодирует логин и пароль в строке прокси.

Шаг 1. Подключается ли и какая страна

curl -s -m 20 -x "$P" -o /dev/null -w 'proxy=%{http_connect} site=%{http_code}\n' https://example.com
curl -s -m 20 -x "$P" https://www.cloudflare.com/cdn-cgi/trace | grep -E '^(ip|loc)='

• proxy=200 site=200 — всё в порядке.
• proxy=407 — прокси не принял логин или пароль. У некоторых продавцов тем же кодом приходит и закончившийся трафик. Текст ответа прокси видно, если запустить curl с ключом -v.
• proxy=403 — прокси сам не пускает на этот сайт: продавец его закрыл. Список закрытых сайтов спрашивайте до покупки. У нас закрыты государственные сайты, банковские и платёжные сервисы — это записано в условиях, раздел 6.
• proxy=000 — до прокси не достучались или он не ответил: адрес, порт или ваша сеть.
• proxy= с кодом 5xx — прокси не смог открыть сайт, или в выбранной стране не нашлось выхода.
• loc= во второй команде — страна выхода с точки зрения Cloudflare. Сравните с той, что заказали.

Замер 22.08: страна совпала 15 раз из 15.

Шаг 2. Чей это адрес: домашний или серверный

IP=$(curl -s -m 20 -x "$PS" https://api.ipify.org); echo "$IP"
whois -h whois.cymru.com " -v $IP"        # колонка AS Name — владелец сети
curl -s https://check.torproject.org/torbulkexitlist | grep -qxF "$IP" && echo "Tor" || echo "не Tor"

В колонке AS Name должен стоять домашний или мобильный провайдер. Хостинг и облака — плохой знак для «резидентного» прокси.

Замер 22.08, 40 выходов: 57,5 % — домашние и мобильные сети (Vodafone, Comcast, Telefonica, British Telecom), 5 % — серверные, у 37,5 % владельца опознать не удалось. Tor — ни одного. Между двумя соседними прогонами доля серверных скакнула с 10 % до 5 %, потому что выходы каждый раз другие. Смотрите на несколько прогонов, а не на один.

Если проверяете через ipinfo.io, делайте по одному запросу, а не пачкой. В нашем прогоне 37 параллельных запросов к ipinfo через резидентные выходы все ушли в таймаут, хотя одиночный запрос отвечал сразу. Пул тут ни при чём, но чекер, который бьёт в ipinfo пачкой, запишет это в «мёртвые прокси».

Шаг 3. Сколько разных адресов даёт ротация

for i in $(seq 1 20); do curl -s -m 20 -x "$P" https://api.ipify.org; echo; done | sort -u | wc -l

Чем ближе к 20, тем лучше. Если 20 запросов вернули три-четыре адреса, то либо адрес меняется не на каждый запрос, либо выходов в этой стране мало. Во втором случае на объёме вы быстро упрётесь в блокировки.

Замер 22.08: 45 разных адресов на 45 запросов.

Шаг 4. Держится ли постоянный адрес

for i in $(seq 1 10); do curl -s -m 20 -x "$PS" https://api.ipify.org; echo; sleep 60; done | sort | uniq -c

Это десять минут. Хороший результат — одна строка с числом 10. Если строк несколько, адрес менялся, и для входа в аккаунты или многошаговых форм такая сессия не годится.

Замер 22.08: пять сессий по шесть запросов, у каждой ровно один адрес. Но каждая сессия длилась около 15 секунд, а не минуты. Сколько минут держится адрес, проверьте этой командой сами.

Шаг 5. Не утекает ли DNS

HTTP-прокси: curl отправляет прокси имя сайта (запрос CONNECT example.com:443), и адрес ищет уже прокси. Утечки здесь нет.

SOCKS5: схема socks5:// ищет адрес сайта у вас, на вашем DNS. Схема socks5h:// — на стороне прокси. Нужна вторая (у нас SOCKS5 — порт 824):

curl -x 'socks5h://LOGIN:PASSWORD@HOST:PORT' https://www.cloudflare.com/cdn-cgi/trace

В Python requests правило то же: socks5h:// вместо socks5://.

Браузер и антидетект: откройте browserleaks.com/dns и browserleaks.com/webrtc. DNS-серверы не должны принадлежать вашему домашнему провайдеру, а WebRTC не должен показывать ваш настоящий адрес.

Шаг 6. Главное: ваш сайт против базы

Общие проверки ничего не говорят о вашем сайте. Прогоните его дважды: напрямую и через прокси, одинаковое число раз и в одно время.

URL='https://нужный-вам-сайт.example/страница'
for mode in direct proxy; do
  ok=0
  for i in $(seq 1 20); do
    if [ "$mode" = proxy ]; then X=(-x "$P"); else X=(); fi
    code=$(curl -s -o /dev/null -m 25 -w '%{http_code}' "${X[@]}" "$URL")
    case "$code" in 2*|3*) ok=$((ok+1)) ;; esac
  done
  echo "$mode: $ok из 20"
done

Смотрите на отношение «прокси к напрямую», а не на абсолют. Около 100 % — пул не хуже вашего канала. Ниже 85 % — повод разбираться. Прогоните скрипт два-три раза: у Google в нашей таблице разница между прогонами была в треть.

Если без прокси сайт тоже отвечает плохо, дело не в прокси. Скорее всего, сайт не любит скрипты, и вам нужен браузер (Playwright, антидетект), а не другой пул.

Шаг 7. «Подозрительность» адреса

Сервисы вроде IPQualityScore и Scamalytics оценивают, насколько адрес похож на прокси или источник мошенничества. Проверьте несколько выходных адресов из шага 3. Оценки у сервисов разные, поэтому сравнивайте адреса между собой, а не с чужими «порогами».

Замер 22.08: эту оценку для пула мы так и не измерили. Из всех критериев нашего замера неизвестным остался только он.

Шаг 8. Скорость и разброс между выходами

curl -s -m 90 -x "$P" -o /dev/null -w '%{speed_download}\n' 'https://speed.cloudflare.com/__down?bytes=5000000'

Результат — в байтах в секунду; умножьте на 8 и разделите на миллион, получите Мбит/с. Каждый такой прогон тратит 5 МБ оплаченного трафика.

Замер 24.08:

• резидентный выход в Армении — 5,4–7,2 Мбит/с в один поток (три прогона) и 17,7 Мбит/с в шесть потоков;
• выход того же пула без выбора страны — 0,26 Мбит/с, 5 МБ не скачались за 90 секунд;
• датацентровый для сравнения — 11,8 Мбит/с.

Разброс между двумя выходами одного пула оказался больше, чем между типами прокси. Практический вывод для кода: таймаут и повтор обязательны. На ротации повтор уйдёт через другой выход.

Сколько трафика съест проверка

• Шаги 1–5: по нашей оценке, меньше мегабайта. Ответы trace и ipify весят сотни байт, плюс рукопожатие TLS на каждый запрос.
• Шаг 6: зависит от веса вашей страницы, умножьте его на 20.
• Шаг 8: 5 МБ за прогон.

Для сравнения: наш полный замер, 390 запросов по 16 сайтам с обрезкой ответа до 64 КБ, потратил меньше 7 МБ.

И последнее: счётчик трафика может отставать. В замере 24.08 после скачанных ~15 МБ счётчик сразу показал списание 0,02 МБ и догнал до 14,4 МБ только через несколько минут. Не делайте выводов о расходе сразу после проверки.

Чек-лист одной таблицей

Проверить на одном гигабайте

Для такой проверки хватит небольшого объёма: минимальный пакет резидентных — 1 ГБ за 290 ₽, трафик не сгорает. Шаги 1–5 съедят из него меньше мегабайта, замер скорости — по 5 МБ за прогон. Израсходованный трафик не возвращается, поэтому проверяйте на малом объёме: резидентные прокси, 1 ГБ.