Дали проксито на прелистувачот го опфаќа и WebRTC?
Обична проверка на веб IP и WebRTC врска може да користат различни патишта. Комуникацијата во реално време на прелистувачот проверете ја одделно.
Поставката за HTTP-прокси на прелистувачот не го опфаќа автоматски WebRTC. Обична страница за проверка на IP мери веб-барање; повикот може да користи одделни патишта за поврзување и откривање адреси.
SOCKS5 не ја отстранува таа разлика. Вградената имплементација на SOCKS5 URL-прокси во Chromium поддржува TCP, а не општа UDP-асоцијација. Можностите на протоколот се пошироки од тој интерфејс на прелистувачот.
Прелистувачите нудат одделни мрежни контроли за WebRTC. Chrome преку API за додатоци за приватност изложува политика за обработка на IP, вклучително disable_non_proxied_udp; Mozilla исто така документира поставки за мрежна приватност на WebRTC. Таа вредност во Chrome е API-политика, а не универзално поле за штиклирање или гаранција за криење на секоја адреса.
Проверете го обичниот веб-излез, а потоа однесувањето на WebRTC во конференциската апликација што навистина ја користите, со дијагностика чии пријавени полиња ги разбирате. Локалните адреси, релејните адреси и јавно забележаните адреси опишуваат различни делови на врската. Запишете ги прелистувачот и условите на тестот: политики, додатоци, однесување на приватноста и достапни патишта влијаат врз резултатот. Затоа ниту „секогаш протекува“ ниту успешна проверка на веб IP не е доволен заклучок.
Ако ограничите пат на WebRTC, повторно испробајте ги потребните повици. Намалувањето на откривањето адреси може и да спречи поврзување на повикот. Тој компромис е одделен од тоа дали крајна точка на HTTP-прокси е онлајн.