Как проверить прокси перед WhatsApp: ASN, репутация, тест-аккаунт
AndySendy academy
← Все посты

🔍 Прокси не проверишь у WhatsApp напрямую. Но проверить почти всё остальное - можно

Купил дорогой прокси, привязал 10 рабочих аккаунтов, через 90 секунд все в бане. Знакомая история - и причина не всегда в самих аккаунтах. Meta не публикует чёрные списки IP, и это главная проблема: проверить «забанит или нет» напрямую невозможно. Но многоступенчатая проверка снижает риск до запуска рабочих номеров. После статьи у вас будет рабочий чек-лист.


Почему нет универсальной проверки

WhatsApp не раскрывает внутренние базы скомпрометированных сетей и не отправляет коды сетевых ошибок во внешние системы. Репутация IP оценивается алгоритмами Meta динамически, в момент установления WebSocket-соединения - и эта оценка нигде не публикуется.

Официального инструмента «WhatsApp IP Checker» не существует и не предвидится - иначе спамеры валидировали бы пулы в автоматическом режиме. Это значит: любой чекер прокси, который обещает точно сказать «забанит или нет» - даёт ложное ощущение надёжности. Правильная стратегия - многоступенчатая фильтрация, которая отсеивает явно проблемные прокси, не гарантируя стерильность оставшихся.


Шаг 1: проверка типа IP (ASN)

Каждый IP принадлежит автономной системе (ASN) с определённой классификацией: Datacenter, Residential, ISP, Mobile. Это первый и самый важный фильтр.

Как проверить: сервисы IPinfo, MaxMind, IPQualityScore показывают тип ASN по введённому адресу.

Что искать: флаг Datacenter (Hetzner, OVH, AWS, DigitalOcean и аналоги) - сигнал для отказа. Дата-центровые пулы массово используются для автоматизации во всех сферах, и их репутация изначально минимальна. Цена прокси на это не влияет - класс ASN определяется инфраструктурой, не ценником.

Предпочтительные типы: Residential, ISP (статический жилой), Mobile (приватный). Они неотличимы от обычного домашнего интернета по сетевому классу.


Шаг 2: репутационная проверка через DNSBL/RBL

MXToolbox, Spamhaus, WhatIsMyIPAddress проверяют IP по глобальным базам Realtime Blackhole List и DNSBL. MXToolbox прогоняет адрес одновременно через более чем 100 таких баз.

Что показывает: наличие IP в списках за рассылку почтового спама, маркеры ботнета (XBL/CBL), фишинговую активность.

Важная оговорка. Эти базы созданы для оценки почтовых протоколов (SMTP), а WhatsApp работает через WebSocket. Среди практиков нет единого мнения, использует ли Meta именно эти базы при принятии решений о бане - прямых подтверждений нет. Но логика проверки остаётся здравой: IP с явно плохой историей (вирус, ботнет, спам-рассылки) - это сигнал о низком качестве адреса в принципе, независимо от того, смотрит ли туда конкретно Meta.

Мини-кейс. Оператор купил пакет дорогих приватных резидентных прокси. Перед привязкой рабочих аккаунтов прогнал один IP через Spamhaus - адрес оказался в списке CSS (Botnet/Exploit Blocklist): предыдущий легитимный владелец жилого IP был заражён трояном, рассылавшим спам. Прокси заменили до того, как пострадали рабочие номера.


Шаг 3: метод тестового аккаунта

Самый практичный способ диагностики - расходный аккаунт на дешёвой виртуальной SIM, развёрнутый в антидетект-браузере на проверяемом прокси.

Методика:

  1. Зарегистрировать тестовый номер на проверяемом прокси.
  2. Удерживать WhatsApp Web-сессию в активном состоянии 1–2 часа без отправки сообщений.
  3. Если за это время не выскочила капча, сессия не сбросилась, аккаунт не получил превентивный бан - IP проходит первичный фильтр.

Важно понимать ограничения метода. Отсутствие проблем за 1–2 часа снижает вероятность явных дефектов прокси, но не гарантирует его пригодность для долгосрочной работы или для рассылок с реальной нагрузкой. Тест без отправки сообщений - это проверка базовой стабильности соединения, не полная симуляция боевого режима.


Шаг 4: проверка утечек

Прокси может быть технически чистым по ASN и репутации, но выдавать себя через утечки на уровне браузера.

Это подтверждённые технические факты о работе браузеров - утечки реальны и проверяемы. Насколько именно WhatsApp использует их для детекта - неизвестно, прямых данных нет. Но закрывать утечки нужно в любом случае - тема пересекается с настройкой прокси для фермы.


Бесплатные прокси: почему не стоит тестировать

Открытые публичные списки прокси (порты 80, 443, 8080) обрабатывают огромные объёмы мусорного трафика. Эти адреса скомпрометированы практически во всех антифрод-системах интернета задолго до вашего использования.

Мини-кейс. Новичок нашёл базу бесплатных прокси в Telegram-канале, настроил через них 3 аккаунта. Все три улетели в перманентный бан в течение 90 секунд после ввода QR-кода - ещё до старта рассылки.

Тестировать бесплатные прокси по методике выше - трата времени. Можно сразу исключать их из рассмотрения.


Сравнение методов проверки

Метод Что показывает Чего не показывает
ASN-проверка (IPinfo, MaxMind) Тип сети: Datacenter / Residential / ISP / Mobile Реальную репутацию внутри Meta
MXToolbox / Spamhaus Присутствие в почтовых блэклистах Связь с решениями WhatsApp напрямую
Тестовый аккаунт (1–2 часа) Базовую стабильность сессии Поведение под нагрузкой рассылки
DNS/WebRTC/IPv6 Leak тесты Технические утечки браузера Влияние утечек на решения Meta

Ни один метод по отдельности не даёт ответа «забанит или нет». Вместе они существенно снижают вероятность подключить откровенно проблемный прокси к рабочим аккаунтам.


Частые заблуждения о проверке

«Whoer.net показывает 100% анонимность - значит прокси безопасен для WhatsApp». Whoer оценивает технические настройки (утечки, совпадение часовых поясов и заголовков), но не имеет доступа к внутреннему фрод-индексу Meta. Чистый результат Whoer не означает чистоту в глазах WhatsApp.

«Встроенная функция Proxy в настройках WhatsApp защищает от банов». Эта функция создана исключительно для обхода государственной цензуры и блокировок интернета. Она работает через открытые публичные порты без авторизации, не маскирует фингерпринт автоматизации и никак не относится к защите рассылочной инфраструктуры.

«Если прокси дорогой и от известного провайдера - проверять не нужно». IP может быть переиспользованным с плохой историей даже у топового провайдера, как показывает кейс со Spamhaus выше. Особенно актуально для мобильных прокси с ротацией - пулы быстро загрязняются.


Практический чек-лист перед запуском рабочих аккаунтов

  1. Проверить ASN - исключить Datacenter.
  2. Прогнать через MXToolbox / Spamhaus - исключить явные блэклисты.
  3. Развернуть тестовый аккаунт, выдержать сессию 1–2 часа.
  4. Проверить DNS Leak, WebRTC Leak, IPv6 Leak.
  5. Только после этого - перенос рабочих номеров.

🎯 Следующий шаг

Возьмите один прокси из текущего пула и прогоните по чек-листу выше прямо сейчас. Если он не пройдёт хотя бы один пункт - не привязывайте к нему рабочие аккаунты, ищите замену у провайдера.

Вывод

Практическое правило:

Нельзя доказать, что прокси чистый - можно только доказать, что он явно грязный. Отсеивай явный мусор на старте, а не разбирайся с последствиями после бана.