File PAC: quando una richiesta usa il proxy o va diretta
Leggi un risultato PAC come decisione di percorso per una destinazione precisa, incluso l’effetto di un ripiego DIRECT sull’indirizzo di uscita osservato.
Una pagina di verifica IP può mostrare il tuo indirizzo diretto anche se un file PAC instrada correttamente un altro sito tramite proxy. Controlla quale ramo governa la stessa pagina di verifica:
function FindProxyForURL(url, host) {
if (host === "example.com") {
return "PROXY 203.0.113.10:8080; DIRECT";
}
return "DIRECT";
}Lo script offre a example.com il proxy HTTP seguito da DIRECT. Ogni altro host è esplicitamente diretto, quindi un verificatore IP di un altro dominio non prova mai il ramo proxy. Prima dell’uso sostituisci l’endpoint di documentazione con il proxy HTTP previsto; la lista di proxy HTTP offre candidati quando i proxy pubblici rispettano la politica.
I punti e virgola separano i percorsi candidati. DIRECT consente una connessione senza proxy; se scelto, la destinazione può vedere l’uscita di quel percorso diretto. Una politica di proxy obbligatorio non può basarsi su una regola che ammette volutamente questo ripiego quando il proxy non è disponibile.
Il browser decide come gestire i fallimenti dei candidati e può ricordare i proxy non riusciti. Un sito che restituisce un errore HTTP non equivale automaticamente a un proxy irraggiungibile. Il primo candidato nello script non dimostra quindi da solo il percorso usato.
PROXY IP:port indica un normale listener HTTP. Può trasportare HTTPS con CONNECT se supportato; non richiede un endpoint separato solo perché il sito è HTTPS. Usa soltanto le informazioni URL fornite dal browser: percorso e query HTTPS possono essere rimossi prima della valutazione PAC.
Valuta il risultato per la destinazione prevista, poi invia una nuova richiesta governata dalla stessa regola. Distingui corrispondenza errata, endpoint irraggiungibile e ripiego diretto consentito prima di scegliere la correzione.