Un fichier PAC peut-il utiliser navigator.appName pour détecter le navigateur ?
Un résolveur PAC fournit des aides au routage, pas l'environnement de page du navigateur. La détection de navigateur via navigator, document et DOM n'est pas une entrée PAC portable.
Un script PAC utilise la syntaxe JavaScript. Cela ne signifie pas qu'il s'exécute dans une page web.
Le résolveur de proxy fournit un environnement d'exécution avec des entrées de routage et des fonctions d'aide. Il ne promet ni window, ni document, ni le DOM, ni navigator.appName d'une page. Un extrait d'identification de navigateur copié depuis une page peut donc échouer avant que votre règle de proxy ne renvoie quoi que ce soit.
Fondez la route sur des informations prises en charge, comme l'URL et le nom d'hôte fournis, ou sur une fonction d'aide documentée lorsque la politique réseau l'exige. Ne déduisez pas une version de navigateur de bizarreries fortuites du moteur JavaScript et ne laissez pas cette déduction décider de la sortie.
Si des clients gérés différents ont réellement besoin de politiques différentes, livrez la configuration voulue via leur système de gestion. La politique d'entreprise Firefox est une option de livraison pour les installations Firefox gérées. C'est plus clair que d'incorporer une énigme non documentée de détection de navigateur dans le fichier PAC partagé.
Un script qui s'analyse correctement comme du JavaScript ordinaire n'est pas forcément un script PAC pris en charge. Vérifiez l'environnement documenté du résolveur, pas seulement la syntaxe du langage.