Tenemos una aplicación (complemento de Excel) que está configurada para obtener su configuración de proxy desde IE (WinInet). Así es como funcionan la mayoría de las aplicaciones modernas hoy en día: simplemente se conectan a la configuración de su sistema/proxy de IE y las usan. La configuración de IE debe utilizar un script de archivo PAC y funciona bien para todas las demás aplicaciones sin problemas.
Esta aplicación funcionará durante varias horas y luego simplemente se estropea. La cuestión es muy inconsistente. Usamos Wireshark para capturar el tráfico de la red y descubrimos que cuando se interrumpe es porque está evitando el proxy e intentando ir directo. He visto este tipo de cosas antes, pero funciona al 100% o no. En este caso, puede ver en la red que la aplicación ESTÁ usando el proxy y funcionando bien; Luego, por alguna extraña razón, decidió ir directamente.
Esto es lo que he observado y mis pensamientos:
Con base en lo anterior, mi conclusión es que la aplicación es el problema. Sin embargo, el proveedor afirma que ningún otro cliente suyo tiene este problema, por lo que se niega a investigarlo. Me inclino a creer que son justos, porque es Oracle y me han dicho que hay grandes empresas que lo utilizan.
En todos mis años en TI, nunca he visto este comportamiento: una aplicación intenta ir directamente a Internet cuando está configurada para usar un archivo proxy/PAC (suponiendo que esté configurada correctamente, por supuesto).
- Cuando funciona o falla, la URL a la que se dirige es exactamente la misma; esto descarta cualquier regla específica en el PAC que cause el problema.
- Cuando falla, antes y después puedo ver conexiones proxy exitosas a otras URL usando otras aplicaciones como IE; esto descarta que no se pueda acceder al proxy en el momento del problema.
- El archivo PAC es muy simple: no existen reglas para enviar tráfico "Directo".
- En un momento, pensé que tal vez no se pudiera acceder al servidor que aloja el archivo PAC en el momento exacto en que la aplicación intenta acceder a Internet. Sin embargo, lo descarté por el hecho de que otras aplicaciones funcionan bien en el momento de este error. También creé un script de PowerShell que constantemente hacía un GET para recuperar el estado http 200 cuando ocurría el error. Todo esto salió bien, lo que sugiere que no hay problemas con el servidor de archivos PAC.
Lo que voy a mirar a continuación es investigar el proceso en torno a lo que sucede cuando se descarga el archivo PAC. ¿Alguien sabe cómo solucionar problemas o habilitar el registro para WinInet? No puedo encontrar nada sobre esto en Internet.