O proxy do navegador cobre tamén WebRTC?
Unha comprobación habitual da IP web e unha conexión WebRTC poden seguir camiños distintos. Revisa por separado a comunicación en tempo real do navegador.
A configuración de proxy HTTP do navegador non cobre automaticamente WebRTC. Unha páxina habitual de comprobación de IP mide unha petición web; unha chamada pode usar camiños separados para conectarse e descubrir enderezos.
SOCKS5 non elimina esa distinción. A implementación de proxy de URL SOCKS5 integrada en Chromium admite TCP, non unha asociación UDP xeral. As capacidades do protocolo son máis amplas que as desa interface do navegador.
Os navegadores ofrecen controis de rede separados para WebRTC. Chrome expón unha política de tratamento de IP mediante a API de extensións de privacidade, incluído disable_non_proxied_udp; Mozilla tamén documenta opcións de privacidade de rede de WebRTC. Ese valor de Chrome é unha política de API, non unha caixa universal nin unha garantía de agochar todos os enderezos.
Comproba a saída web habitual e despois o comportamento de WebRTC na aplicación de conferencias que realmente uses, cun diagnóstico cuxos campos entendas. Os enderezos locais, os de retransmisión e os públicos observados describen partes distintas da conexión. Anota o navegador e as condicións da proba: políticas, extensións, comportamento de privacidade e camiños dispoñibles afectan o resultado. Nin «sempre filtra» nin unha comprobación de IP web correcta abondan como conclusión.
Se restrinxes un camiño WebRTC, volve probar as chamadas que precises. Reducir a exposición de enderezos tamén pode impedir que unha chamada conecte. Ese compromiso é independente de que un punto de conexión proxy HTTP estea en liña.