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

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

Если прокси выглядит как «чистый» IP, но браузерный стек орёт сам на себя — бан прилетит быстро. Чаще всего палятся на трёх слоях: заголовки, TLS Fingerprint и поведение сессии. Никакой магии: детект смотрит не на красивый ASN, а на несостыковки.

— В заголовках ломают картину: Accept-Language не совпадает с гео, порядок header’ов нетипичный, User-Agent не дружит с Client Hints.
— TLS сдаёт стек: набор cipher suites, ALPN, порядок extension’ов и JA3 не совпадают с заявленным браузером.
— Сессия выглядит искусственно: sticky-сессия рвётся без причины, IP меняется, а cookies и device-id ведут себя как будто это один и тот же клиент.

Прогоняем через чекер, смотрим на Real-IP. Если прокси, браузер и отпечаток клиента собраны из разных миров — антибот это видит за один запрос. Особенно больно на логинах, парсинге и там, где есть риск-скоринг по поведению.

Лекарство скучное: держать консистентный стек, не мешать мобильный IP с десктопным TLS, не экономить на нормальной ротации и не пытаться «маскировать» всё одним хедером. Экономия на прокси всегда выходит боком при сборе данных.