O proxy do navegador também cobre WebRTC?
Uma verificação de IP na web e uma conexão WebRTC podem seguir caminhos diferentes. Confira separadamente a comunicação em tempo real do navegador.
A configuração de proxy HTTP do navegador não cobre WebRTC automaticamente. Uma página comum de verificação de IP mede uma requisição web; uma chamada pode usar caminhos próprios para conexão e descoberta de endereços.
SOCKS5 não elimina essa diferença. A implementação de proxy de URL SOCKS5 integrada ao Chromium oferece TCP, não uma associação UDP de uso geral. O protocolo tem recursos mais amplos que essa interface do navegador.
Os navegadores oferecem controles de rede separados para WebRTC. O Chrome expõe uma política de tratamento de IP pela API de extensões de privacidade, incluindo disable_non_proxied_udp; a Mozilla também documenta configurações de privacidade de rede do WebRTC. Esse valor do Chrome é uma política de API, não uma caixa de seleção universal nem uma garantia de ocultar todos os endereços.
Confira a saída web comum e depois examine o comportamento do WebRTC no aplicativo de conferência que você realmente usa, com um diagnóstico cujos campos entenda. Endereços locais, de retransmissão e públicos observados descrevem partes diferentes da conexão. Registre o navegador e as condições do teste: políticas, extensões, comportamento de privacidade e caminhos disponíveis afetam o resultado. Nem “sempre vaza” nem uma verificação de IP web bem-sucedida bastam como conclusão.
Se restringir um caminho do WebRTC, teste novamente as chamadas de que precisa. Reduzir a exposição dos endereços também pode impedir que uma chamada se conecte. Essa escolha é independente de o endpoint de um proxy HTTP estar online.