<b>Почему прокси палятся по заголовкам и TLS Fingerprint, даже когда IP «чистый»</b>

<b>Почему прокси палятся по заголовкам и TLS Fingerprint, даже когда IP «чистый»</b>

Прокси не умирают от плохого IP в вакууме — их сливают связки метаданных. Сервер видит не только адрес, но и то, как клиент стучится: порядок заголовков, Accept-Language, User-Agent, наличие лишних полей, несостыковки между HTTP и поведением браузера.

Вторая мина — TLS Fingerprint. Если у твоего стека JA3/JA4 не похож на реальный браузерный поток, палево прилетает ещё до контента. Типовые косяки: кривой cipher suite, нестандартный порядок extension’ов, отсутствие GREASE, слишком «чистый» TLS без шумов. Ротация на уровне ASN — это база, но без правдоподобного рукопожатия она не спасает.

Третий маркер — рассинхрон между сетью и приложением. IP из mobile-пула, а заголовки кричат десктопный бот; локаль не бьётся с гео; cookie-jar пустой, хотя сессия «давно живая». Прогоняем через чекер, смотрим на Real-IP. Если поведение не похоже на живого клиента, траст не растёт.

Лечится не магией, а дисциплиной: один профиль — один стек, одинаковые заголовки, корректный TLS-отпечаток, нормальная sticky-сессия там, где она нужна. Экономия на прокси всегда выходит боком при сборе данных. Аналитика по IP-пулам: факты, а не обещания саппорта.