Si HTTP::ProxyPAC échoue pendant la construction, il n'a peut-être atteint aucune requête de destination. Sa sélection automatique d'interpréteur essaie d'abord le module JavaScript, puis JE ; la construction échoue si aucun des deux n'est disponible dans ce runtime Perl.

JE étant déjà disponible, sélectionnez-le explicitement et évaluez la destination :

use HTTP::ProxyPAC;

my $pac = HTTP::ProxyPAC->new('/path/to/network.pac', interp => 'je');
my @routes = $pac->find_proxy('http://service.example/status');

Un fichier PAC local sépare l'évaluation de l'interpréteur de la récupération du PAC lui-même. Le constructeur peut aussi accepter une URL de PAC, une référence à une chaîne de script ou un handle ouvert.

Choisissez délibérément le contexte du résultat. find_proxy en contexte scalaire renvoie le premier résultat ; le contexte de liste montré conserve plusieurs candidats. Transmettez la valeur de proxy de chaque objet Result à la configuration du client HTTP réel, et traitez explicitement un résultat direct.

L'évaluateur choisit les routes ; le client HTTP doit encore se connecter et appliquer la politique de repli requise. Conserver tous les candidats n'a d'importance que si ce client les essaie dans l'ordre prévu.

Articles similaires