Whoer IP: як перевірити IP, WebRTC і відбиток браузера

Whoer показує IP-адресу, мережеві витоки та сигнали браузера, за якими сайт оцінює цілісність цифрового профілю. Сервіс використовують, щоб перевірити проксі або VPN і помітити конфлікти між геолокацією, DNS, WebRTC, мовою та часовим поясом. Один високий відсоток ще нічого не гарантує. Значення має те, чи складаються всі параметри в правдоподібну конфігурацію.
Для швидкої перевірки зручно відкрити вбудований fingerprint check Afina у тому самому профілі, у якому далі працюватиме акаунт. Не перемикайте проксі між тестом і входом на сайт: тоді результат чекера вже не описує реальну сесію.
Що таке Whoer і навіщо перевіряти IP та анонімність
Whoer це веб-чекер, який показує зовнішню IP-адресу, приблизну геолокацію, провайдера, ASN і набір технічних сигналів браузера. Він не робить з'єднання приватнішим сам по собі. Його роль діагностична: показати, що бачить звичайний сайт у поточній сесії.
IP-перевірка відповідає лише на питання про мережеву точку виходу. Розширений звіт іде далі. Він порівнює мережеві дані з браузерними параметрами, включно з User-Agent браузера, та шукає невідповідності. Наприклад, IP належить провайдеру в Канаді, а JavaScript повертає київський часовий пояс і українську локаль. Це не обов'язково витік реальної адреси, проте профіль виглядає зібраним вручну.
Саме тому чекер корисний перед першою авторизацією, після заміни проксі та після зміни ядра браузера. Для повторних тестів відкривайте ту саму сторінку в тому самому профілі й записуйте, який параметр змінився. Інакше легко виправити не причину, а випадковий симптом.
Про принципи роботи таких сервісів є окремий матеріал про чекери браузерних відбитків. Whoer варто сприймати як один діагностичний погляд, а не як остаточний вердикт для всіх сайтів.
Які дані показує Whoer IP у звіті
Звіт Whoer поєднує мережеві та браузерні сигнали. Спочатку перевіряйте IP, країну, ISP і ASN, потім DNS та WebRTC, а вже після цього User-Agent, мову, час і параметри пристрою. Такий порядок швидко відокремлює витік маршруту від помилки у fingerprint.
| Сигнал | Що показує | Що вважати підозрілим |
|---|---|---|
| IP і геолокація | адресу виходу, країну, місто, ISP, ASN | реальний IP або неочікуване гео |
| DNS | сервери, що резолвлять домени | DNS домашнього ISP при іншому IP |
| WebRTC | адреси, доступні через ICE/STUN | публічний IP, який не збігається з проксі |
| User-Agent | браузер, версію, ОС | різні значення в HTTP і JavaScript |
| часовий пояс | системний час і зону за IP | зона не відповідає геолокації |
| мова | заголовки та JavaScript locale | рідкісна для обраного гео комбінація |
| Canvas і WebGL | графічний рендеринг та GPU | нелогічна пара ОС, GPU і браузера |
Почніть із двох простих звірок. Видима IP-адреса повинна належати підключеному проксі, а її країна має відповідати задачі профілю. Потім порівняйте значення User-Agent у HTTP-заголовку та через navigator.userAgent: вони не повинні суперечити одне одному.

Не намагайтеся зробити кожен параметр максимально рідкісним. Рідкісність не дорівнює природності. Типова конфігурація Chrome на поширеній ОС із правдоподібним екраном часто викликає менше питань, ніж екзотичний набір, якого майже немає серед реальних пристроїв.
Чим IP-перевірка відрізняється від цифрового відбитка
IP-перевірка описує мережеву адресу сесії, а цифровий відбиток описує браузер і пристрій. Зміна IP не змінює Canvas, WebGL, шрифти, розмір екрана, кількість ядер, пам'ять або накопичені cookie.
Відбиток утворюється не з одного магічного хеша. Сайт читає десятки доступних значень і порівнює їх між собою. Дві сесії можуть мати різні IP, але той самий Canvas, екран, WebGL renderer і набір шрифтів. Для антифрод-системи це сильний зв'язок. Буває й навпаки: відбиток випадково змінюється під час кожного запуску, що теж нетипово для звичайного ноутбука.

Стабільний профіль має дві властивості: внутрішню узгодженість і повторюваність. Якщо сьогодні браузер представляється Windows 11 із Chrome, а завтра той самий профіль раптом показує іншу ОС, іншу відеокарту й іншу кількість CPU, cookie не врятують. Зміни мають бути пояснюваними, наприклад плановим оновленням ядра.
Чому Whoer показує реальний IP або низький бал
Реальний IP у Whoer зазвичай означає, що частина трафіку оминула потрібний маршрут. Низький бал може з'явитися й без прямого витоку, коли сервіс знаходить суперечності між IP, DNS, WebRTC або системними параметрами.
Найпоширеніші причини легко перевірити по черзі:
- Зупиніть інші VPN і проксі-розширення. Кілька мережевих шарів можуть перехоплювати різні запити й давати змішаний результат
- Перевірте проксі окремо. Звірте адресу, порт, протокол, логін і строк дії sticky-сесії
- Відкрийте тест WebRTC. Якщо публічна адреса відрізняється від IP проксі, перевірте маршрутизацію UDP або вимкніть WebRTC, коли він не потрібен
- Запустіть DNS leak test. DNS домашнього провайдера при іноземному IP вказує на обхід тунелю
- Звірте час і locale. Часовий пояс, системний час і мова повинні бути правдоподібними для гео профілю
- Перезапустіть профіль. Частина мережевих і браузерних параметрів застосовується лише під час нового запуску
Окремо перевіряйте витік WebRTC. WebRTC створює ICE-кандидати для прямого з'єднання й може використати UDP окремо від звичайних HTTP-запитів. Якщо проксі не підтримує такий маршрут, чекер може побачити адресу іншого інтерфейсу.
DNS дає інший тип сліду. Сторінка відкривається через проксі, але запит до DNS-сервера йде через системне з'єднання. Перевірка витоку DNS має показувати резолвер, сумісний із поточним маршрутом, а не автоматично вважати будь-який сторонній DNS проблемою.
Які попередження Whoer потрібно виправляти першими
Першими виправляйте сигнали, що прямо розкривають інший мережевий маршрут: публічний IP у WebRTC, DNS домашнього провайдера або IPv6 поза проксі. Вони важливіші за косметичну різницю в мові чи невисокий загальний бал.
Далі переходьте до конфліктів ідентичності. Якщо HTTP-заголовок називає одну версію браузера, а JavaScript іншу, причина може бути в розширенні, старому User-Agent або невідповідному ядрі. Розбіжність між ОС, GPU і WebGL renderer перевіряйте як одну групу. Заміна лише renderer іноді робить набір ще менш правдоподібним.
| Пріоритет | Приклад у звіті | Перша дія |
|---|---|---|
| критичний | реальний публічний IP у WebRTC або IPv6 | зупинити сесію та перевірити маршрут |
| високий | DNS не відповідає проксі чи тунелю | перевірити системний DNS і налаштування профілю |
| середній | IP, часова зона та locale конфліктують | синхронізувати параметри з гео |
| контекстний | рідкісний Canvas або WebGL hash | перевірити стабільність і логіку всього набору |
Загальний бал ремонтуйте останнім. Два чекери можуть по-різному оцінити той самий профіль через відмінні правила й бази IP. Корисніше домогтися стабільного набору без явних витоків, ніж змінювати робочу конфігурацію заради ще п'яти відсотків.
Зберігайте короткий журнал тесту: дата, IP, ASN, версія ядра та знайдені попередження. Якщо після оновлення з'явиться проблема, порівняння двох записів покаже, де саме змінився профіль. Без такого запису діагностика швидко перетворюється на вгадування.
Як перевіряти профіль у Whoer та інших чекерах
Перевірка профілю має бути коротким відтворюваним тестом. Відкрийте один чекер для мережі, другий для детального fingerprint і порівняйте базові сигнали. Не ганяйте профіль через десять сайтів, намагаючись отримати всюди зелену плашку: різні сервіси мають різні бази та правила оцінки.
Робоча послідовність виглядає так:
- Створіть профіль із потрібною ОС, версією браузера та розміром екрана
- Призначте проксі й перевірте його доступність до запуску браузера
- Запустіть Whoer у цьому профілі та зафіксуйте IP, ISP, ASN, DNS і WebRTC
- Звірте браузерні сигнали з налаштуваннями профілю, особливо User-Agent, платформу, мову й час
- Відкрийте другий fingerprint checker і порівняйте Canvas, WebGL, Audio та ClientRects
- Виправте одну невідповідність і повторіть тест після повного перезапуску
- Збережіть конфігурацію та не змінюйте її без причини після першої робочої сесії
Поганий результат у одному чекері ще не доводить, що профіль заблокують. І зелений результат не доводить протилежного. Чекери не бачать історію акаунта, якість cookie, швидкість дій, повторювані сценарії або репутацію IP на конкретній платформі.
Як узгодити проксі, часовий пояс, мову та WebRTC
Узгоджений fingerprint починається з мережевої точки виходу. Спочатку обирають стабільний проксі під потрібне гео, потім під нього налаштовують часовий пояс, мову та поведінку WebRTC. Випадкова генерація всіх полів у зворотному порядку створює зайві конфлікти.
Для довгої сесії краще використовувати sticky IP. Ротація посеред авторизації змінює мережеву ідентичність, хоча cookie та відбиток залишаються тими самими. Мобільні й резидентні адреси теж не є автоматично чистими: перевіряйте ASN, гео, стабільність і те, чи проводить конкретний проксі UDP.

Часовий пояс бажано брати з геолокації IP, але не плутати його з точним місцем. Одна зона може охоплювати кілька регіонів. Мову підбирайте як реальну локаль браузера, а не як прапорець країни: для багатомовного гео англійська може бути нормальною. Підробка часового поясу працює лише разом із коректним системним часом і locale.
Як Afina допомагає читати й виправляти результати Whoer
Afina ізолює кожен акаунт у власному Chromium-профілі з окремими cookie, cache, проксі та параметрами fingerprint. У налаштуваннях профілю можна задати User-Agent, ядро, часовий пояс, мови, CPU, RAM і шум для Canvas, WebGL та Audio. Це дає змогу виправляти конкретний конфлікт зі звіту, а не щоразу генерувати весь відбиток заново.
Проксі призначається окремому профілю. Перед запуском його можна перевірити на доступність, тип і геолокацію. Якщо після цього Whoer показує неочікуваний IP або WebRTC, причина звужується до мережевого маршруту чи підтримки протоколу, а не губиться серед налаштувань усієї системи.
Практичний підхід простий: зберіть один еталонний профіль, перевірте його, продублюйте логіку налаштувань для групи й змінюйте тільки ті поля, які мають відрізнятися. Матеріал надано виключно в ознайомчих та освітніх цілях.
Afina зменшує кількість технічних суперечностей, але не може передбачити правила кожного сайту або гарантувати статус акаунта. Додаткові сигнали поведінки, історія сесії та репутація IP залишаються важливими. Докладніше про межі такої моделі читайте на сторінці антидетекту й анонімності.
СкачатиFAQ — Часті запитання
Що показує Whoer і наскільки йому можна довіряти?
Whoer показує IP, приблизне гео, ISP, DNS, WebRTC та браузерні сигнали. Це корисний діагностичний зріз, але не прогноз рішення антифрод-системи.
Чим перевірка IP відрізняється від перевірки відбитка браузера?
IP-тест перевіряє мережеву адресу виходу, а fingerprint-тест аналізує браузер, ОС, екран, графіку, мову та інші сигнали пристрою.
Чому Whoer показує мій реальний IP із проксі?
Найчастіше частина трафіку обходить проксі через WebRTC, DNS або інший мережевий інтерфейс. Перевірте маршрут кожного сигналу окремо.
Як виправити витік WebRTC у Whoer?
Переконайтеся, що проксі підтримує потрібний UDP-маршрут, або вимкніть WebRTC, якщо він не потрібен для робочого сайту.
Як зробити, щоб часовий пояс і мова збігалися з IP?
Встановіть часовий пояс за геолокацією IP та оберіть правдоподібну locale для цього регіону. Після зміни повністю перезапустіть профіль.
Чи означає 100 відсотків у Whoer повну анонімність?
Ні. Бал Whoer відображає набір технічних перевірок і не враховує поведінку, cookie, історію акаунта або правила конкретної платформи.
Чи може антидетект-браузер повністю приховати відбиток?
Ні. Антидетект керує та ізолює сигнали профілю, але сайт усе одно отримує певний відбиток і може оцінювати його разом із поведінкою.
Коли потрібно повторювати перевірку профілю?
Повторюйте тест після заміни проксі, оновлення ядра або зміни fingerprint-параметрів. Для стабільного профілю щоденна перевірка без змін не потрібна.
