Vous avez modifié le fichier PAC. Le navigateur l'a-t-il récupéré à nouveau ?
Enregistrer un script proxy sur son serveur ne prouve pas que le navigateur a remplacé sa configuration mise en cache. Vérifiez la récupération avant de déboguer la nouvelle règle.
Vous faites passer le fichier PAC du proxy A au proxy B, vous l'enregistrez et vous rechargez un site web. Le site voit toujours le proxy A. Avant de modifier à nouveau la règle, vérifiez si le navigateur a même obtenu le nouveau script.
Un rechargement de page et un téléchargement de PAC sont deux opérations distinctes. Le client peut conserver un script indépendamment de la page consultée. Une connexion déjà établie ajoute une raison supplémentaire pour laquelle l'activité visible suivante peut ne pas démontrer une nouvelle décision de routage.
Cherchez une requête PAC
Utilisez le journal d'accès du serveur de configuration et les diagnostics réseau disponibles du client. Identifiez l'URL PAC exacte, la réponse et la version du script livré. Un fichier modifié dans un répertoire peut coexister avec un autre fichier servi par l'hôte web actif.
Chromium documente son propre comportement de mise en cache et de récupération du PAC. Les autres clients ont leurs propres règles. Évitez de transformer une vieille anecdote « redémarrez le navigateur » en intervalle d'actualisation universel.
Rendez la comparaison significative
Si une nouvelle session de navigateur contrôlée est appropriée, utilisez le mécanisme de configuration pris en charge et confirmez la récupération plutôt que de vous fier uniquement à un écran de paramètres. Sachez que fermer une fenêtre ne met pas toujours fin à tous les processus du navigateur.
Une fois qu'il est établi que le nouveau script est chargé, examinez son résultat pour la destination. C'est seulement ensuite que vous étudierez la réutilisation de connexion ou l'adresse de sortie du service proxy. Ces étapes ultérieures ne peuvent pas expliquer une modification du PAC que le client n'a jamais reçue.