Wget necesita una dirección de proxy, no una URL de PAC
Un navegador puede evaluar un script PAC automáticamente, mientras que GNU Wget espera un punto de conexión de proxy real en su configuración.
Proporcione a GNU Wget un punto de conexión de reenvío real para el destino de la descarga:
https_proxy=http://proxy.example:8080 wget https://downloads.example/file.zipSustituya la primera URL de ejemplo por el proxy HTTP aprobado y la segunda por el archivo deseado. https_proxy selecciona las solicitudes a destinos HTTPS; su valor nombra al receptor, no un script PAC que deba evaluarse.
Una URL como https://config.example/proxy.pac apunta a datos de selección de ruta. Ponerla en la variable de proxy no hace que Wget ejecute JavaScript. Consulte las entradas de proxy de GNU Wget y la versión instalada; otra utilidad con un nombre similar puede comportarse de forma distinta.
Obtenga el resultado del PAC para las URL implicadas. Copiar un solo punto de conexión solo es adecuado cuando esa ruta se aplica durante toda la operación. Las redirecciones pueden cambiar de host y los destinos internos pueden ser directos. Una política compleja necesita un adaptador compatible o un acuerdo de gestión que preserve esas decisiones.
Solicite el punto de conexión aprobado o la integración por línea de comandos en lugar de pegar el programa PAC en un perfil de shell o ejecutar un script desconocido como código de shell sin restricciones.