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

Проксі, який швидко підключається й відкриває потрібні сайти, не стає автоматично проксі, на якому варто вести акаунти. Придатність IP визначають два чинники: тип реєстрації (резидентна адреса, ISP чи датацентр) і чистота (скільки акаунтів пройшло через цю підмережу, чи є на ній позначки). І те, і те читається з однієї перевірки IP — поле типу, ім'я провайдера, hostname, оцінка чистоти — на повну перевірку однієї адреси йде менш ніж хвилина.

Спершу розберемо, чим три типи IP різняться насправді, далі дамо трикроковий метод читання через API пошуку IP і сервіси детекції, а наприкінці покажемо, як вбудувати цю перевірку в робочий процес за великої кількості акаунтів.

Резидентні, 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 прив'язує проксі на рівні профілю.