Практичный чек-лист для комплексного аудита прокси-провайдеров (от проверки единичных тестовых портов до стресс-тестов пула).

Методология разбита на 6 ключевых блоков: от физической связности до работы в профилях антидетект-браузеров.

1. Валидация IP и анонимности (Антифрод-тест)

Что проверяем: Качество IP-адреса, реальный тип прокси (Residential / ISP / Datacenter / Mobile) и чистоту в базах антифрод-систем. Зачем: Если антифрод (iphey, pixelscan, maxmind) сразу определяет IP как прокси или видит утечки, профили в антидетектах будут забанены еще до начала работы.

• Проверка типа IP и провайдера (ASN / ISP):

• Метод: Запрос к IP-базам (IP2Location, MaxMind, IPinfo).

• Цель: Убедиться, что декларируемые «резидентские» или «мобильные» IP действительно относятся к домашним провайдерам или сотовым операторам, а не к дата-центрам (AWS, Hetzner, DigitalOcean).

• Fraud Score & Blacklist Check:

• Метод: Проверка IP через Scamalytics, IPQS, AbuseIPDB.

• Цель: Оценить историю IP. Fraud Score должен быть близким к нулю. В спам-базах IP должен быть чистым.

• DNS Leak & WebRTC Leak:

• Метод: Загрузка тестовых страниц (browserleaks.com, iphey.com) внутри профиля.

• Цель: Убедиться, что DNS-запросы идут строго через DNS-сервер прокси-провайдера, а WebRTC не светит ваш реальный (или несоответствующий гео) IP.

• Проверка портов и сигнатур (TCP/IP Fingerprint / OS Match):

• Метод: Анализ пассивного отпечатка OS (p0f / Passive OS Fingerprinting).

• Цель: Заголовок User-Agent браузера в антидетекте должен совпадать с отпечатком TCP/IP (например, если браузер эмулирует Windows, TCP Window Size и TTL не должны выдавать Linux-сервер).

2. Тестирование производительности и скорости (Performance & Latency)

Что проверяем: Задержку (Ping), скорость загрузки/выгрузки и пропускную способность. Зачем: Высокий пинг или шейплинг скорости со стороны провайдера делают невозможной многопоточную работу или парсинг.

• Latency / Ping (RTT - Round Trip Time):

• Метод: Серия ICMP/TCP-запросов к целевым ресурсам через прокси.

• Цель: Измерить пинг до конкретного целевого целевого сайта (Target Domain), а не просто до сервера провайдера.

• Speed & Bandwidth (Upload / Download):

• Метод: Загрузка кастомных бинарных файлов (10MB / 100MB) через curl с замеркой скорости.

• Цель: Проверить заявленную скорость и выявить искусственные ограничения (throttling) при передаче тяжелых данных.

• Time to First Byte (TTFB):

• Метод: Замер времени от отправки HTTP-запроса до получения первого байта ответа.

• Цель: Оценка отзывчивости ноды при работе с динамическими API и скриптами.

3. Тестирование стабильности, Uptime и Session Persistence

Что проверяем: Удержание сессии (Sticky Sessions), поведение при ротации и отказ нод. Зачем: Если сессия «отваливается» посередине выполнения действия (например, фарминг, регистрация или оформление заказа), аккаунт вылетает на чекпоинт.

• Session Keep-Alive (Sticky Session Duration):

• Метод: Непрерывные циклические запросы каждые 5–10 секунд в рамках одной сессии на протяжении 10–30 минут.

• Цель: Проверить, действительно ли провайдер держит заявленный IP (например, 10 или 30 минут) без спонтанных разрывов.

• Плавность ротации (Rotation Accuracy):

• Метод: Запросы при каждом новом подключении (для ротационных пулов).

• Цель: Убедиться, что IP меняется при каждом вызове / смене порта, и новый IP принадлежит заданному гео.

• Уровень успешных ответов (Success Rate):

• Метод: Отправка 500–1000 запросов на целевой ресурс.

• Цель: Расчет метрики $Success Rate = \frac{\text{Успешные ответы (200 OK)}}{\text{Все запросы}} \times 100%$. Норма для качественных резидентских прокси — от 95% и выше.

4. Совместимость с антидетект-браузерами (Browser Integration & Fingerprinting)

Что проверяем: Стабильность работы по протоколам HTTP(S) и SOCKS5 внутри профилей антидетекта. Зачем: Антидетект подменяет железо и холст (Canvas/WebGL), но если прокси-слой работает криво (например, плохо поддерживает UDP через SOCKS5), защита сайтов моментально обнаружит аномалии.

• Протокольная совместимость (SOCKS5 vs HTTP/HTTPS):

• Метод: Настройка прокси в профиле через оба протокола.

• Цель: Проверка поддержки авторизации (Login:Password / IP Whitelist), корректной работы UDP-трафика (важно для WebRTC и современных веб-протоколов HTTP/3 / QUIC).

• Соответствие Геолокации и Часового пояса (Timezone & Geo Matching):

• Метод: Запуск профиля с автонастройкой таймзоны и геопозиции по IP.

• Цель: Проверить, корректно ли антидетект считывает данные прокси и совпадает ли системный часовой пояс профиля (js Intl.DateTimeFormat) с реальным временем выбранного IP.

• Прохождение тестов маскировки (Pixelscan, CreepJS, IPhey):

• Метод: Полный проход чек-сайтов внутри браузера.

• Цель: Отсутствие аномалий вида “Proxy Detected”, “Header Mismatch”, “Strict Canvas/Audio inconsistencies paired with IP location”.

5. Географическая точность и покрытие (Geo-Targeting Accuracy)

Что проверяем: Совпадение заявленного гео (Country / City / ASN / ISP) с фактическим. Зачем: При таргетинге на узкие локации (например, город или конкретный ASN мобильного оператора) ошибки в гео-базах провайдера приводят к блокировкам.

• Country / City Accuracy:

• Метод: Запросы с фильтром по конкретным городам и штатам.

• Цель: Проверка через несколько независимых БД (Maxmind, DB-IP, Ip2location). Заявленный US - Los Angeles не должен определяться как US - New York или вовсе Canada.

• ASN / Carrier Targeting (для Mobile & ISP):

• Метод: Запрос прокси с фильтрацией по конкретному ASN (например, Comcast, Vodafone, T-Mobile).

• Цель: Проверить, действительно ли пулы содержат чистые IP запрашиваемого оператора.

6. Нагрузочное тестирование и поведение в многопотоке (Concurrency & Load Test)

Что проверяем: Устойчивость инфраструктуры провайдера при увеличении числа одновременных потоков. Зачем: Провайдер может отлично работать в 1 профиле, но «падать» или резать скорость при запуске 50–100 параллельных сессий.

• Concurrent Connections Limit:

• Метод: Постепенное увеличение количества одновременных потоков (от 10 до 200+) через софт или скрипты.

• Цель: Найти точку, на которой начинают появляться ошибки со стороны провайдера (502 Bad Gateway, 504 Gateway Timeout, Connection Refused).

• Bandwidth Degradation under Load:

• Метод: Измерение средней скорости на 1 поток при 1 профиле vs при 50 параллельных профилях.

• Цель: Убедиться, что каналы провайдера не проседают пропорционально росту числа потоков.

Итоговая сводная таблица метрик (Шаблон оценки)

Для фундаментального сравнения провайдеров (IPFly vs конкуренты) одного текстового отчета недостаточно — нужна объективная математическая скоринг-модель.

Ниже представлена готовая методика оценки, где каждому параметру присвоен свой весовой коэффициент ($\mathbf{W}$) в зависимости от его критичности для работы с антидетект-браузерами и автоматизацией.

1. Весовые коэффициенты категорий

2. Шкала шкалирования критериев (От 1 до 5 баллов)

Каждый параметр внутри категории оценивается по строгим критериям:

1. Анонимность и Антифрод (Вес: 0.30)

• Scamalytics Fraud Score:

• 5 баллов: 0–5 (Идеально чистый)

• 4 балла: 6–15 (Низкий риск)

• 3 балла: 16–30 (Средний риск)

• 1–2 балла: >30 (Высокий риск / Зашквар)

• Тип IP по MaxMind / IP2Location:

• 5 баллов: Строго Residential / Mobile / ISP (соответствует заявленному)

• 3 балла: Mixed / Commercial broadband

• 1 балл: Определяется как Data Center / Hosting (Обман провайдера)

• Blacklist (AbuseIPDB, Spamhaus):

• 5 баллов: 0 детектов из 10 ключевых баз

• 1 балл: Есть в 1+ спам-базах

2. Совместимость с Антидетект-браузерами (Вес: 0.20)

• Протоколы и UDP/WebRTC:

• 5 баллов: SOCKS5 с полной поддержкой UDP (WebRTC проходит без аномалий)

• 3 балла: HTTP/HTTPS или SOCKS5 без UDP (WebRTC приходится отключать/эмулировать)

• 1 балл: Частые ошибки авторизации (407 Proxy Auth Required) в браузере

• Пасс чек-сайтов (IPhey / Pixelscan):

• 5 баллов: 100% Green Status, совпадение Timezone/Geo в скриптах JS

• 3 балла: Все ОК, но есть незначительные варнинги (например, малейшее различие в OS fingerprint)

• 1 балл: Красный статус «Proxy Detected»

3. Стабильность и Uptime (Вес: 0.20)

• Success Rate (Успешные ответы при 1000 запросах):

• 5 баллов: $\ge 98%$

• 4 балла: $95% - 97.9%$

• 3 балла: $90% - 94.9%$

• 1 балл: $< 90%$

• Удержание Sticky Session (на отрезке 15/30 минут):

• 5 баллов: Ни одного разрыва за время теста

• 3 балла: 1–2 спонтанные смены IP за тест

• 1 балл: Сессия регулярно «отваливается» каждые 2–5 минут

4. Скорость и Latency (Вес: 0.15)

• Задержка (Ping RTT до целевого сайта):

• 5 баллов: $< 150$ ms

• 4 балла: $150 - 250$ ms

• 3 балла: $250 - 400$ ms

• 1 балл: $> 400$ ms

• Пропускная способность (Speedtest / Download):

• 5 баллов: $> 15$ Mbps

• 3 балла: $5 - 15$ Mbps

• 1 балл: $< 5$ Mbps (Улиточный канал)

5. Гео-точность (Вес: 0.10)

• Точность гео-таргетинга (City / ASN Level):
• 5 баллов: 10/10 совпадений по нескольким независимым базы (MaxMind, DB-IP, IPinfo)
• 3 балла: Страна совпадает всегда, но город часто «плывет» (разброс >300 км)
• 1 балл: Вместо условной Бразилии выдает IP соседней страны

6. Поведение в Многопотоке (Вес: 0.05)

• Просадка при 50+ одновременных профилях:
• 5 баллов: Рост ошибок $< 2%$, скорость не падают
• 3 балла: Рост ошибок на $5-10%$, небольшая просадка по пингу
• 1 балл: Сервер провайдера отдаёт 502 Bad Gateway / 504 Gateway Timeout

3. Формула итогового скоринга (Total Score)

Итоговый балл провайдера рассчитывается по формуле взвешенной средней:

$$\text{Total Score} = \sum (\text{Средний балл категории} \times \mathbf{W})$$

где результат варируется от 1.0 до 5.0.

• 4.5 – 5.0 $\rightarrow$ Tier-1 Провайдер. Идеально для ценных аккаунтов, фарминга и чувствительных антифрод-систем.
• 3.8 – 4.4 $\rightarrow$ Рабочая лошадка. Подходит для массовой работы, спама, средних задач.
• < 3.8 $\rightarrow$ Не рекомендуются к покупке. Высокий риск банов профилей.

4. Шаблон матрицы сравнения (Excel / Google Sheets)

Скомпонованная таблица для прямого внесения результатов тестов: