--- icon: arrow-down-right --- # Чому блокування WebRTC не рятує від виявлення Багато антидетект-браузерів блокують WebRTC, щоб запобігти витоку реальної IP-адреси. Однак саме блокування теж може стати сигналом для антифрод-системи. У більшості звичайних користувачів WebRTC працює, тому його повна відсутність виглядає нетипово. Якщо профіль не має нативної підтримки UDP, сайт із WebRTC-перевіркою може отримати порожній список ICE-кандидатів. Реальна адреса при цьому не розкривається, але сайт бачить, що поведінка браузера відрізняється від стандартної, і може підвищити оцінку ризику. Коректне рішення полягає в тому, щоб не блокувати WebRTC, а спрямовувати його UDP-трафік через проксі. Для цього і клієнтська програма, і проксі повинні підтримувати `UDP ASSOCIATE`. UDP доступний у всіх лінійках ShardX, але для окремих продуктів, локацій і пристроїв діють обмеження. Актуальна таблиця наведена на сторінці [Про протокол UDP](README.md#dostupnist-udp-za-produktami), а сумісні програми перелічені в розділі [Програмні рішення для ввімкнення WebRTC](webrtc-software-solutions.md).