Чи витікає ваш IP? Самоперевірка у три кроки з ip-api, ipinfo та ip111

Головний висновок: один сайт для перевірки IP не підтвердить, що «нічого не витікає». Вихід, тип і витоки це три окремі рівні: перевіряйте в порядку вихід, тип, витоки, поєднуючи ipinfo, ip-api, ip111 та ipleak, і робіть висновок лише тоді, коли кожен рівень дав свої дані. Увесь ланцюжок займає хвилину чи дві на крок. Перевіряйте в середовищі до початку роботи з акаунтами: це набагато дешевше за розбір після проблем.

Проксі показує з'єднання, сторінки відкриваються як слід. Але з часом з акаунтами все одно виникають проблеми. Більшість людей спочатку підозрює якість проксі. Та перед тим, як звинувачувати проксі, варто розібратися саме з рівнем IP. Насправді перевіряти треба три речі: чи вихід це та лінія, яку ви налаштували; який атрибут має цей вихід в очах платформи; чи не витікає справжня інформація з браузера іншими шляхами. Кожне питання має свої інструменти. MostMate це антидетект-браузер, у якому перевірка проксі та звірка виходу вбудовані в керування середовищами. Нижче розкладемо тему за принципом: один раз повністю перевірити сторонніми інструментами, а далі щодня звіряти через вхід у самому середовищі.

Вихід, тип і витоки це три різні речі, і один сайт не покриє їх усі

Сайт перевірки IP відповідає лише на питання «хто такий вихід». Два інші питання він не вирішує. Зробити один запит і вважати, що ізоляція в порядку, це найпоширеніша сліпа зона самоперевірки.

Ризик-системи платформ дивляться принаймні на три рівні.

• Перший рівень це належність виходу: країна, місто та ASN IP-адреси мають відповідати ідентичності акаунта.

• Другий рівень це атрибут виходу. Той самий діапазон IP може бути домашнім широкосмуговим каналом або дата-центром, а в моделях ризику дата-центровий діапазон важить інакше, ніж домашній.

• Третій рівень це витік в обхідних шляхах. WebRTC може прямо в браузері визначити публічну адресу пристрою. DNS-запити можуть оминути проксі та піти системним маршрутом. А IPv6 може засвітитися там, де через проксі проходить лише IPv4. Усі ці шляхи виходять у мережу напряму, без проксі.

Кожен рівень має свої дані, кожен інструмент бере свій. Порядок такий.

Порядок самоперевірки у три кроки

Усі три кроки робіть всередині середовища. Те, що покаже ваш власний браузер, це ваша локальна мережа, і для середовища вона ні про що не говорить.

1. Крок перший: перевіряєте належність виходу через ipinfo. Відкрийте в середовищі ipinfo.io; сторінка одразу покаже географію, організацію та ASN поточного виходу. Звіряйте кожен пункт із тим, що заявляє постачальник проксі: чи збігаються країна і місто, чи справді оператором є та компанія, яку називає постачальник. Виявлені розбіжності спершу занотуйте в нотатках середовища і залиште для перехресної звірки на другому кроці. Різні бази поповнюють дані про той самий діапазон IP із різною швидкістю. Результат однієї бази ще не висновок.

2. Крок другий: визначаєте атрибут виходу через ip-api. Відкрийте ip-api.com просто в браузері; у відповідь прийде фрагмент JSON. Поля proxy та hosting і дають висновок про атрибут. hosting зі значенням true означає, що діапазон належить дата-центру чи серверній; proxy показує, чи позначено його вже як проксі. Більшість проксі йде через діапазони дата-центрів, тож hosting true це нормальне явище. Цінність поля в тому, що ви бачите, яким виглядає вихід в очах платформи; чи пасує він до ваших занять, оцінюйте самі, зважаючи на специфіку роботи.

3. Крок третій: шукаєте витоки в обхідних шляхах через ip111 та ipleak. ip111.cn показує вихід із трьох напрямків: вітчизняний сайт, закордонний сайт і Google. У нормі всі три результати збігаються і вказують на одну проксі-лінію. ipleak.net додає панелі WebRTC, DNS та IPv6. З'явився хоч десь адреса поза проксі, значить є обхідний витік. Особливу увагу звертайте на діапазони вашого місцевого інтернет-провайдера. Для глибшого розбору цього рівня є два матеріали з повними покроковими інструкціями: виявлення витоків DNS та виявлення витоків IPv6.

Після трьох кроків у вас три висновки: чи правильний вихід, який він має атрибут і чи чисті обхідні шляхи. Якщо проблема в якомусь кроці, напрям дій для кожного свій. Саме тому перевіряють роздільно, а не все разом.

Закріплення перевірок у середовищі: вхід для звірки проксі в MostMate

Сторонні інструменти пасують для глибокої перевірки при додаванні проксі; для щоденної звірки швидше працює фіксований вхід у самому середовищі. У формі проксі в MostMate є пункт каналу запиту IP (ip 查询通道), типовим прикладом якого є ip-api. Щойно проксі налаштовано, натисніть кнопку перевірки проксі (检测代理): середовище виміряє вихід через обраний канал і самостійно підставить результат. Цей крок теж не виводить із середовища.

У списку середовищ у кожного середовища є дві колонки: проксі та IP виходу. Яка лінія закріплена за яким середовищем і в якому регіоні зараз вихід, видно одним проходом по списку; відкривати кожне середовище окремо не потрібно. Мова, часовий пояс і розташування в параметрах середовища типовим чином вирівнюються за IP виходу. Коли вихід визначено, вручну заповнювати більше нічого, і один ризик розсинхрону зникає сам собою.

Повна послідовність від створення середовища до налаштування проксі показана з поясненнями інтерфейсу в гіді з налаштування у чотири кроки. Яку роль відіграє ізоляція середовищ у всій системі запобігання зв'язуванню акаунтів, докладно описано на сторінці про продукт.

Як читати результати: три типові помилки та ритм перевірок

Відхилення класифікують лише після перехресної звірки; у кожного з трьох типових хибних прочитань свій подальший маршрут.

Розбіжність між базами: для одного й того самого IP ipinfo показує одне місто, ip-api інше. Найчастіше це лише різниця в темпі оновлення даних двох баз. При оцінці дивіться на стабільніші поля. Якщо обидва джерела збігаються на рівні країни, проксі можна далі використовувати. Розбіжність на рівні міста занотуйте в нотатках середовища. Якщо вона тримається кілька перевірок підряд, звірте з постачальником.

Атрибут дата-центру: hosting true не означає, що вихід стає непридатним. Це лише свідчення, що діапазон IP належить дата-центру; жодної заборони тут немає. Справжнє зважування це відповідність між типом занять та атрибутом виходу. Дата-центровий діапазон для роботи, чутливої до якості IP, і той самий діапазон для роботи, де це байдуже, мають ризик зовсім різного масштабу. Чи продовжувати, вирішують вимоги вашої діяльності, а не це одне поле.

Витік в обхідних шляхах: це єдиний із трьох результатів, що вимагає негайних дій. З'явилася в панелі WebRTC чи DNS адреса поза проксі, спершу поверніться в середовище та переконайтеся, що проксі дійсно працює. Далі перевірте, як обробляється WebRTC; у статті про налаштування WebRTC в антидетект-браузері розписано за сценаріями, як це налаштувати. Після виправлення виміряйте знову й поверніться до роботи, лише коли панелі чисті.

Ритм перевірок прив'язаний до трьох моментів. Новий проксі пройшов тест і додається в роботу: пройдіть усі три кроки повністю. Після заміни проксі або зміни конфігурації середовища повторіть третій крок. У щоденному нагляді дивіться в списку середовищ, чи не зсунулася колонка IP виходу. Зміна регіону виходу без чиєїсь правки це вже сама по собі підказка. Для періодичних обходів у статті про звірку виходів проксі зібрано готовий чеклист.

Хочете додати перевірки ще й на рівні фінгерпринта браузера? У гіді з одинадцяти тестів BrowserLeaks кожен тест розібраний окремо, за трьома групами: вихід, зчитування, заява.

Підсумок

Цінність самоперевірки IP не в кількості відвіданих сайтів. Головне, щоб для всіх трьох рівнів, вихід, атрибут, витоки, були свої дані. Тоді судження мають підстави, а дії напрям. Хто готує нове середовище або новий проксі, спершу відпрацюйте три кроки і лише потім запускайте роботу. Хто вже працює, тримайте колонку IP виходу в середовищі як щоденну панель і при відхиленнях повертайтеся до сторонніх інструментів. Завантажте MostMate і зведіть перевірку проксі, звірку виходу та налаштування фінгерпринта в одне керування середовищами. Тоді самоперевірка з разової дії перетворюється на постійну процедуру.

Часті питання

Чи безкоштовний ip-api?

Запити у вебверсії безкоштовні. Відкриєте сторінку прямо в браузері і побачите результати, включно з визначенням атрибута. Є також API-сервіс; безкоштовний тариф має ліміт на частоту запитів. Для масових запитів дотримуйтеся інструкцій на офіційній сторінці.

Що робити, якщо ip111 показує три різні IP виходу?

Три напрямки вказують на різні адреси: значить, різні потоки йдуть через різні виходи. Типова причина: правила розподілу трафіку чи глобальний проксі не покривають усього трафіку. Поверніться в середовище, перевірте охоплення конфігурації проксі та переміряйте, доки три результати не збігуться.

Як усунути витік WebRTC?

Спершу переконайтеся, що проксі справді працює в середовищі, а далі перевірте, як обробляється WebRTC. Після виправлення поверніться на ipleak і переміряйте; проблема вважається вирішеною лише тоді, коли панель більше не показує діапазони місцевого провайдера. Обмежувати WebRTC розширеннями браузера ненадійно; надійніше розв'язувати це на рівні середовища.

Якщо всі три кроки в порядку, акаунти точно в безпеці?

Ні. IP лише один із групи сигналів зв'язування. Фінгерпринт браузера, Cookie й звички входу, ритм поведінки акаунта все це в полі зору ризик-систем платформи. Три кроки закривають мережевий рівень; ізоляція на рівні фінгерпринта тримається на самому середовищі. Лише коли обидва рівні в порядку, можна говорити про зниження ризику зв'язування.