Se o navegador funciona, mas um aplicativo Windows em segundo plano não, identifique primeiro a interface de proxy do aplicativo que falha. Ele pode usar WinHTTP, configurações do Windows voltadas ao usuário, um ajuste por sessão, descoberta automática ou configuração própria. Um serviço também pode rodar como outro usuário.

Para a configuração convencional do WinHTTP, comece por esta inspeção somente de leitura:

netsh winhttp show proxy

Essa saída não descreve todos os perfis ou conexões do navegador. Antes de alterar, confirme pela documentação ou pelos diagnósticos do aplicativo que ele usa esse padrão do WinHTTP.

Ação pretendidaEscopo
Definir um padrão do WinHTTPRegistre a configuração antiga e considere todos os clientes participantes que a compartilham.
Importar configurações de Internet do WindowsCopie essa fonte agora; mudanças posteriores não são sincronizadas continuamente.
Restaurar após o testeRestaure o proxy registrado ou redefina somente se o acesso direto era o estado anterior.

Com os privilégios necessários e um aplicativo que deva usar esse padrão, a configuração explícita é:

netsh winhttp set proxy proxy-server="203.0.113.10:8080"

Substitua o endpoint de documentação pelo proxy atribuído ao aplicativo, ou por um candidato da lista de proxies HTTP se a rota permitir proxies públicos. Para importar, em vez disso, a fonte das configurações de Internet do Windows:

netsh winhttp import proxy source=ie

O nome legado ie identifica a origem da importação. Se o estado original era acesso direto, desfaça o teste com:

netsh winhttp reset proxy

Caso contrário, restaure os valores anteriores. Redefinir o WinHTTP não remove uma política de extensão nem o proxy próprio de um aplicativo. Para a configuração comum do Chrome ou Edge, use a caixa de diálogo de proxy do Windows, a menos que tenha identificado uma dependência específica do WinHTTP; nenhum comando netsh força todos os clientes de rede a compartilhar uma rota.

Artigos relacionados