Репутация IP и детект по ASN: почему «чистые» IP всё равно блокируют

Вы купили "чистые" прокси. IP нет ни в одном чёрном списке — вы проверяли. Отпечатки имитированы, заголовки идеальны, а вас всё равно встречают challenge на первом же запросе. Причина обычно в одном запросе, который сайт сделал меньше чем за миллисекунду: он спросил, какой сети принадлежит ваш IP.

Это детект по ASN, и в 2026 году это самый дешёвый и надёжный сигнал в любом анти-бот стеке — впереди TLS-отпечатков, впереди JavaScript-проверок. В статье разберём, как на самом деле считается репутация IP, почему "не в чёрном списке" почти ничего не значит и что проверить, прежде чем винить свой код. Это сетевое дополнение к нашему разбору JA3/JA4.

ASN: сигнал, который нельзя подделать

Каждый IP в интернете принадлежит автономной системе — сети, которая анонсирует его по BGP. AS-номера публичны, бесплатны для поиска и их невозможно подделать со стороны клиента. Один запрос сообщает защитнику:

• Кто держит сеть — AWS, Hetzner, Comcast, Vodafone…
• Что это за сеть — облако/хостинг, домашний провайдер, мобильный оператор, образование, бизнес
• Как исторически выглядит трафик этой сети

Логика жёсткая и эффективная: реальные покупатели не сидят в интернете изнутри дата-центра AWS. IP из хостинг-ASN (AWS, GCP, Hetzner, OVH, DigitalOcean) начинает каждую сессию с априорной вероятности "это бот" ~90%+. IP домашнего провайдера стартует почти с нуля. Ни JavaScript, ни отпечатков, ни затрат — вердикт во многом сформирован ещё до того, как до сервера дойдёт тело вашего запроса.

Репутация — это оценка, а не чёрный список

"Моего IP нет в Spamhaus" — это ответ на вопрос из 2010 года. Современная репутация IP — непрерывно обновляемая оценка на каждый IP (и на каждый /24, и на каждый ASN), собираемая из сигналов вроде:

Сигнал	Что он сообщает защитнику
Тип ASN	Хостинг против резидентного против мобильного — базовое априори
Общая телеметрия злоупотреблений	Cloudflare/Akamai/DataDome видят этот IP у всех своих клиентов — бан, заработанный на сайте A, тащится за вами на сайт B
Скорость запросов на IP	Одно домохозяйство не генерирует 50 тыс. запросов в день
Разнообразие сессий	Сотни не связанных между собой cookie с одного IP = выход прокси
Сканирование портов / зонды открытых прокси	Многие вендоры активно зондируют IP на открытые прокси-порты
Возраст и текучесть IP	Диапазоны, недавно сменившие владельца или поведение, быстро переоцениваются

Два следствия. Первое: репутация общая — вы наследуете грехи всех, кто пользовался этим IP до вас. Поэтому дешёвые перепроданные резидентные пулы и проседают. Второе: репутация считается на диапазон, а не только на IP — один шумный сосед может отравить весь ваш /24.

Иерархия доверия к IP в 2026 году

1. Мобильные операторские IP — высшее доверие. CGNAT означает, что каждый IP делят тысячи реальных людей, поэтому блок одного IP блокирует реальных клиентов. Здесь защитники максимально осторожны.
2. Резидентные IP провайдеров — высокое доверие, стандарт для серьёзного скрейпинга и работы с аккаунтами.
3. ISP/статично-резидентные ("бизнес-eyeball") IP — хорошее доверие, стабильные, но ниже правдоподобие для потребительского трафика.
4. Дата-центровые IP — почти нулевое доверие на защищённых целях. Годятся для незащищённых API, внутренних инструментов, гео-тестирования собственных ресурсов.

(Глубокий разбор с компромиссами по цене: выбор типов прокси для агентов разбирает ту же иерархию со стороны стоимости.)

Проверьте, прежде чем дебажить

Прежде чем трогать код, допросите сам выходной IP. Через свой прокси спросите: на каком я ASN, какого он типа, куда меня помещает геолокация?

# Что видит мир, когда вы подключаетесь через прокси?
curl --proxy "socks5h://USERNAME:[email protected]:913" \
     "https://ipinfo.io/json"

# Смотрите на "org": "AS7922 Comcast..."  -> домашний провайдер, хорошо
#            "org": "AS16276 OVH SAS"    -> хостинг-ASN, вам продали дата-центр

Три находки, объясняющие "IP чистый, а всё равно блок":

• "Резидентный" IP сидит на хостинг-ASN. Некоторые провайдеры перепродают дата-центровые диапазоны под видом резидентных. Запрос ASN вскрывает это моментально — если в org указан OVH или ColoCrossing, вам продали дата-центр.
• Несоответствие геолокации. Ваша сессия заявляет витрину в США, а IP геолоцируется во Франкфурте — или хуже, часовой пояс IP противоречит часовому поясу Intl вашего браузера. Кросс-уровневые проверки согласованности это ловят.
• С IP всё нормально; проблема в отпечатке. Если ASN — настоящий провайдер, а вас всё равно блокируют на первом запросе, поднимайтесь выше по стеку — отпечаток TLS/HTTP2 (как починить) или headless-артефакты.

Работать с репутацией, а не против неё

• Сопоставляйте тип IP с легендой трафика. Потребительский трафик (соцсети, ритейл, кроссовки, билеты) требует резидентных/мобильных. B2B SaaS-дашборды терпят ISP-IP. Публичным API всё равно.
• Размазывайте скорость. Системы репутации отслеживают частоту запросов на IP — ротация по большому пулу держит каждый выход под радаром; см. паттерны ротации на Python.
• Не жгите sticky-IP. С sticky-сессиями вы строите на цели историю под конкретный IP — держите эту историю человекоподобной, потому что теперь репутация — это вы.
• Тестируйте качество пула до заливки объёма. Возьмите 20 выходов у провайдера, проверьте у каждого тип ASN и согласованность. Пул, где 30% — замаскированный дата-центр, даст загадочные перемежающиеся блоки, точь-в-точь похожие на баг в коде.

Итоги

• Тип ASN — первый и самый дешёвый сигнал бота — формируется ещё до парсинга запроса, неподделываем со стороны клиента.
• Репутация — общая непрерывная оценка на IP/диапазон/ASN — "не в чёрном списке" бессмысленно; история тащится за IP по всем сайтам, которые защищает вендор.
• Иерархия доверия: мобильные > резидентные > ISP > дата-центр. Сопоставляйте тип IP с трафиком, который имитируете.
• Проверяйте выходы эмпирически: org ASN, тип, гео-согласованность. Замаскированные пулы — тихий убийца показателя блокировок.
• IP чистый, но блок на первом запросе? Проблема уровнем выше — отпечатки.