Как не купить “мертвые” IP: чеклист качества IPv4 для прокси/почты/сервисов

Как практикующий сетевой инженер, скажу прямо: “мертвый” IPv4 почти всегда выглядит нормально в первые минуты. Пинг есть, сайт открывается, на тесте всё будто бы ок. А потом начинается реальность: капчи на каждом шаге, регистрации режутся, письма улетают в спам или вообще не принимаются, а часть сервисов банит не конкретный адрес, а весь диапазон. Поэтому проверить качество IPv4 перед арендой нужно так же строго, как проверяют диск перед покупкой: не один “зелёный” отчёт, а серия проверок, которые ловят разные типы проблем.

Что считается “мертвым” IP и почему это не всегда про блэклист
“Мертвый” IP это не только адрес в публичных DNSBL. Чаще это IP с плохой репутацией (ip reputation) в закрытых антифрод-системах и у крупных сервисов. Такие блокировки не всегда видны снаружи, но проявляются как “ip в блоках сервисов”: невозможность создать аккаунт, постоянные 403/429, вечные капчи, падение конверсии. Отдельная боль это “подсеть в бане”, когда ваш адрес формально чистый, но соседи по /24 уже сожгли диапазон, и сервисы режут всё подряд.

Шаг 1. Проверка происхождения: ASN, гео и тип пула
До любых “репутаций” нужно понять, что вы вообще покупаете. Смотрите ASN и организацию владельца, совпадает ли страна с заявленной локацией, не выглядит ли это как массовый “серый” пул. Для прокси критично, чтобы гео реально соответствовало задаче, а для почты важнее стабильность и история пула. Если провайдер не может внятно сказать, из какого пула выдаётся адрес и как у них устроены замены, это сигнал, что дальше будет борьба, а не работа.

Шаг 2. PTR и обратная зона: обязательный минимум для почты
Если IP берётся под SMTP, без нормального PTR вы уже стартуете с минусом. Правильная логика простая: PTR должен указывать на доменное имя, A-запись этого имени должна вести на тот же IP, а hostname сервера должен совпадать с PTR. Иначе вы будете “чинить доставляемость” бесконечно, даже если остальная конфигурация идеальна. Для прокси PTR не всегда обязателен, но иногда влияет на доверие и скорость банов, особенно в сервисах с жёстким скорингом.

Шаг 3. ip reputation: тестируйте не абстрактно, а по своим целям
Классическая ошибка: сделать один blacklist check, увидеть “чисто” и купить пачку. Репутационные блокировки так не ловятся. Репутацию надо проверять практикой: теми сервисами и сценариями, ради которых IP берётся. Для прокси это входы, регистрации, API-лимиты и капчи. Для сервисов это доступ к личным кабинетам, платёжным формам, стабильность сессий. Если на тестовом IP вы уже ловите капчи “на ровном месте”, дальше будет только хуже.

Шаг 4. blacklist check и Spamhaus блок: красные линии для почтовых задач
Публичные списки полезны, но их роль разная. Для почты наличие серьёзных попаданий это стоп-фактор: вы не обязаны становиться “реабилитационным центром” для чужой истории. Особенно внимательно смотрят на Spamhaus блок и на списки, влияющие на приём/доставку SMTP. Для прокси DNSBL менее показательны, но если адрес светится как источник злоупотреблений, риск банов по сервисам будет выше.

Шаг 5. “Подсеть в бане”: проверяйте соседей, иначе проверка бессмысленна
Если нужен один IP, проверяйте минимум несколько соседних. Если нужен пул, проверяйте статистику по группе. Логика такая: сервисы часто банят диапазонами, и тогда один “чистый” адрес в грязной подсети не спасает. Попросите у провайдера несколько IP из того же пула для теста или возьмите один адрес с понятной возможностью замены и прогоните проверки на соседях. Если вокруг массово капчи/403, значит диапазон токсичен, даже если ваш конкретный IP сегодня “везучий”.

Какие вопросы задать провайдеру до оплаты
Проверка адреса половина успеха, вторая половина это условия работы, когда что-то пойдёт не так. Важно выяснить, есть ли замена без споров, сколько замен реально доступно, как быстро делают PTR, могут ли выдать адрес из другого пула/ASN, если выяснится “подсеть в бане”. Для проектов, где IP это актив, а не мелочь, ценность даёт провайдер, который воспринимает IPv4 как услугу с процессом, а не как “вот вам адрес и дальше сами”.
Именно поэтому многие команды смотрят в сторону HSTQ, когда нужны IP под прокси/почту/сервисы: это независимый провайдер с регионами NL/DE/UK/USA/RU/SG, у которого можно арендовать IPv4, запросить PTR и получить поддержку 24/7. В таких задачах выигрывает не тот, кто продал дешевле, а тот, кто быстро меняет проблемный адрес и помогает довести инфраструктуру до рабочего состояния.

Если IP уже куплен и оказался “мертвым”
Не тратьте дни на самообман. Сначала определите тип проблемы: блоклист и почта, или репутация и антибот, или диапазонные баны. Если проблема почтовая и адрес засветился, чаще всего правильное решение это замена на другой пул плюс корректный PTR. Если проблема в том, что “подсеть в бане”, лечение почти всегда одно: уход в другой диапазон/ASN. Настройками сервера вы не перепишете историю диапазона.

Как расти без хаоса по адресам
Пока у вас 1–5 IP, можно жить заменами. Когда становится 10–50, важнее стабильность пула и предсказуемые правила, иначе вы получаете разную картину банов на каждом адресе. Когда объёмы приближаются к /24 и выше, возникает уже инфраструктурная дисциплина: учёт, сегментация задач, PTR/WHOIS-процессы, иногда RPKI и более серьёзные сетевые вопросы. На этой стадии особенно ценны провайдеры, которые умеют работать с адресным ресурсом и поддержкой, а не просто “выдают IP”.
Главное правило простое: проверить качество IPv4 перед арендой дешевле, чем потом чинить последствия. Проверяйте репутацию по своим целевым сервисам, делайте blacklist check как санитарный минимум, отдельно смотрите на Spamhaus блок для почтовых сценариев и обязательно проверяйте соседей, чтобы не купить “чистый” IP внутри “грязной” подсети.