Глосарій · Мережа та проксі

Витік WebRTC

Коли WebRTC розкриває IP-адресу, яка відрізняється від адреси проксі або VPN, яку бачить сайт в іншому випадку.

Визначення

Витік WebRTC стається тоді, коли стек зв'язку в реальному часі браузера розкриває IP-адресу — таку як справжня публічна IP-адреса або адреса локальної мережі — яку користувач очікував приховати за проксі або VPN. WebRTC збирає мережеві кандидати (ICE-кандидати) для встановлення однорангових (peer-to-peer) аудіо-, відео- або передачі даних.

Діаграма: HTTP проходить через проксі, тоді як трафік WebRTC розкриває іншу IP-адресу — Редакційна діаграма (спрощена ілюстрація, а не скриншот продукту).

Як це працює

Щоб знайти шлях з'єднання, WebRTC збирає ICE-кандидати з локальних інтерфейсів та зі серверів STUN/TURN; кожен кандидат містить адресу.
Проксі HTTP передає лише трафік HTTP. Медіа-трафік WebRTC зазвичай використовує UDP, який проксі HTTP та більшість SOCKS-проксі не передають, тому він може йти іншим маршрутом.
RFC 8828 визначає чотири режими обробки IP: від «перерахувати всі адреси» (максимальне розкриття) до «примусового проксі», де трафік WebRTC має проходити через проксі, інакше UDP буде вимкнено.

Чому це важливо

Сайт, який бачить IP-адресу проксі в трафіку HTTP та іншу IP-адресу в кандидатах WebRTC, дізнається обидві — що підриває приватність і створює очевидне невідповідність.
Браузери та антидетект-інструменти пропонують налаштування WebRTC (вимкнути, замінити або узгодити з проксі) саме з цієї причини.

Обмеження та поширені помилкові уявлення

«Будь-який VPN або проксі це виправляє». Чи відбудеться витік, залежить від режиму обробки IP WebRTC у браузері та того, як проксі або VPN маршрутизує трафік.
"Вимкнення WebRTC — єдиний спосіб виправлення". RFC 8828 також дозволяє режими, які обмежують зібрані адреси маршрутом за замовчуванням або примусово спрямовують трафік через проксі; компромісом є якість зв'язку або можливість підключення.

Приклад: Профіль браузера використовує проксі HTTP у Німеччині. Тестова сторінка бачить німецьку IP-адресу через HTTP, але отримує кандидат WebRTC, що показує реальну адресу провайдера користувача в іншій країні.

Жоден браузер або проксі не може гарантувати, що акаунти не будуть обмежені. Дотримуйтесь правил кожної платформи.

Пов'язані терміни

Резидентський проксі — Проксі, чия вихідна IP-адреса належить споживчому інтернет-з'єднанню, а не дата-центру.
Sticky session (проксі) — Налаштування проксі, яке зберігає ту саму вихідну IP-адресу протягом послідовних запитів протягом певного часу.
Невідповідність часового поясу та геолокації — Коли місцезнаходження, визначене за IP-адресою з'єднання, не збігається з часовим поясом браузера або наданими координатами.
Відбиток браузера — Комбінація характеристик браузера та пристрою, яка дозволяє ідентифікувати браузер без використання cookie.

Пов'язані посібники

Джерела

MDN: WebRTC API (документація браузера)
MDN: RTCIceCandidate (документація браузера)
IETF RFC 8828: Вимоги до обробки IP-адрес WebRTC (стандарт)

Перевірено 2026-11-07.

← Усі терміни глосарію