Un testeur PAC renvoie PROXY proxy.example:8080. Résultat utile. Pourtant, plusieurs questions restent à trancher avant de déclarer la configuration du navigateur vérifiée.

QuestionCe qu'il faut examiner
Que renvoie ce script pour cette entrée ?L'évaluateur, l'URL d'entrée et les résultats des fonctions auxiliaires
Le navigateur a-t-il obtenu cette copie ?L'URL PAC configurée et les preuves de livraison ou de cache
Le navigateur a-t-il utilisé la route renvoyée ?Les diagnostics du navigateur sur la résolution du proxy et la connexion
Cette route pouvait-elle porter la requête ?La connexion du point de terminaison choisi et l'échange avec le proxy

Un outil comme pacparser évalue la logique PAC avec ses propres fonctions auxiliaires prises en charge. Il n'exécute pas toute la machinerie du navigateur cible pour la découverte de configuration, les stratégies, le cache et la connexion.

Gardez des entrées comparables. Un autre schéma d'URL, une autre orthographe du nom d'hôte, une autre réponse DNS ou une adresse client fournie peuvent modifier un résultat légitime. Un test sur un autre réseau peut emprunter une autre branche sans aucun défaut du script.

La stratégie du navigateur peut aussi choisir une autre URL PAC ou un proxy fixe. Modifier le fichier sur le disque ne prouve pas que le navigateur l'a récupéré de nouveau. Dans Chrome, actualiser le PAC diffère de l'effacement des mauvais proxys mémorisés. Notez la version exacte du fichier et les réglages pertinents du consommateur avec le résultat.

Servez-vous de l'évaluation hors ligne pour circonscrire un problème de logique. Servez-vous des diagnostics du client réel pour établir l'adoption et le routage. Si le résultat du script est correct mais que le proxy ne voit aucune transaction, examinez cet écart avant de réécrire une règle qui fonctionne.

Articles similaires