Обхваща ли проксито на браузъра и WebRTC?
Обикновената проверка на уеб IP и WebRTC връзката могат да използват различни пътища. Проверете отделно комуникацията в реално време на браузъра.
Настройката за HTTP прокси в браузъра не обхваща автоматично WebRTC. Обикновена страница за проверка на IP измерва уеб заявка; разговорът може да използва отделни пътища за свързване и откриване на адреси.
SOCKS5 не премахва тази разлика. Вградената в Chromium реализация на SOCKS5 URL прокси поддържа TCP, а не обща UDP асоциация. Възможностите на протокола са по-широки от тези на браузърния интерфейс.
Браузърите предоставят отделни мрежови контроли за WebRTC. Chrome предлага политика за обработка на IP чрез API за разширения за поверителност, включително disable_non_proxied_udp; Mozilla също документира настройки за мрежова поверителност на WebRTC. Тази стойност в Chrome е API политика, а не универсално квадратче за отметка или гаранция за скриване на всеки адрес.
Проверете обичайния уеб изход, а после поведението на WebRTC в действително използваното приложение за конференции с диагностика, чиито полета разбирате. Локалните адреси, адресите на релета и публично наблюдаваните адреси описват различни части от връзката. Запишете браузъра и условията на теста: политики, разширения, поведение на защитата на поверителността и налични пътища влияят на резултата. Нито „винаги изтича“, нито успешна проверка на уеб IP е достатъчен извод.
Ако ограничите WebRTC път, повторно изпробвайте нужните разговори. Намаляването на разкриването на адреси може и да попречи на свързването. Този компромис е отделен от това дали крайната точка на HTTP прокси е онлайн.