Прокси палятся не по IP, а по заголовкам и TLS Fingerprint

Прокси палятся не по IP, а по заголовкам и TLS Fingerprint

Чаще всего бан прилетает не из-за ASN, а из-за того, что клиент орёт о себе громче, чем сам прокси. Сервер видит кривой набор заголовков, неестественный порядок полей, пустой Accept-Language, левый User-Agent и сразу ставит флаг на сессию.

Вторая мина — TLS Fingerprint. Если ClientHello не похож на нормальный браузерный стек, палево ловится до HTTP-уровня. Сюда же летят:
— нестыковка SNI и Host;
— странные cipher suites;
— отсутствие ALPN или неправильный порядок расширений;
— слишком «чистый» отпечаток для домашнего трафика.

Третья ошибка — прокси есть, а траста нет. Дешёвый пул, одинаковые заголовки на пачке аккаунтов, одинаковая география DNS и резкие прыжки между ASNs — всё это рисует шаблон. Прогоняем через чекер, смотрим на Real-IP. Если поведение клиента не совпадает с сетевым профилем, ротация уже не спасает.

Нормальная схема простая: выравнивайте HTTP-слой под реальный браузер, следите за TLS-стеком, не мешайте datacenter-логику с residential-сессиями и не плодите одинаковые инжекты на разных потоках. Ротация на уровне ASN — это база.

Экономия на прокси всегда выходит боком при сборе данных.