Basculement ordonné de proxys dans un fichier PAC

Un résultat PAC séparé par des points-virgules fournit des itinéraires alternatifs dans l'ordre :

return "PROXY proxy-a.example:8080; PROXY proxy-b.example:8080";

Utilisez les points de terminaison HTTP réels exigés par la politique. Pour les tests de destinations publiques où les proxys publics sont autorisés, la liste de proxys HTTP fournit des candidats. Le navigateur peut essayer B le cas échéant après l'échec de A. Le trafic ne passe pas par A puis par B. Une chaîne nécessite une prise en charge distincte dans le client ou sur les serveurs proxy ; la chaîne SOCKS-vers-HTTP de curl est un agencement pris en charge.

Disponibilité du script et disponibilité du proxy

Le client doit d'abord obtenir un script PAC utilisable. Un second proxy dans sa valeur de retour ne peut pas aider un navigateur qui n'a pas pu télécharger le script et ne dispose d'aucune copie en cache utilisable.

Après l'évaluation, le navigateur choisit parmi les itinéraires renvoyés. La référence PAC définit le format ordonné ; le navigateur détermine quelles défaillances déclenchent le basculement et combien de temps il se souvient d'un candidat défaillant. Une erreur HTTP reçue via un proxy fonctionnel ne déclenche pas automatiquement un autre itinéraire.

Une alternative directe

Ajouter ; DIRECT autorise un itinéraire sans l'un ou l'autre des proxys. Cela peut convenir à une politique d'itinérance, mais entre en conflit avec l'exigence que le trafic concerné utilise toujours une sortie approuvée.

Pour un rapport d'incident, notez si le script a été récupéré, son résultat pour l'URL concernée, et l'alternative que le navigateur a tentée. Ces observations situent la défaillance entre la livraison du script, l'évaluation et la connexion au proxy.