Чистый ли у вас прокси-IP? Как читать результат проверки IP: резидентные, ISP и датацентровые адреса

Прокси, который быстро подключается и открывает нужные сайты, не становится автоматически прокси, на котором стоит вести аккаунты. Пригодность IP определяют два фактора: тип регистрации (резидентный адрес, ISP или датацентр) и чистота (сколько аккаунтов прошло через эту подсеть, есть ли на ней отметки). И то, и другое читается из одной проверки IP — поле типа, имя провайдера, hostname, оценка чистоты — на полную проверку одного адреса уходит меньше минуты.

Сначала разберём, чем три типа IP отличаются на самом деле, затем дадим трёхшаговый метод чтения через API проверки IP и сервисы детекции, а в конце покажем, как встроить эту проверку в routine при работе с большим числом аккаунтов.

Резидентные, ISP и датацентровые IP: названия похожи, происхождение разное

Разница между тремя типами не в скорости, а в том, откуда взялась подсеть и как она зарегистрирована в базах данных. Продавцы часто смешивают их под общим ярлыком вроде «статический резидентный» — это самый простой способ обжечься.

1. Датацентровый IP: IPv4-подсеть, прилагаемая к облачному серверу или VPS. В базах она зарегистрирована как hosting, владелец — дата-центр. Сама по себе она не плоха, но платформы видят на таких подсетях скрипты и массовые задачи, поэтому вес риска изначально выше.
2. ISP-прокси: коммерческая полоса пропускания, арендованная или купленная у местного оператора, зарегистрированная как ISP. Ключевое отличие от датацентрового IP — отсутствие совместного использования: подсеть ваша, а не общая с посторонними, поэтому аптайм и стабильность куда предсказуемее.
3. Резидентный IP: зарегистрирован на реальный домашний адрес широкополосного доступа, обычно с читаемым hostname (имя устройства в домене оператора). Настоящих нативных резидентных IP всегда в дефиците, особенно в США, и по цене и редкости они на ступень выше остальных.

Частое заблуждение — «ISP равно датацентровый IP». Общее у них только физический носитель: ISP-подсеть действительно размещают на серверах дата-центра, иначе не удержать длительный онлайн, но тип регистрации и модель использования у них совершенно разные, как и ценовая категория. И наоборот: если купленный ISP определяется как hosting, объяснений всего два — продавец не поддерживает свою базу IP или попросту упаковал датацентровую подсеть и продал её как ISP.

Трёхшаговая проверка через API поиска IP

Цель не в том, «подключается ли он», а в трёх полях: тип, владелец и чистота. Любой API поиска IP и любой сервис детекции отдают одни и те же данные, различается только подача.

Шаг 1: проверьте тип и владельца. Отправьте прокси-IP в эндпоинт поиска и посмотрите поле type — ISP, hosting или residential. Если хотя бы один IP из партии возвращается как hosting, подсеть не та, что обещал продавец. Затем посмотрите isp или org: резидентный IP обычно сопоставляется с конкретным оператором (в США это, например, AT&T), обычный ISP возвращает название коммерческой компании, а датацентровый IP — имя облачного провайдера.

Шаг 2: прочитайте hostname — скрытую подсказку. Настоящие резидентные IP обычно несут полный hostname в домене оператора; у чистой ISP-подсети его нет. Это самый прямой сигнал, отделяющий «реального резидента» от «коммерческого ISP под видом резидента», и он надёжнее одного только поля типа.

Шаг 3: отдельно проверьте чистоту. Тип говорит лишь о происхождении подсети; чистота — другая плоскость. ISP-подсеть с большим числом пользователей и плохой историей ложится на ваши аккаунты ровно тем же грузом. Через сервис детекции смотрите число совместных пользователей, наличие отметок proxy или abuse и общую оценку. Чем чище оценка, тем меньше поводов для беспокойства.

Из этих трёх шагов вытекают четыре типичных исхода, и реакция на каждый своя:

• Тип верный, чистота высокая: можно вводить в работу и привязывать к соответствующему окружению.
• Тип верный, чистота низкая: на подсети слишком много аккаунтов — меняйте её, а не надейтесь, что со временем станет чище.
• Тип не совпадает — подсеть продана как резидентная, а читается как ISP, или продана как ISP, а читается как hosting; это просто не то, за что вы заплатили. Пока действует срок заказа, свяжитесь с провайдером за заменой или возвратом.
• Аномалия в базе, но hostname в порядке: сначала перепроверьте. Базы IP обновляются с задержкой, и расхождение по одному адресу между платформами — обычное дело. Подтвердите на двух-трёх сервисах, прежде чем делать выводы.

Три ошибки в суждениях, которые легко допустить

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

1. Смотреть на тип и игнорировать чистоту. Верный тип не делает IP пригодным: число совместных пользователей и исторические отметки давят на аккаунты точно так же. Смотреть нужно на оба показателя.
2. Проверить один раз и доверять навсегда. Регистрационные данные меняются вместе с обновлением баз — подсеть, сегодня показывающая ISP, через месяцы может получить иную отметку. Результат перед покупкой не действует бессрочно.
3. Смешивать один набор данных об аккаунте между регионами. Локация IP должна совпадать с профилем аккаунта и часовым поясом входа. Чистый американский резидентный IP рядом с данными аккаунта, написанными под Юго-Восточную Азию, заметнее обычного IP — это путаница между «чисто» и «совпадает».

Многоаккаунтные окружения: сделайте проверку шагом перед регистрацией

Когда аккаунтов много, ручная проверка IP перестаёт быть выполнимой, поэтому проверку нужно встроить в настройку окружения, а не делать отдельным проходом. Инструменты вроде антидетект-браузера MakoBrowser привязывают один прокси к одному профилю, так что окружения и IP соотносятся один к одному и два окружения никогда не делят один прокси.

Порядок суждения при выборе прокси можно зафиксировать: сначала убедиться, что тип подходит под задачу (для прогрева аккаунтов ISP обычно достаточно, для более требовательных сценариев нужен резидентный), затем проверить чистоту и в конце сверить локацию с данными того аккаунта. Встраивание этого порядка в создание профиля куда эффективнее, чем разбираться с проблемами постфактум. Остальные пробелы на уровне IP — DNS, WebRTC и IPv6 — разобраны в материале обнаружение и устранение утечек IP, а проверка типа прокси естественно сочетается с тестом на утечки. О согласованности идентичности устройства читайте в статье как правильно читать инструменты детекции отпечатков.

Чтобы запустить процесс, скачайте антидетект-браузер MakoBrowser, создайте несколько окружений, выдайте каждому прокси, прошедший проверку, и пройдите по порядку выше.

Частые вопросы

В чём именно разница между ISP-прокси и резидентным IP?

Коротко: ISP — это коммерческая полоса пропускания, которую провайдер арендует у оператора, зарегистрированная как ISP, эксклюзивная, но не домашнее подключение; резидентный IP зарегистрирован на реальный адрес домашнего широкополосного доступа, обычно с hostname оператора. Общее у них то, что ни один не делится с другими пользователями. Различаются тип регистрации и стоимость закупки, а резидентные IP более редкие и дорогие.

Как понять, настоящий ли резидентный IP я купил?

Смотрите hostname. Настоящий резидентный IP обычно разрешается в полный hostname в домене оператора, который вы читаете вместе с полем типа. Если тип показывает residential, но hostname отсутствует вовсе, а org — название коммерческой компании, проверьте ещё на двух платформах. Учтите также, что у большинства провайдеров реального предложения мало — заявление «много нативных резидентных IP в наличии» само по себе требует настороженности.

Если при покупке прокси-IP был чистым, нужно ли проверять его позже?

Да. Базы IP обновляются, и одна и та же подсеть со временем может получить другие отметки, к тому же распределение на стороне провайдера тоже меняется. Прогоняйте трёхшаговую проверку каждый раз, когда привязываете прокси к новому окружению, а не полагайтесь только на результат дня покупки.

Можно ли использовать один прокси-IP для нескольких аккаунтов?

Не рекомендуется. Общий выход позволяет платформе читать аккаунты на этой подсети как группу, а это ровно тот сигнал связи, которого многоаккаунтная работа должна избегать. Один прокси на окружение — минимальное требование, чтобы предпосылка «независимой сетевой идентичности» вообще держалась, и именно поэтому антидетект-браузер MakoBrowser привязывает прокси на уровне профиля.