Як працює цей тест
Чотири канали можуть донести вашу адресу до сайту, і тунель, що захищає один, може ігнорувати інший. Ця сторінка тестує кожен із тієї самої браузерної сесії, тож результати описують саме ту конфігурацію, яку ви збираєтеся використати.
| Канал | Як тестується | Де виконується тест |
|---|---|---|
| IPv4 | Адреса, з якої надійшов ваш запит, з її мережею, країною та класифікацією | На нашому сервері, до відправлення сторінки |
| IPv6 | Скрипт сторінки звертається до echo-ендпоінта на нашому сервері-зонді, доступного лише через IPv6; відповідь означає, що браузер має робочий маршрут IPv6, і розкриває його адресу | Браузер плюс сервер-зонд |
| WebRTC | Скрипт збирає ICE-кандидати через публічний STUN-сервер і порівнює кожен публічний кандидат з IPv4-адресою | Браузер |
| DNS | Скрипт запитує 6 унікальних імен хостів у нашій тестовій зоні; авторитетний сервер імен на зонді записує, які резолвери запитали, а сторінка показує їхню мережу й країну | Браузер плюс сервер-зонд |
Рядок IPv4 заповнюється одразу. Інші три стартують при завантаженні сторінки й оновлюються в міру завершення, кожен зі статусом «пройдено», «перевірити» або «не пройдено» і коротким поясненням. Таблиця кандидатів WebRTC і таблиця DNS-резолверів показані повністю нижче, як на окремих сторінках, тож деталі можна читати, не виходячи звідси.
Логіка порівняння — той самий рушій, що й в оцінці анонімності. Публічна адреса WebRTC, відмінна від IP з’єднання, — «не пройдено». IPv6-адреса в іншій країні, ніж IPv4, — «не пройдено». DNS-резолвер в іншій країні, ніж IPv4, — «перевірити». Кожен із них також коштує 15 балів в оцінці.
Як читати результат
Рядок IPv4 — опорний. Усе інше порівнюється з ним.
| Рядок | Пройдено | Перевірити або не пройдено |
|---|---|---|
| IPv4 | Показує задуманий вихід: адресу VPN чи проксі, його мережу й вибрану країну | Показує вашого домашнього провайдера, тобто тунель узагалі не несе вебтрафік; виправте це, перш ніж читати інші рядки |
| IPv6 | IPv6 не виявлено або IPv6-адреса в тій самій країні, що й IPv4 | IPv6-адреса в іншій країні: система має прямий маршрут IPv6 повз тунель лише для IPv4 |
| WebRTC | Кожен публічний кандидат дорівнює IPv4-адресі або публічних кандидатів немає | Публічний кандидат, що відрізняється: UDP-трафік браузера виходить поза тунелем |
| DNS | Кожен резолвер у тій самій країні, що й IPv4, зазвичай власний резолвер VPN чи проксі | Резолвер в іншій країні: запити обходять тунель, зазвичай до резолвера вашого провайдера |
Три комбінації трапляються знову й знову:
- IPv4 правильний, WebRTC не пройдено, DNS та IPv6 пройдено. Браузерний проксі без підтримки UDP. Замініть адресу WebRTC у браузері чи профілі антидетект-браузера або перейдіть на повнотунельний VPN.
- IPv4 правильний, DNS «перевірити», решта пройдено. VPN із DNS, налаштованим поза клієнтом, або шифрований DNS у браузері, що вказує на резолвер у вашій країні. Виправте резолвер і повторіть.
- IPv4 правильний, IPv6 не пройдено. Провайдер тунелює лише IPv4, а ваша мережа має нативний IPv6. Вимкніть IPv6 на адаптері під час підключення або увімкніть IPv6 у клієнті, якщо він це підтримує.
Якщо не пройдено кілька рядків, виправляйте в порядку WebRTC, DNS, IPv6: WebRTC сайти перевіряють найчастіше, DNS найчастіше логують, IPv6 — найрідший із трьох.
Як виправити
Кожен рядок має окрему сторінку з кроками для кожної платформи; тут коротка версія.
- IPv4 показує вашого справжнього провайдера. VPN не підключено або проксі не застосовано до цього браузера. Перепідключіться або перевірте, що налаштування проксі браузера й проксі профілю активні, і перезавантажте.
- WebRTC розкриває іншу адресу. Увімкніть захист WebRTC у VPN-розширенні, установіть політику WebRTC браузера на «лише проксійовані з’єднання» або налаштуйте профіль антидетект-браузера на заміну адреси адресою проксі. Кроки для кожного браузера — на сторінці тесту на витік WebRTC.
- DNS-резолвер у неправильній країні. Увімкніть у VPN-клієнті опцію DNS через тунель, увімкніть віддалений DNS для SOCKS5-проксі й приберіть налаштування шифрованого DNS у браузері, що вказує на резолвер у вашій справжній країні. Сторінка тесту на витік DNS перелічує налаштування для Windows, macOS, iOS, Android і основних браузерів.
- IPv6-адреса в іншій країні. Увімкніть IPv6 усередині VPN-клієнта, якщо він це пропонує; інакше вимкніть IPv6 на активному адаптері на час сесії. Команди й меню — на сторінці тесту IPv6.
- Перезапустіть цю сторінку з того самого профілю браузера. Усі 4 рядки перераховуються при кожному завантаженні, і нічого з попереднього запуску не кешується.
Обмеження цього тесту
- Тест охоплює браузер. Інші застосунки на пристрої — поштові клієнти, торрент-клієнти, системні служби — можуть використовувати мережу інакше. Торрент-клієнт, зокрема, може розкрити вашу адресу кожному піру в рої через канал, якого ця сторінка не торкається.
- Тунель, що розривається після тесту, не тестується. У такий момент вас захищає kill switch у VPN-клієнті; ця сторінка повідомляє лише стан на момент запуску.
- Порівняння країн залежить від даних геолокації. Країна кожної адреси береться з бази DB-IP Lite, оновлюваної щомісяця. Вихід VPN або резолвер, зареєстрований в одній країні, але розміщений в іншій, може дати розбіжність, яка не є витоком, і навпаки в рідкісних випадках.
- Рядки IPv6 і DNS залежать від нашого сервера-зонда. Якщо будь-який із них каже, що недоступний, ця частина тесту не виконалася; рядки IPv4 і WebRTC залишаються дійсними.
- WebRTC тестується через один STUN-сервер, а розширення, що переписує кандидатів, змусить рядок пройти за задумом; тест не відрізняє переписаного кандидата від справжнього.
- Пройдений тест — не анонімність. Сторінка перевіряє, чи проступає ваша справжня мережа на 4 каналах. Вона не перевіряє cookie, облікові записи, ідентифікатори пристрою чи репутацію вихідної адреси; бік адреси покривають перевірка IP та оцінка анонімності.
Чого тест VPN на витоки не скаже про kill switch
Kill switch — правило фаєрвола всередині VPN-клієнта, що блокує весь трафік, коли тунель не працює. Він важливий, бо кожен витік на цій сторінці може статися й у ті кілька секунд між розривом тунелю й перепідключенням, коли система повертається до звичайних маршрутів і резолверів. Цей тест не може змоделювати той момент. Якщо ви залежите від тунелю, увімкніть kill switch і перевірте його самі: від’єднайте VPN вручну й переконайтеся, що ця сторінка взагалі не завантажується, а не завантажується з вашою справжньою адресою. Витік IPv6 і DNS — випадки, які найчастіше проступають у цій прогалині, бо саме до власного маршруту IPv6 і налаштувань резолвера система повертається.
Торрент-клієнти, ігри та інші застосунки
Браузерні тести описують браузери. Торрент-клієнт оголошує вашу адресу трекеру й пірам напряму, ігровий клієнт відкриває власні UDP-сесії, а поштовий клієнт резолвить імена й підключається за власним розкладом. Кожен із них використовує маршрут, який дає операційна система: тунель, якщо VPN — повний системний тунель, і ваше справжнє з’єднання, якщо ви налаштували лише браузерний проксі. Для всього поза браузером чесна відповідь — системний VPN із kill switch, прив’язка застосунку до інтерфейсу тунелю, де це підтримується, і розуміння, що вебсторінка не може це за вас перевірити.
Порядок перевірок перед входом
- Завантажте цю сторінку через той самий профіль браузера, з якого будете входити, і отримайте 4 пройдені рядки.
- Відкрийте перевірку проксі, щоб підтвердити, що IPv4-адреса в резидентній або мобільній мережі й не несе проксі-заголовків.
- Відкрийте оцінку анонімності, щоб підтвердити, що рядки часового поясу й мови узгоджені з виходом і немає ознак автоматизації.
- Перезавантажте цю сторінку ще раз, щоб підтвердити стабільність результату, і тоді відкривайте потрібний сайт.
Ця послідовність займає менше хвилини й ловить чотири канали витоку, проблеми рівня адреси й проблеми узгодженості браузера, які стоять за більшістю перевірок при вході через проксі та VPN.