Un fichier PAC peut-il router les images via un autre proxy ?
Une décision PAC intervient avant l'arrivée de la réponse. Les motifs d'URL ne sont qu'une heuristique de routage, et les navigateurs peuvent supprimer les chemins HTTPS avant d'évaluer le script.
Un fichier PAC choisit la route avant que le navigateur ne reçoive la réponse. Il ne peut pas inspecter le type de contenu de l'image dans la réponse puis choisir rétroactivement un autre proxy.
Un nom de fichier se terminant par .jpg n'est qu'un indice. Les images peuvent provenir d'URL sans extension, et une URL qui ressemble à une image peut renvoyer un document d'erreur.
Il existe une autre limite pour HTTPS : les navigateurs peuvent supprimer le chemin et la requête avant de transmettre l'URL à l'évaluation PAC. Une règle qui recherche /images/ peut ne jamais recevoir ce texte.
Ne vous fiez pas aux anciens commutateurs qui exposaient des URL complètes sans vérifier le comportement documenté du navigateur actuel. Ces commutateurs modifient aussi quelles informations d'URL sensibles deviennent visibles pour le script de routage.
Si un service contrôlé publie des ressources sur un nom d'hôte dédié, une politique fondée sur le nom d'hôte peut exprimer plus clairement la route voulue. Sinon, choisissez un mécanisme qui dispose réellement des informations requises par la décision. L'entrée URL d'un script PAC n'est pas une vue de la page téléchargée ni de son DOM.