Un fichier PAC manquant peut changer votre IP de sortie
Si un navigateur ne peut pas récupérer son script proxy, son comportement de repli peut différer des règles DIRECT d'un script chargé avec succès.
Supprimer chaque branche DIRECT d'un fichier PAC ne contrôle pas forcément ce que fait le navigateur lorsqu'il ne peut pas obtenir le fichier du tout.
| Point de défaillance | Politique concernée |
|---|---|
| Un script chargé choisit parmi les proxys renvoyés | liste ordonnée de candidats, y compris toute option DIRECT explicite. |
| Le navigateur ne peut pas récupérer un script utilisable | Le repli de configuration du client, y compris tout cache utilisable ou alternative manuelle. |
Chromium documente une configuration suivante après un échec de récupération du PAC : un proxy manuel sur les plateformes prises en charge, ou un accès direct. Une configuration PAC obligatoire empêche son repli direct documenté lorsqu'elle est définie par un mécanisme pris en charge. Cela ne définit pas toutes les situations de navigateur, de plateforme ou de script mis en cache.
Face à une sortie directe inattendue, conservez le client/la version et la politique gérée ou d'extension effective avec l'URL du PAC, le résultat de la récupération, sortie observée et l'heure du changement de réseau. Notez si un script mis en cache ou un proxy manuel existait. Associez les journaux du proxy aux preuves de routage du client ; un proxy ne peut pas journaliser une requête qui ne lui est jamais parvenue.
Une organisation exigeant une sortie approuvée doit aligner la politique du navigateur sur la politique d'accès réseau. Un script qui renvoie habituellement le bon point de terminaison ne peut pas à lui seul garantir le même chemin tant que son serveur de distribution est indisponible.