Um IP diferente no navegador descreve aquela requisição do navegador. Outros aplicativos podem manter a rota direta, porque cada cliente precisa oferecer suporte às configurações de proxy e usá-las.

Onde o proxy foi configuradoO que normalmente controla
Configurações manuais do FirefoxAs requisições compatíveis com o Firefox.
Proxy HTTP do sistemaAplicativos que leem e oferecem suporte àquela configuração.
Opções HTTP ou SOCKS de um aplicativoO tráfego coberto pela implementação daquele aplicativo.
Proxy de uma rede Wi-FiClientes que usam essa configuração enquanto estão naquela rede.

Um jogo ou uma chamada de voz pode usar tráfego fora do caminho HTTP; um app que abre sockets diretos pode ignorar completamente o proxy do sistema. Até SOCKS5 exige suporte na implementação: o protocolo define associação UDP, mas o SOCKS5 integrado ao Chromium cobre requisições URL por TCP, não um retransmissor UDP geral.

Encontre a interface de proxy documentada do outro aplicativo e corresponda ao protocolo dela. Se não houver interface, editar repetidamente o endpoint HTTP do sistema dificilmente configurará o aplicativo. Verifique uma requisição dele com os diagnósticos próprios ou um destino que você controla; o curl pode validar um endpoint, mas não certificar a rota de outro app.

Confira novamente após a inicialização ou mudanças de rede. Um processo pode manter configurações lidas ao iniciar, e um celular que passa para dados móveis deixa de usar a configuração específica do Wi-Fi. Se você precisa de roteamento para o dispositivo inteiro, escolha um mecanismo projetado para esse alcance; a configuração HTTP de um único cliente não estabelece isso.

Artigos relacionados