Cuando Chrome no puede cargar un archivo PAC local
Distinga una URL de archivo PAC local rechazada del soporte de enrutamiento PAC, la sintaxis del script y el proxy seleccionado.
Si Chrome no puede usar un script PAC proporcionado como URL file://, compruebe esa ruta de entrega antes de reescribir el script. Que no se cargue una ubicación no demuestra que el enrutamiento PAC no sea compatible.
La API de proxy de Chrome tiene un modo pac_script, con URL del script o datos en línea disponibles mediante su interfaz de extensión compatible. Un archivo local proporcionado a través de la configuración del sistema operativo es solo una forma concreta de intentar entregar el script.
Siga el script hasta el navegador
Determine qué controla el navegador afectado: la configuración del sistema, una política administrada, la configuración de la línea de comandos o una extensión. Un valor mostrado en la configuración de macOS no demuestra que Chrome haya obtenido y evaluado ese script.
Distinga una ubicación de script rechazada o inaccesible de un error de evaluación, y ambas de un fallo al conectar con el proxy que devuelve un script válido. El puerto SOCKS solo cobra relevancia después de que el navegador haya elegido esa ruta.
Distribuya un PAC administrado mediante un mecanismo aprobado que admitan los clientes de destino. Una URL de entrega HTTP o HTTPS debe seguir siendo accesible cuando el proxy que describe no esté disponible. Con datos en línea proporcionados por una extensión, cambiar el archivo original no actualiza automáticamente el script copiado. Para una política local pequeña al iniciar, incorpore el script en una URL de datos como otra vía de entrega.
Un PAC interno puede contener nombres de host privados y reglas de enrutamiento. Manténgalo en un servicio de entrega aprobado en lugar de trasladarlo a un alojamiento público arbitrario para resolver un problema de archivo local.