Temos um aplicativo (suplemento do Excel) configurado para obter suas configurações de proxy do IE (WinInet). É assim que a maioria dos aplicativos modernos funcionam hoje em dia: eles apenas se conectam às configurações de proxy do sistema/IE e os utilizam. As configurações do IE devem usar um script de arquivo PAC e funcionar bem para todos os outros aplicativos sem problemas.
Este aplicativo funcionará por várias horas e depois simplesmente quebrará. A questão é muito inconsistente. Usamos o Wireshark para capturar o tráfego da rede e descobrimos que quando ele quebra é porque está contornando o proxy e tentando ir direto. Já vi esse tipo de coisa antes, mas funciona 100% ou não funciona 100%. Nesse caso, você pode ver na rede que o aplicativo ESTÁ usando o proxy e funcionando bem; então, por algum motivo estranho, decidiu ir direto.
Aqui está o que observei e meus pensamentos:
Com base no exposto, minha conclusão é que o problema é o aplicativo. No entanto, o fornecedor afirma que nenhum outro cliente tem esse problema, por isso se recusa a investigá-lo. Estou inclinado a acreditar que eles são justos, porque é a Oracle e eles me disseram que existem algumas grandes empresas que usam isso.
Em todos os meus anos em TI, nunca vi esse comportamento - onde um aplicativo tenta ir direto para a Internet quando está configurado para usar um arquivo proxy/PAC (assumindo que esteja configurado corretamente, é claro).
- Quando funciona ou falha, o URL para o qual ele vai é exatamente o mesmo – isso exclui quaisquer regras específicas no PAC que estão causando o problema
- Quando falha, antes e depois, posso ver conexões de proxy bem-sucedidas para outros URLs usando outros aplicativos como o IE – isso exclui que o proxy não esteja acessível no momento do problema.
- O arquivo PAC é muito simples e não existem regras para enviar qualquer tráfego “Direto”.
- A certa altura, pensei que talvez o servidor que hospeda o arquivo PAC pudesse não estar acessível no momento exato em que o aplicativo tenta acessar a Internet. No entanto, descartei isso pelo fato de outros aplicativos funcionarem bem no momento do erro. Também criei um script do PowerShell que fazia GET constantemente para recuperar o status http 200 quando o erro acontecia. Tudo deu certo, o que sugere que não há problemas com o servidor de arquivos PAC.
O que examinarei a seguir é investigar o processo em torno do que acontece quando o arquivo PAC é baixado. Alguém sabe como solucionar problemas ou ativar o log do WinInet? Não consigo encontrar nada sobre isso na Internet.