FindProxyForURL reçoit la destination, pas l'URL de téléchargement du PAC
Un paramètre de requête utilisé pour récupérer un fichier PAC n'est pas automatiquement exposé comme partie de chaque URL de destination transmise à la fonction de routage.
Supposons que votre URL de configuration soit https://config.example/proxy.pac?office=west. À l'intérieur de FindProxyForURL(url, host), l'argument url n'est pas cette URL de configuration.
Il décrit la requête de destination en cours de routage, sous réserve de l'assainissement documenté du client. Le script n'obtient pas un location.search de type page contenant la chaîne de requête du téléchargement du PAC.
Si le paramètre de requête sélectionne une configuration, laissez le serveur de configuration l'utiliser délibérément lors de la génération du script renvoyé. Le client reçoit alors une politique explicite au lieu de tenter de reconstituer des métadonnées de téléchargement indisponibles à chaque décision de routage.
Gardez l'entrée maîtrisée et évitez de publier des secrets dans l'URL de configuration. Une URL utilisée pour la distribution peut apparaître dans les enregistrements de configuration et les journaux du serveur.
Cela est distinct de l'analyse de la requête d'une destination. Les navigateurs peuvent aussi retirer le chemin HTTPS et les informations de requête de cette entrée de destination, mais il s'agit d'une autre frontière, pas d'un accès à l'URL de téléchargement du PAC.